如何管理小型软件项目?这个问题在多个客户那里探讨过多次。

　　所谓的小型项目一般是指估计工作量大于3人月小于9个人月的项目。对于没有实施CMMI的企业，这类项目一般是放任自流，少有管理了，对于实施CMMI的企业，如果这类项目也想要达到CMMI的要求，管理的成本相对投入比较大，难以平衡管理的成本与收益，因此，需要做裁剪。如何裁剪，就是难点。

　　经过与多个客户讨论，最终形成了如下的参考意见。每个企业的特点不同，这些实践对于不同的企业，仍然有不同的实现困难，可以在下述实践的基础上继续裁剪。但是，管总比不管要好，有总胜于无，总是要有基本的管理才可以。

　　1商务管理

　　Ø 商务人员与客户谈判时，应要求客户明确需求

　　Ø 商务人员与客户要确定需求变更的流程

　　Ø 商务人员谈判时，应定义需求变更的成本由哪方承担

　　Ø 商务人员与客户商定项目验收标准

　　Ø 商务人员与客户的商定双方合作中的沟通问题，包含沟通渠道、沟通方式、沟通时间以及反馈时间约束，并商议多长时间内不给反馈信息，即可默认接受。

　　Ø 合同评审应由项目经理参与

　　2项目策划

　　Ø 项目经理与高层经理、客户确定项目的平衡策略，即需求、质量、进度、成本哪个指标优先

　　Ø 项目经理根据本项目实际情况，制定项目执行的过程规范

　　Ø 项目经理确定代码评审和单元测试的代码覆盖率等质量目标

　　Ø 项目经理确定项目的生命周期模型、阶段划分

　　Ø 项目经理制定项目阶段计划，并明确每个阶段的交付物

　　Ø 项目经理进行WBS分解，并细化《项目阶段计划》，采用MS project工具

　　Ø 识别需求与进度风险，定义规避措施

　　3项目监督与控制

　　Ø 项目经理负责召开周例会，并生成《周进展报告》或会议纪要

　　Ø 项目所有成员填写日志，项目经理根据日志每天跟踪项目组成员的任务进展情况

　　Ø 建立日志软件，每天填写日志的工作量要少于5分钟

　　Ø 定期向高层经理汇报进度

　　Ø 周例会时要监督风险的状态情况

　　Ø 项目结束时，项目经理负责召开结项总结会，并生成《项目总结报告》

　　4 质量保证活动

　　Ø 代码规范的检查

　　Ø 需求变更流程的检查

　　Ø 缺陷关闭情况的检查

　　Ø 监督项目组单元测试和代码评审的覆盖率的落实情况

　　Ø 监督项目各工作产品是否满足组织级标准与规范

　　5 配置管理活动

　　Ø 使用SVN工具进行配置管理

　　Ø 所有的工作文档均应入库

　　Ø 项目结束时，所有的文档应完整入库

　　Ø 客户往来邮件定期整理备份

　　6 度量与分析

　　Ø 根据工作日志，按计划内外、工作类型、阶段进行统计分析，由日志系统自动进行

　　Ø 统计全生命周期生产率

　　Ø 工作量数据均来自日志系统，代码规模数据在项目结束时采集

　　7 需求工程

　　Ø 识别重要的功能需求和非功能需求，形成文档化的SRS

　　Ø 描述需求时采用界面原型与USE CASE方式

　　Ø 接受客户电子档形式的需求变更(含邮件)

　　Ø 至少2人以上参与需求变更的影响分析，并反馈客户

　　Ø 项目需求须项目经理确认同意后方可变更

　　8 软件设计与实现

　　Ø 系统架构设计文档化，形式不限

　　Ø 评审系统架构设计

　　Ø 编码

　　Ø 单元测试及代码重构，引入Junit、Nunit等工具

　　Ø 代码走查

　　Ø 每日联调所有已完成的模块，并进行冒烟测试

　　Ø 在开发过程中，请客户每月参与1次对已完成的部分软件的确认

　　Ø 系统测试，未经公司系统测试通过，不能发布系统