软件项目启动准备工作.doc

软件项目启动准备工作
1. 确认项目范围
　　项目中范围包括了两大类：一类产品范围，也就是应该覆盖的业务需求；另一类项目范围，是为了实现项目目标所需要完成的工作。
　　第二类项目范围，大多是事务性工作。相对比较好界定，比如开发环境准备，系统安装调试，系统切换等。因为讨论的目的仅仅是界定需要做哪些事情，对于工作范围中理解的偏差，双方记录了下来，列为待决事项希望后续进行讨论，所以还算顺利。初步确定的工作范围见表3-3。
　　W老师建议，产品范围使用统一的功能清单进行确认。为了规范大家的工作，根据经验将功能的层级进行了统一的约定：
　　第一层是子系统，指相对比较独立、完整的一组业务功能。例如：存款子系统、贷款子系统等。
　　表3-3项目范围
　　编号 一级 二级 三级 状态 类别 工作量
　　/人天 责任矩阵乙方 甲方 第三方 备注A 软件系统 1025 A1A2A3 应用系统 确认 必须 750 P S 详细内容见《子系统A需求清单》外部接口 确认 必须 150 P S S 详细内容见《外部接口系统清单》版本升级系统 确认 可选 125 P S 详细内容见《版本自动升级系统规格》B 系统实施 340 B1B2B3 数据移植 确认 必须 65 P S 用户培训 确认 必须 95 P S 系统切换 确认 必须 180 P S SC 硬件系统 60 C1C2 主机环境 确认 必须 15 P P 乙方确认配置，安装调试；甲方采购部署网点环境 确认 必须 45 P P S 乙方确认配置；甲方负责改造D 项目管理 100 D1D2 项目启动 确认 必须 20 P S 系统移交 确认 必须 10 P S S
　　第二层是功能集，指在子系统内按照业务特性归集的一组操作。比如客户信息管理、利率管理、还款管理等功能集。
　　第三层是执行单元，是指一次完成的一个独立业务操作，比如新增客户、修改客户信息、查询客户信息等。
　　这个简单的分类方法对于多个小组并行工作帮助很大，讨论不再像以前没有章法，工作成果也非常一致，效率很高。这就是经验啊！

2. 粗略工作量估算
　　开发的工作量由于需求还没有最终确定，请W老师按照经验估算一下最高、最低、最可能三个值，作为基本的估算数据。对于项目范围内的事务性工作，按工作所需人数和大约持续的时间估算了工作量。汇总起来，得到了项目总体工作量。
　　小M向上级书面汇报粗略估算的项目总体人力要求。S总、W老师和公司几个专家一起帮助小M对估算结果进行审核，认可了估算的结果。
3. 人力资源配置
　　当前最重要的是确认启动项目的人力需求。小M比较详细地测算了启动之后需要的人员数量，各级岗位人员的技能要求、工作开始日期、工作结束日期等信息。S总确认之后，开始向小M的项目中派遣人员。
　　同时，事业部也开始根据估算数据从公司内协调和寻找资源，为后期工作做准备。客户方面，G总从各个业务部门调集所需要的资源，并约定下周一参加项目启动会。

4. 客户沟通
　　《项目管理计划》整理出来之后， G总让高层领导在上面签字批准，这下项目组可有了“尚方宝剑”。小M、W老师在G总的带领下，逐个拜访客户各个方面的相关领导。
　　拜访内容一是让干系人了解这个项目，了解干系人对项目的要求和期待。二是提交《项目管理计划》，说明项目与这些部门的关系，并借此机会邀请他们参加下周一的启动会。
　　按照公司的要求，小M还确定了三名客户主管作为满意度调查对象，获取其联系方式（电子邮件、电话），通知了公司负责调查的部门。

5. 确定开发过程
　　业务小组在W老师的指导下，进展非常有序：
　　W老师与架构师、业务负责人一起，根据项目实际情况对开发过程进行裁剪，制定一个《项目开发过程》文件。按照项目的开发阶段，明确各阶段交付物，制定交付物的模板。
　　对于需求分析过程的模板进行了确认和修改，并选择了几个典型功能作为案例，进行实际使用的演练和改进。
　　经过演练之后，结合客户的特点对需求分析的过程进行了调整，制定了完整的模板、流程；演练的结果做成了“样例”，参加过演练和方法整理的人员成了可以培养和指导他人的“种子”了。
. . . .