笔者对软件项目管理的理解分为4个阶段。这4个阶段其实是大多数程序员从学生实习到主导敏捷项目的成长过程，也是很多传统开发模式的公司走向敏捷的过程。
第一个阶段，大学研究生学习和实习阶段。初步了解什么是软件工程，初步了解项目管理，使用瀑布式开发。对敏捷只有一个肤浅的概念，没有任何实践。上课学到的软件工程和项目管理知识并不能有效指导自己的实际工作。关注于完成自己的份内业务模块开发工作，但是不能对项目整体有一个明确的把控和思考，不对整个产品负责。
第二个阶段，开发骨干到菜鸟项目经理。已有部分项目管理经验。因为组织架构为职能型，多熟练使用瀑布式开发。可严格遵循预先制定的项目计划，可掌控需求分析，设计，编码开发，测试，投产的开发生命周期。并组织各阶段会议和完成项目过程中的输入输出物，以及代码评审。期间发现自身方法论的缺失，对风险把控的不足，和沟通的理解薄弱。系统学习pmp，并结合到实际项目中，最终让瀑布式成长为快速增量迭代开发。
第三个阶段，笔者所在公司it为了适应当前互联网思维模式下产品开发，支持科技赋能和创新，组织进行之上而下的调整，为敏捷开发方式奠定基础。传统的瀑布式开发走向精益开发，而笔者所在的开发团队和产品更适合走向互联网思维的敏捷开发。公司更是付出很高代价聘请外部教练组指导建设敏捷开发团队。笔者也作为试点项目负责人参与到敏捷实践中。这个阶段对笔者更是一个敏捷思维上的学习转变的过程。以及工具使用的学习过程。
触动和收获比较大的是 ：
1.价值观的统一。 以前业务，ba，开发，uiue设计，测试各司其职，没有统一的价值观。 犀利观点代替模糊词汇，关注状态代替遵循过程，实战效果代替方法导向，挑战自我代替执行要求。 让敏捷真正适应当前情况，让大家可以看到敏捷可以落地。
2.对需求的状态描述统一。用沙子，板砖，钻石 标识需求状态。这个标准业务，ba，开发，uiue设计，测试达成统一。
3。敏捷站会和团队规则。经过敏捷经理培训后，流于形式的晨会变成高效解决风险的敏捷站会。时间，参与人，发言要求和会后跟踪，让敏捷团队运作和沟通更加高效。
4.看板和wiki的工具使用。经过对拆解故事卡片和移动等适应之后，看板和wiki让项目可控透明。
5.回顾会议和头脑风暴会议的组织方式。敏捷教练的几次案例级会议让我学到很多敏捷会议组织方法。
第四个阶段，系统学习敏捷开发后，不断积累争取做布道者。让更多的团队真正拥抱敏捷。通过敏捷提高效率。
