我个人的从业经历偏传统项目多一点。那么何为“何为传统呢？”通常来说，就是我们口中经常说的定制化项目，有明确的客户买单的，有合同约束的周期。项目经理的压力一般来源于合同周期内把项目按要求搞定...后来，接触了“敏捷”，接触产品开发，互联网。理解了不一样的项目管理方法。
那么，这一篇，就聊一下，我眼中的敏捷项目管理...
第一，什么是敏捷？
我是正统的ACP科班出身。也感谢这种正统。从一开始没有真正实操敏捷项目管理工作之前，就先将理论进行夯实。正是这一步对我后续的工作的知其然知其所以然奠定了很重要的基础。
最近几年，IT开发行当里面对敏捷的追求，可以用趋之若鹜来形容。即使是我之前接触的那种定制化项目也是依然想要敏捷起来。所以，我们会看到一种现象：一夜之间，大家好像都在做敏捷。生怕自己不敏捷，显得落后。
但是，真正走过一波。用去伪存真的的视角来比较。我们会发现，有一部分是在用自己的方式摸着做敏捷。那到底什么是敏捷呢？
科班出身的通常会甩出来：5条核心价值+12条原则。 核心价值观+实践。洋葱圈。
其实翻译成白话：符合敏捷思想的都是在做敏捷。敏捷思想涉及到的5条核心价值和12原则，大家自行知识补充。它不像PMP那样对项目有一个明确的定义。敏捷就是一种思想，或者说是一种思维意识。符合的就是在这样做。
第二，敏捷的套路。
既然大家都在做敏捷。那么怎么做才是真的在做敏捷呢？举个我们自己的例子：
第1步：思想导入。也就是不断的洗脑。到什么程度呢，随便叫出一个程序员都能背出来3355。
第2步：选取合适的实践方法。敏捷虽然没有明确的如何做，但是大家对于业界执行比较好有敏捷的实践都有所总结。我们可以从中选取适合我们团队的实践方法加以使用。比如SCRUM，比如 KANBAN...
第3步：适当的工具支撑。做敏捷只是形式不行，渗透到具体工作中还是需要一定的支撑。其实如果某个企业想要做敏捷又不知道怎么做的话。其实有一个很好的方法推荐。就是借助一定的敏捷项目管理工具。如果你能按照工具指导的流程适配到自己的项目，无缝衔接，其实也是一种敏捷。比如我么用的TAPD（腾讯敏捷平台）。据说这是QQ团队，也就是腾讯内部使用的敏捷项目管理平台，外部包装一下对外使用的。不过用了一年左右，确实很敏捷。提现在，不仅能够无缝的适配我们的要求。在其中还有一些别的公司做的良好实践的分享。做着做着，可以对标一下别人和自己，检查一下差别。也能对自己的方式做以改善...
第4步：重复不断的坚持执行。这里面关键词就是坚持。坚持...因为组织结构，公司环境等问题，过程中会有很多领导的不坚持，不支持。大家的不理解，同志们的拆台。偶尔的偷工减料。等等...但是一句话要坚持...坚持看到成效。因为任何一种管理方式的采用，都不会一上马就立竿见影。执行一段时间，大家自然能够做到一定的自适配的改善，然后大家都能够坚持下来，就会看到他的成效。
第5步：持续不断的优化。敏捷总体来说是有管理时间和技术实践的区分的。比如你用scrum比较顺畅了。没有什么值得骄傲的。只能说你在管理形式上接近了敏捷。但是回头看看你的开发能力，你的团队自治组织能力。你团队的开发质量可能并没有多少改善。所以你需要组合KANBAN，你需要组合用户故事、重构呀、测试驱动开发（TDD）等技术实践。只有技术实践帮扶下的技术能力提升，才是对团队产能真正直接的贡献。这个过程也是一个持续不断的过程。
第6步：合适的度量和OKR。为啥这里没说KPI呢。感觉有点LOW了。确实敏捷配OKR才是最配哦...度量也不用多说了...很多人纠结说敏捷了不要文档了 不需要那么形式化了，为啥还要度量，不是自组织吗，你这不是不信任团队吗。我不禁呵呵...可以说大家对敏捷的理解果然是仁者见仁智者见智。说破天，它也是一种管理形式。只要是管理管理，度量就是有存在的理由。就像彼得克鲁克说过的“要想管理它，首先要能度量它...”至少要知道执行的效果，好在哪里，不好在哪里。而不是盲目的跟别人说我敏捷了就OK了...
总之，我们敏捷转型有一年半有余了。团队整体形式化的转起来了。有了相关的工具。配套的洗脑宣贯。大家能够一定的自组织了。但是仍然感觉任重道远。因为管理形式只是一种外在，真正解决团队产能提升，大家协同效率的提升，技能水平以及产出质量的提升才是永恒的主题。
后续，我们也会相继执行用户故事、需求实例化、开发代码走查、自动化测试等一些比较有一的技术实践。相信在不断的改进和提高中，我们的团队越来越棒，向全栈和自组织努力~~
第三，敏捷的去向。
前几天，几个还在银行的朋友说他们在做敏捷，也有之前做国网定制化项目的兄弟也再说他们做敏捷了。互相交流了一些思想。才发现，大家做的都是自以为的敏捷。尚且无论做的标准不标准。从价值的角度评估，确实带来了价值。与其说大家都在做敏捷，不如说大家都是从项目交付导向，转到价值导向。拿我那个国网的老同事的项目，他跟我说的敏捷就是把项目阶段和迭代，阶段性与客户沟通，防止最后交付时候变更太厉害。其实大家也能听出来就是迭代。有很多人把迭代当做敏捷...我没有好为人师的跟他掰扯他做的到底是不是。只是特别高兴，才短短几年大家对价值交付，阶段确认，阶段验收，阶段风险和质量控制的思想能够运用这么好，不得不说，这也是IT行业的一种进步......
最后，如果大家对企业敏捷转型的实操过程感兴趣。且听后续呈现...
以上，是个人随感...欢迎交流...
个人微信：js_alice 公众号：晓陆成长社区（js_aliceGZH）
网友评论