产品实现过程中，工作量评估出现不止一次：
①需求要想活，你得描绘它的性价比，在需求list入包的时候要初步评估一边工作量
②立项之后，需求确认冻结，这个节点有一个纳入工期的工作量评估，这个是需要尽可能贴近事实的
这个地方通用的三点估算法：（最乐观+最悲观+最可能）/3作为项目时间计划里的工作量。
为什么要估算？我们结构化拆解一下，工作时间包含：
准备和收尾时间
不可避免的中断时间
低负荷工作时间
正常负荷工作时间
其他交纵事项占用时间（比如某个攻城狮的紧急bug修复）
工期的得出怎么来？
①项目是有一个个功能list的点来的，称之为工序，工序之间存在逻辑关系，比如不张嘴怎么吃饭
②各个point的工期是条件
③其他的技术间歇、组织间歇等
④一个工期计划中，必然有一条隐形的关键路径，大佬尽量安排到关键路径，因为这个路径的延缓和提前是直接与工期相关的
#ispiik小站#
