Postmortem of SendsLab

设想和目标1. 我们的软件要解决什么问题？是否定义得很清楚？是否对典型用户和典型场景有清晰的描述？　　我们的项目解决的问题是校园内部大量学生开发的成果没有发布的地方，无法让更多的同学能够方便的使用到它，同时又有大量的学生在使用校园网内部资源的时候由于信息的匮乏，难以找的自己所需使用的工具的矛盾。　　我们的项目的定义是一个适宜学生的项目开发生命周期管理与协作平台以及创新产品集中...

weixin_33704591

49人浏览 · 2010-02-06 14:21:40

weixin_33704591 · 2010-02-06 14:21:40 发布

设想和目标

1. 我们的软件要解决什么问题？是否定义得很清楚？是否对典型用户和典型场景有清晰的描述？

　　我们的项目解决的问题是校园内部大量学生开发的成果没有发布的地方，无法让更多的同学能够方便的使用到它，同时又有大量的学生在使用校园网内部资源的时候由于信息的匮乏，难以找的自己所需使用的工具的矛盾。

　　我们的项目的定义是一个适宜学生的项目开发生命周期管理与协作平台以及创新产品集中发布平台。

　　对于典型的用户场景我们在项目早期便进行了充分的描述

2. 是否有充足的时间来做计划?

　　我们在需求调查和项目计划的过程花费了大量的时间。做了很充分的准备

3. 团队在计划阶段如何解决同事们对于计划的不同意见的？

　　在计划阶段，我们主要采取的是通过定期会议讨论协商不同意见的处理。每次会议结束都会对提出的问题确定决议。

计划

1. 你原计划的工作是否最后都做完了? 如果有没做完的，为什么?

　　一直到计划阶段的工作中，除了项目设计文档只完成了初稿之外其他几乎都完成了。没能完成项目设计文档的主要原因有两个。其一，设计方面在即将开发的时候开发者仍然提出了大量技术选择的变动。而开发者声称用旧技术“没有激情”致使不得不在此有所妥协。其二，本项目开发者相比文档，更喜欢用EMail来解决问题，因此没有完成该设计文档。

2. 有没有发现你做了一些事后看来没必要，没多大价值的事?

　　有，本次项目在技术选择上变化太大，现在看来，初期的技术变化完全没有必要，在这一方面作为PM，当时正确的选择是预留一段时间予以思考，并且在确定之后强硬的贯彻。

3. 每一项任务都有清楚定义的和衡量的交付件?

　　对于每一项任务，有着清楚的定义，但是存在的问题是，作为一个第一次合作的团队，我们之间的磨合往往缺乏一些认识层次上的匹配，致使往往在一位要求某种任务定义的时候，令我一位给予的定义是过于抽象层次或者过于具体层次的。

　　而衡量的交付件方面做的不好，没能每次都定义好交付结果

4. 在项目的整个过程都按照计划进行?

　　项目的需求分析和计划阶段发生太多意外情况导致几乎拖延了一个半月。而项目的开发阶段，几乎是彻底的失败。

5. 在计划中有没有留下缓冲区，缓冲区有作用么?

　　预留了缓冲区，但是不够用。而缓冲区的时间是合理的。所以证明是项目过程管理的失败。

6. 将来的计划会什么修改？ (例如：缓冲区的定义，加班)?

　　几乎是由PM提出问题，之后召集众人讨论。这一方面有疑惑，肯定有好的多的解决方案。

资源