最近从群里面下载到几篇文章，看到QCon出来的相关文章，觉得都写的很不错，都是一些个大公司的非常好的方法
QCon：是为团队领导者、架构师、项目经理和高级软件开发人员量身打造的企业软件开发大会，其所覆盖的主题内容与InfoQ网站相同，关注架构与设计、真实案例分析等等。
个人感觉，看过几篇文章之后 ，发现讲解的诸多内容确实是业界比较先进的案例而且是很真实的案例。
回到正题，用这篇文章来记录一下，Autodesk的scrum之路：
第一阶段：Form Teams，形成team阶段，这个阶段，各个team负责开发相应的功能、找出各个功能的依赖关系以及将功能进行分组，使得他们之间的依赖关系最小化，总结：功能->依赖关系->分组功能
第二阶段：Understand Scrum，理解Scrum，这个阶段，相对的预估，将整个team作为一个整体计划（这里重点提到手动测试人员的安排，我觉得很合理，让手动测试人员帮助Team从用户角度去想产品该如何实现），每日站会（图里面给出了各种办法，大多数是将任务清晰的写是黑板上，并使用便签将任务细化，很好的办法），最后定义了完成的概念（完成不是修复了所有的bug，而是将修复所有bug做为目标，尽我们最大的努力达到这个目标）
第三阶段：Self-organizing，自我组织，有效的追溯（对代码进行可追溯，并分支清晰），团队之间的协议，责任意识，维护项目地图，分享经验和知识，慢慢的我们就学到了PDCA的模式（Plan->Do->Check->Act->Plan)，这与软件项目管理的CMMI不谋而合
下一阶段：这个阶段是要解决未解决的问题，例如，Team组件的依赖性，测试效率等，这个过程是不断提高的过程。
从上面分析了之后，发现诸多方法论跟现有的项目管理方式类似，关注的点大部分都相似，更是PDCA的最好实践。
[QCon] Scrum阅读随想,布布扣,bubuko.com