关于开发时间安排

项目管理要注意的问题：

1人们不可能按时完任务（整个项目可能会按时完成，谁也不能保证任务会被准时完成）；

2有经验跟估算时间没有任何关系（有经验的人只能很好的估算工作，但不是日期）；

3不能指望人们准时的完成任务来保证项目能按时完成（实际上程序员们一般都不能按时的完成任务，你需要对风险做出足够的评估来规避项目无法按期完成）；

一开发时间表

1开发时间评估：不要相信一个任务可以在指定时间内完成，我们可以用里氏震级来估计时间，估算时间按照对数层级估算将任务分成三个层级。

容易 2-3天时间；

中等 2-3周时间；

困难一个里程碑时间（大概6-12周）；

软件工程师含糊的，我们是开发者，而不是工程师，软件工程不可能轻易做到传统工程领域积累成百上前年才做到的可预测性

2开发时间表：给功能规定交付日期，一个好的开发时间表应该根据任务的紧要性进行划分。

必须有的任务，放在第一个里程碑内并且必须完成的任务；

最好有的任务，放在第二个里程碑；

希望有的任务，房子第三个里程碑；

其它的任务统统不做，通常情况下再第三个里程碑的时候，仍然有很多最好有和希望有的任务，大家会很惶恐，这时候我们需要把希望有的任务统统砍掉，最好有的任务也可以砍掉一半。

 3风险管理：项目开发的风险简单说就是我们没在合适的时间提供用户满意的功能。

优先实现关键功能，降低不能按时实现必须“有功能”的风险，其它的都是次要的；

破除功能交付日期的神话，开发人员往往只关注功能实现了没有，作为一个项目真正关心的应该是各个里程碑，测试版本是否通过，这种日期往往不会很多容易管理；

要特别注意以下几个问题；

不要让员工过度劳累；

匆匆完成的功能；

花费大量人力去解决某个棘手问题；

如果开发人员围绕功能完成时期付出大量努力整个项目很可能没法按时完成；

4让客户赢

额外的功能只是锦上添花，专注于有风险的地方，所有人都有目标了工作会做的更好，每个艰巨的任务完成后所有的员工都会得到鼓舞；

保证项目最后完成的功能是客户想要的，并且质量有保证的功能；

 5项目合作

你的工作需要依赖另一方来完成，不要相信你听到的，相信一半你看到的，不要寄寄希望于对方提供的时间变，或者承诺，对方的功能什么时候能完成依赖于你如下三个方面的影响力：

提高优先级

沟通渠道

独立测试

6建立良好的激励方式,尽量不要制定功能交付日期

采用里氏震级估算时间，如果一个任务估算两个周完成，实际用了两个半周这个关系不大，如果花的时间要比原来多得多，这时候开发人员就需要给出一个切实的理由，如果缺乏切实的理由，这本身对开发人员就是一种鞭策；

瞄准里程碑，功能交付日期与里程碑日期的关键不同在于后者是给整个团队设置日期因此，个人抄近路的压力会少很多；

向团队解释那些是必须做的，当然这些功能可能比较乏味，告诉你的团队他们必须完成这些枯燥的任务，才能去做那些敢兴趣的炫得很的功能；