|
软件项目经常遇到的一些问题可能包括：项目时间紧、项目组成员经常加班;项目需求变更频繁;项目进行过程中可能就有项目团队成员离职或调离到其他项目组;项目重复性建设问题严重，每个项目都需要从框架开始重新开发，难以重用已有项目的成果等等。我觉得通过较好的规划和管理能够在一定程度上提高项目的成功率或者说提高项目的质量，降低开发成本，缩短项目开发时间。项目管理者联盟
我理解项目管理有两个大的划分方法一是通用的项目管理体系，也就是PMP中所说的五大项目管理过程组10个知识领域49个项目管理过程;二是具体业务领域的按项目生命期划分的各阶段的管理。本文主要从项目生命期各阶段的管理方面进行总结。项目管理者联盟
软件项目生命期大体需要经过的流程：可行性分析、需求、设计、开发、测试、实施、维护、总结。项目管理者联盟
一、可行性分析
一般的项目都是通过外部招标的形式得到的。对于有些公司在应标的时候对项目就要有个取舍。如果在特殊时期为了生存可能只要不是太赔的项目都会尽量承接。项目管理者联盟
但是一般项目在承接前最好在经济、技术等方面进行可行性分析，而且这种可行性分析最好是管理者、市场、技术等人员都参与，因为市场人员一般不太懂技术，，因此只有大家在一起共同分析讨论才能够得出比较可行的结果。可行性分析的结果一方面可以作为是否承接项目的依据，另一方面也可以作为承接项目方式或与客户谈判的依据。比如经分析项目工作量很大，如果按标书金额开发有可能会赔，那么可以与用户探讨是否将来能有个二期的项目;另外如果用户要求的时间比较紧，可是经分析很难按标书时间完成，那么也可以和用户同共探讨是否可以在正式签定合同时延长系统交付时间等。当然这些与用户的探讨工作一般是需要公司高层领导出面协调的，有时单独靠项目组是没有能力达成理想的结果的。项目管理者联盟
另外在此阶段最好对项目的成本和需要的资源进行一下估算。项目管理者联盟
二、需求blog.mypm.net
需求实际要细分为需求调研、需求分析、需求确认、需求管理等。项目管理者联盟
如果早期需求做的不够仔细会给项目的后期工作带来很多的隐患。项目管理者联盟
我建议每个项目无论多大也无论项目时间要求多紧急一定要有一个比较详细的需求文档。项目管理者联盟
在需求比较确定之后再对项目成本进行估算。同时对需要的资源及相关里程碑进行说明。training.mypm.net
三、设计项目管理者联盟
大部分中小型项目会因为时间和人力的问题加上需求变更比较频繁，所以有时很难书写一个比较详细的设计文档。但是如果没有设计文档一是为后期维护可能会带来一些问题，尤其是当原来开发人员或主力开发人员离职或调离到其他项目组时;另外没有经过详细设计的项目可能也会存在一些风险。项目管理培训
因此建议不必为了文档而文档，除了项目验收的要求外，建议设计文档根据项目特点有选择地包括以下一些内容的说明：club.mypm.net
项目管理者联盟
系统的关键配置说明(如数据库服务器，应用服务器等等，如有必要可另加附件进行说明)。项目管理者联盟
对于中小型项目如果不是用户要求有时不必在设计文档中对所有数据库表及字段都进行说明，可以只说明比较重要的一些数据库表及字段以及相关数据库的关联关系就可。因为在用数据库建模软件进行数据库设计的时候可以对每个表及每个字段加注释进行说明，在使用开发工具进行开发的时候自然可以看到每个数据库表或字段的说明。而且一般中小型项目在开发的过程中可能需要经常性地修改数据库表的设计，如果还有文档描述数据库的设计那么每次修改时除了修改数据库之外还要维护设计文档的一致性，如果项目忙忘记了修改就会导致文档和数据库的不一致，有时这种不一致的文档可能还不如没有，因为它可能会误导其他人员的理解。项目管理者联盟
另外也可以通过开发过程的规范来减少设计文档的内容。这个将在下面的开发环节进行详细的说明。club.mypm.net
四、开发项目管理者联盟
整个项目有一个合理的框架是很重要的。框架具体包括哪些内容在此很难解释清楚，但是我想最起码整个框架应该把项目所采用的各种技术(如java中的Hibernate、Struts、Spring的结合)比较合理地组织起来，并为具体模块的开发提供一些工具类等，同时整个框架应该具有较好的可扩展性、可维护性和较好的性能。框架最好由项目组中技术最强的人(在此称他为技术负责人)进行搭建及维护。项目管理者联盟
另外对于整个项目有一个统一的命名规范(类和方法按什么方式命名，所有文档都加上时间作者等)并进行遵守是很必要的，这样一个人开发的代码其他人很容易就能够读懂。项目管理者联盟
在整个项目进行全面开发前最好先向项目组全体成员讲解需求及项目框架的机制、使用方式及注意事项，再说明相关规范。然后每一个开发人员按照理解开发一个简单的功能。然后大家再一起(或者由技术负责人)看一下每个人对于框架的使用是否合理，规范理解的是否有误，编码习惯是否需要改正等等。在讨论并达成共识后再进行具体功能的开发。另在具体的开发过程中尽量在关键算法处加一些注释进行说明。建议定期进行一些代码走查的工作。尽量由技术负责人负责这份工作，当然也可以进行互相检查等。代码走查的好处很多，如可发现一些不好的编码习惯;提高整个系统代码的可读性;发现一些bug;借鉴别人好的编码思路或技术等。项目管理者联盟
五、测试项目管理者联盟
首先开发人员一定要养成单元测试的习惯。对自己开发模块的功能进行单元测试过之后再提交测试组进行结合测试、系统测试甚至性能测试。单元测试很重要，在进行单元测试的时候如果条件允许可以使用一些代码覆盖率工具帮助分析测试用例的覆盖程度。另外，一般项目可能是整体开发完之后才进行性能测试，可是这时测试出性能问题了却因为临近上线或试运行时期，不一定有充足的时间进行修改，另外也可能因为整个项目已经都使用了某种影响性能的技术或方法，要想改变要付出很大的代价。所以建议如果条件允许可以在开发的过程中(甚至搭建项目框架时)使用一些轻量级的开源性能测试工具由开发人员对可能影响性能的功能进行测试。项目管理者联盟
|
