目录
这里的开发计划是指技术经理针对「开发阶段」制定的计划，与「项目计划」有区别。
如果你的项目、系统的上线依赖一些外部系统的上线时间，那么在确定计划的上线时间之前，最好先把这些外部系统确认好他们的时间点。
越大的项目，前期的工作量评估工作越要细致，宁可前期多花一些时间，不要在后期才发现开挂也做不完。
工作量的评估、拆分可以按项目特点来。比如是一个带页面的系统，可以按子系统-页面-功能点-接口，一级一级的拆分，当然对无页面的功能逻辑比如后台定时任务等，也不要遗漏。
做了细致的拆分后，才可能得出相对靠谱的工作量评估，对于较大的、复杂的项目，凭拍脑袋是不可能一直得到靠谱的评估结果的。
开发计划里并不是只包含开发时间，还有一些其它要素：
理解需求
方案设计与评审
开发
测试用例评审
联调
自测
改 BUG
Buffer
休假计划
固定/可预见会占用时间的事项
在计划里都要反映出来，不然就是在挖坑去压榨开发，加班加点不谈，领导还看不到进度条。
涉及到评审的，要预留评审过后，待确认项确认时间，方案评审完成后，任务拆分与排期确认也会花一些时间。
对于一些不合理的流程和模式，要有指出的勇气和坚持的决心，争取事态向合理的方向发展，后期的你会感谢自己的。
如果有固定的迭代节奏，那么就将需要安排的任务都按优先级维护进需求列表里，在迭代计划会上依次分配出去即可。如果有人有预留带宽，可以安排提前介入。
项目越大，周期越长，Buffer 的重要性和必要性就越高，中间发生突发状况的可能性越高。
大项目一定要按比例留 Buffer，比如 30%。