2023102701 - 项目各个阶段及工作量占比
1.各阶段工作量占比
| 阶段 | 工作量占比 | 备注 |
|---|---|---|
| 需求分析 | 23% | |
| 设计 | 26% | (其中概要设计11%,详细设计15%) |
| 编码 | 20% | |
| 测试 | 31% | |
2.各个阶段的工作
2.1启动阶段
2.1.1需求收集
2.1.2项目定义
2.1.3项目章程制定
2.1.4项目团队组建*
2.2采购阶段
2.2.1方案征集
2.2.2招标
2.2.3合同签署
2.2.4供应商入场
2.3需求阶段
2.3.1需求分析*
2.3.2需求评审(邮件)***
目的:需求人员和开发人员达成共识,减少返工。
内容:有组织的连续性会议。
步骤:第一步,和需求方确定为什么做why,什么时候做when,大致做什么what
第二步,和研发同步why,when,what,再和大家一起讨论具体做什么what,谁来做who,怎么做how
通用评审流程:范围评审,低保真评审,方案评审
范围评审:明确需求范围,难点在于明确不做什么。交付物-需求文档。
低保真评审:初步明确大致的样式交互及业务逻辑方案,难点在于做好需求和成本间的衡量。交付物-原型设计稿
方案评审:关注粒度更细的方案细节,难点在于逻辑覆盖的全面程度。
会议管理:
会前:准备会议资料,提前发给大家阅读提问,提前拉会(给其他人留充足时间准备),提前告知会议目标及资料
会中:把握议程,争论处理(表达和理解产生信息差)和情绪管理(会后再讨论)。
会后:会议纪要(待讨论/待完善/已确认)、会议同步和后续问题跟进。
技巧:先零售沟通,再批发沟通;
识别并搞定关键人;
大方向坚持,细节适当放权。
2.3.3项目WBS定义*
2.3.4项目计划制定*
2.4开发阶段
2.4.1系统详细设计*
2.4.2技术方案评审(邮件)***
2.4.3编码/单元测试*
2.4.4代码评审***
2.4.5测试案例评审***
2.4.6部署准备(邮件)***
根据设计方案确认服务器、网络设备到位
2.5SIT阶段
2.5.1功能测试*
2.5.2性能测试
2.5.3缺陷修复
2.5.4代码评审
2.6UAT阶段
2.6.1用户测试(邮件)*
用户测试报告
2.6.2缺陷修复
2.7交付阶段
2.7.1系统发布(邮件)*
2.7.2用户生产验收*
2.7.3项目总结(邮件)***
3.贯穿项目周期的两个文档
项目周报:项目实施进度和人力资源投入,简述本周实施内容/下周计划/风险
人员报工:工时投入情况

浙公网安备 33010602011771号