勇气是要的,但更重要的是要看到变更所带来的后果。以无谓的勇气做出了变更,结果拖延了任务周期,时间人力资源上的损耗,不足以弥补变更所带来好处,则得不偿失。而且,这“变更”,应该指的是需求上的变更,如果在开发过程中,在需求稳定的情况下,出现设计上的变更,则要好好反思一下组内的系统设计思想了。
3、无谓的争论
在XP中,注重组内人员之间的交流沟通,但这种沟通同样需要控制。由于每个成员都有自己的设计思想,因此,对同一目的的问题往往有自己的解决办法。在争论过程中,经常会出现能达到相同目的的两种或多种路径之间的争论。这在软件开发中很常见。通常这种争论会由于软件人员的不服输的性格而持续很久,而且往往最后会变成不是对技术的探讨,而变成嘴皮子口水的打架。这种争论就需要控制。个人认为比较好的办法是将自己的观点写下来,列出其优劣,然后由决策人,或经验更丰富的人来做出决策和判断。
4、管理角色
无论是XP还是其他的开发方式,管理角色是必不可少的。首先其职能一定要符合他的角色。做管理同时做开发,结果只能是拖延进度,或为了管理者的开发更改其他模块的设计。个人以为,项目的管理者,其实是为了项目更顺利进行,为系统分析人员与客户交流提供便利,为设计开发人员清除一切与开发无关的障碍,为技术支持维护实施人员提供必要的条件,监督进度,矫正方向,满足项目进程中的各种需求。同时,同一个项目的管理角色不能多,否则,会陷入长时间的争论和停滞,极端的情况可能出现互相推委责任的情况。
5、一点补充:职责明确
在XP的应用过程中,一定要严格遵循每个人对自己代码的完全拥有性。而且,任务的安排与分配,一定要按照预定好的严格执行。防止不断的变更出现,以免造成不必要的职责纠纷。
回复:我不知道我为什么不能回复我的文档。所以我写在这里。对于gigix的说法,我表示同意,可是请问,你对于没有文档的项目管理,采用什么办法呢。xp不是没有文档,是优先级别比较低而已。文档一定要有,为了以后的维护等方面。我其实很难想象没有文档的软件项目管理和维护。或许真有这方面的高人?
回复:我发这文章是为了更好的讨论和提高。