众所周知，自IT这个事物出现，软件项目的开发周期就是以“年”为计算单位的。这在互联网还不发达的过去，是没什么太大的问题的。但是随着社会的发展，如今市场瞬息万变，再用曾经开发的那套流程安排，就会出现“需求设计半年、开发两年、测试+改BUG三个月”，然后项目一上线，诶嘛！需求不存在了……
需求就像迅速火起来的网红一样，过了这个浪花就没了。于是又要改需求，然后进入一个新的循环。慢慢地，大伙儿就发现，越大的项目牵涉的人越多，推进的就越慢，风险也越大，上线之后过气的就越快。仿佛宰相全家辛辛苦苦好几年，终于把大小姐培养成了符合皇家选秀的条件，结果闺女一进宫发现，皇帝已经喜欢男人了，这简直是比晴天霹雳还霹雳。
后来，宰相听说了一本武林秘籍，它可以让家里的婆子女使、教书先生都跟随皇帝的喜好来教育二小姐，能随时根据皇帝的喜好来改变二小姐的培养方向，保证二小姐选秀的时候，符合当时皇帝的脾气。
宰相高兴坏了，立刻叫人去寻了来，原来这本武林秘籍就叫——《成为敏捷团队》。
这本武林秘籍一共七章，从“为什么要变敏捷”开始，顺着“什么时候变敏捷？”、“怎么变敏捷？”、“从哪里开始变敏捷？”的思路，详细的探讨了敏捷这件事。
作者说，从本质上讲每个人都是敏捷的，只是在公司的管理模式下，敏捷性被压制了。而这本书，就是开启团队敏捷的钥匙。
敏捷，敏捷（Agile）在项目管理领域可以等同于“敏捷开发”，强调任务为导向，强调快节奏体系，指的是迅速行动和响应的能力。一个敏捷团队，要求团队成员的自治力要很高，有明确的目标和任务，还要求PO和scrum mater对产品有很强的把控能力，要能将任务进行合适的分解，并且能及时根据需求的变化而调整任务方向。所以，敏捷的门槛其实很高。这也是为什么大家都知道敏捷好，但是许多公司迟迟不去行动，或者行动了但方向方法有问题的原因。
而在向敏捷转变的过程中，也有一些雷区需要注意。
首先，就是敏捷是一种思维和角色的换血，而不是原班人马改了个称呼；其次，敏捷不是某个角色的事儿，而是整个团队的事儿；第三，敏捷可以释放团队活力，但也会成为既得利益者的绊脚石，要从根本上转变他们的思想不是易事；最后，敏捷是行动，不是仪式感。
纵然困难重重，却也不是没有办法。
如果你对敏捷还一知半解；如果你的团队想要启动敏捷，却没有方法；如果你的团队已经向敏捷转变，却没达到预期效果……那么这本书非常适合你。
它会带你一起，用开放的态度谈到敏捷实践的方法，找到敏捷之路。
网友评论