摘要：新的一年即将开始，你在2020计划完成的事已实现了多少？我们知道，很多人会在新年伊始满怀期待的做计划，并努力做好时间管理，但是当计划赶不上变化的时候，往往会措手不及，一再耽搁。因此我们需要明白“响应变化高于遵循计划”的原则。那么如何维持这两者之间的平衡，高效的完成一件事，这个问题也正是这篇文章所要和大家分享的，如何在敏捷开发中做计划，即敏捷规划。
一个人不能没有生活，而生活的内容，也不能使它没有意义。做一件事。说一句话，无论事情的大小，说话的多少，你都得自己先有了计划，先问问自己做这件事，说这句话，有没有意义?你能这样做，就是奋斗基础的开始奠定。——戴尔·卡耐基
2020年马上就要过去了，很多公司和团队以及个人都陆续着手这整年工作的归纳和总结，与此同时也开始对新的一年的展望。从小编上大学开始（那好像是一个很久远的时候……），大家会在QQ空间或者QQ签名上写一些很正能量的话以肯定自己一年的努力和鼓励自己在新的一年能百尺竿头更进一步。当然很多有心人不仅是心怀美好期盼，而且还做了新一年的计划，比如，使用近些年来比较流行的bullet journal——子 弹笔记。子 弹笔记能它能让你在短时间内找到最重要的事情，高效的做好时间管理，告别盲目的做事情。在记录的时候，记得都是关键词或短句子，并且配合着一定意义的符号有条理的排列内容，给人一种简约和清爽的感觉。
-------图片来源于网络
子 弹笔记之所以被全球范围所推广和认可正是以为这样简约、高效的做计划的方式，其实这也正是遵循了现实的生活状态，即我们需要高效的同时，正每时每刻不再面临着变化，而详尽复杂的计划往往只是费力不讨好。这在软件行业中也是一样的。
原来的瀑布式开发的方式已经无法适应当今快速的变化，详尽周密的计划必定无法指引软件走出VUCA时代所带来的“黑暗”，而敏捷开发的方式应时代所需势在必行，因为在敏捷宣言中就提出了“响应变化 高于 遵循计划”的口号。可能有些读者会有疑问说“难道敏捷就不做计划了吗？”，其实不是这样的。敏捷一样需要做计划。那么有些读者可能又会问“不是说响应变化高于遵循计划吗？怎么还做计划呢？”其实敏捷宣言不是说不做计划，而是说相比做计划更有价值的是响应变化，一切以变化为依据。那么有读者可能又会问“既然当今世界无时不刻不再变化，你如果响应了变化还怎么做计划呢？”很高兴有读者会有这样的疑问和思考，而这个问题也正是这篇文章所要和大家分享的，如何在敏捷开发中做计划，即敏捷规划。
什么是敏捷规划敏捷规划是一种逐渐完善过程的规划方法，是对价值的探求过程。规划为一个概括性的项目开发问题“我们要构建什么？”找到最佳的答案，这一答案综合了功能、资源和进度三个方面。规划应该足够可靠，可以用来作对该产品和项目进行决策的基础。敏捷规划更关注规划过程而不只是建立一个计划。它鼓励修改、产生易于修改的计划，并且延续到整个项目过程。
敏捷规划有效的原因经常进行重新规划
在不同层次上制定计划
基于功能而不是基于任务制定计划
小故事保持工作流畅
每次迭代都要消除处理中的工作
在小组层次跟踪
承认不确定性并为之做计划
敏捷规划和传统规划的区别 敏捷规划追求真实需求，重复初始计划敏捷团队开始时对项目的愿景有一个初步的讨论，之后用原型进行迭代。干系人可以在原型的基础上对项目进行反馈和调整。而在瀑布计划中，范围和解决方案还没有确定就需要干系人对项目进行详细的说明和反馈。敏捷通过原型来更好的理解相关领域，并以原型为基础进行进一步的计划和细化，这也体现了渐进明细的概念。
敏捷规划贯穿于整个项目中，不仅仅是前期的工作传统规划中强调前期计划的重要性，主要集中在项目范围规划、时间规划、成本规划、质量规划、人力资源规划、沟通规划、风险规划、采购规划、干系人规划以及变更管理、配置管理和过程改进等相关计划上。这些过程都在项目开始之前就需要执行。敏捷恰恰相反，敏捷认为知识型项目的风险等级和不确定性使得前期计划出现了许多问题，所以敏捷方法提倡在整个项目生命周期中都进行规划，会有不同层次和详细程度的计划。但是， 敏捷认为前期计划是很有必要的，只是不宜过度，需要找到一个平衡点，既要做好足够的前期计划以减少大量重复和返工的风险，也能避免过度计划导致ROI下降以及多变的项目计划。
敏捷规划是移动打靶，需要及时调整中期计划