关于维护性开发项目的项目管理问题

这应该是叫做运作型项目吧。运作型项目特点是周而复始，重复的工作。像我们平时线上系统的维护，都应该属于这种情况。自己的几点想法，仅供参考：
1. 维护性项目我觉得更多的是bug的管理。很多任务，变化都是通过bug的形式提出，然后跟踪bug。因此做好bug的管理，是项目质量很重要的一个方面。
2. 虽然这种项目没有明确的长期目标，很多时候需要见招拆招。因此任务的管理需要记录下来。这一点禅道也是完全可以适用的。比如可以建立一个维护性项目，只有有任务，就在这个项目中添加一个条目，然后跟踪，直至项目结束。那么到一定的考核阶段，就可以把这段时间里面完成的任务列出来，做了哪些事情，花了多少时间，应该是一清二楚的。
3. 应对人员变更，我觉得做起来事情很多。上到公司的管理，下到项目团队之间的合作。对于项目经理能够控制的，我觉得是做好知识的管理和源代码的管理。将源代码通过svn或者其他的工具管理起来，这样就不怕某个人员离职导致代码丢失或者不一致的情况。做好知识的管理，就可以将经验性的东西沉淀下来，其实所谓的企业文化，就是这种软的东西。比如各种各样的规范，常见问题的积累，需要掌握的技能点，历次培训的ppt什么的。

非常感谢wwccss的建议！
1、 我们现在项目的开发主要依据用户部门的新需求和用户反映的BUG，但是还是需求居多，只是用户对需求的提取也没有一个很明确的计划，主要根据市场和监管部门的要求。其实任务的管理bugree基本上可以做的很好了。
2、由于现在保险公司的信息系统有多大数十个系统。经常一个用户的需求要涉及多个系统的升级改造；一个系统就是产品。这类的需求是基于公司业务管理的而不是基于产品或者项目的。禅道在这方面好像没有好的管理方案；
3、知识管理和源代码管理确实很重要。另外，代码的review和充分的测试也重要。关于知识管理这块，希望有心得的同学给介绍介绍经验。

对于第二点，禅道支持项目和产品的矩阵关系。也就是说一个项目可以关联多个产品。其实不怕需求影响的产品多。只要把影响的范围列出来，就好了。所以是wbs很重要，任务分解越细越好。:)

喜欢这句 "任务分解越细越好"~~ :)