从实习到正式入职到现在已经2年,去年提为组长手下开始带人带领项目,可能是因为进入的是一个主要为运维为主的团队(我们开发组在其中占了1/4),对于开发类的规范非常的模糊不清,2年了也没有大的改观,从来到现在已经做过几版的项目管理系统(其中还死掉了一版),但那些基本上都是写任务管理系统,最近根据整体的开发流程与我们的现状,花了几天时间重新梳理的整个流程,大体上也通过了领导的评审,并且现在有部分开发类项目在用了,这里分享一下。
其实这我在这里制定了2套规范,一套是立项前明确开发计划,一套是立项后明确开发计划,其实我更倾向于后者,前者是应领导要求更加符合现在的实际,坏处就是在立项前就需要有大量的工作。
这里我主要讲一下立项后明确开发计划的模型
这里我就基本上按整体的章节顺序来讲
1. 使用范围
开发类项目
2. 流程规范
2.1立项流程
输入 | 流程 | 输出 | 参与者 |
l 用户需求 | 沟通 | l 立项报告(初稿) | 项目负责人、需求分析人员、开发人员 |
l 立项报告(初稿) | 立项计划会 | l 立项报告 | 高管、部门经理、需求方、项目负责人、需求分析人员、开发人员、QA人员 |
2.2需求分析流程
输入 | 流程 | 输出 | 参与者 |
l 用户需求 | 沟通 | l 需求规格说明书(草稿)l 系统功能说明书(草稿) | 项目负责人,需求分析人员,开发人员 |
l 需求规格说明书(草稿)l 系统功能说明书(草稿) | 评审会议 | l 需求规格说明书l 系统功能说明书 | 项目负责人,需求分析人员,需求方 |
2.3系统设计流程
输入 | 流程 | 输出 | 参与者 |
l 需求规格说明书l 系统功能说明书 | 沟通 | l 系统详细设计(草稿) | 项目负责人,开发人员 |
l 系统详细设计(草稿) | 评审会议 | l 系统详细设计 | 项目负责人,开发人员 |
l 前置需求分析 | 沟通 | l 需求规格说明书(草稿) | 项目负责人,需求分析人员,开发人员 |
2.4迭代开发流程
输入 | 流程 | 输出 | 参与者 |
l 需求规格说明书/系统功能说明书 | 项目计划 | l 项目计划 | 项目负责人,QA人员,需求方,开发人员 |
l 项目计划 | 迭代计划会 | l 迭代计划 | 项目负责人,开发人员 |
l 迭代计划 | 每日站会 代码开发 | l 迭代计划[更新]l 燃尽图 | 项目负责人,开发人员 |
l 测试计划l 测试用例 | 测试 | l 测试报告 | 项目负责人,开发人员,QA人员 |
l 测试报告 | 使用测试 | l 问题列表&改进建议 | 项目负责人,需求方 |
2.5项目结束流程
输入 | 流程 | 输出 | 参与者 |
l 项目成果文档 | 项目总结会 | l 结项确认 | 高管、部门经理、需求方、项目负责人、需求分析人员、开发人员、QA人员 |
3. 会议规范
规则:会议结束后需将会议记录以邮件形式发送给所有参与者,并要求回复邮件进行确认。
3.1立项报告会
会议内容:
- 项目意义:讲述为什么要做这个项目。
- 需求确认:确定项目的基本需求,包括功能,性能,输入,输出,安全以及该项目的特有需求。
- 项目规划:根据项目确定需求接口人,测试接口人,项目负责人。
- 信息确认:主要确定谁负责最后线上环境的资源申请,谁主要负责项目的开发。
- 公司领导审批意见(主要涉及:1、价值 2、成本3、风险)
与会人员:
高管, 部门经理, 需求方,项目负责人,需求分析人员,开发人员, QA人员
建议时长:
1小时内
建议时间:
随时
3.2迭代计划会
会议内容:
- 根据立项计划书计划列表细化本次迭代需要完成的细节工作
- 评估各工作的人天与花费时间
- 根据任务的紧要程度对任务进行排序并根据人天与花费时间确定任务工作日期
与会人员:
项目负责人, 开发人员, 需求方(建议)
建议时长:
0.5小时内
建议时间:
每周五
3.3每日站会
会议内容:
- 回顾昨天已完成的工作
- 讲述昨天工作中遇到的问题
- 简述今天需要完成的工作
与会人员:
项目负责人, 开发人员
建议时长:
10分钟内
建议时间:
每天上午9:30
3.4迭代评审会
会议内容:
- 确定迭代中完成的工作/未完成的工作
- 开发过程中遇到的问题
- 细节展示本次迭代所做的产品
- 收集需求方对本次迭代产品的建议
- 回顾本次迭代所遇到的问题,当初评估的准确性
与会人员:
项目负责人, 开发人员,QA人员,需求方
建议时长:
根据每次迭代时间长度而定,2周迭代建议1小时内,以此类推
建议时间:
随时
3.5项目总结会
会议内容:
- 展示整体成型产品
- 回顾本次项目所遇到的问题,当初评估的准确性
- 收集各方对本项目的建议以及后期走向
与会人员:
高管, 部门经理,需求方, 项目负责人,需求分析人员,开发人员,QA人员
建议时长:
1小时内
建议时间:
随时
4. 文档规范
编号 | 成果名称 | 模板 | 必须 |
1 | 立项报告 | ● | ● |
2 | 需求规格说明书 | ● | × |
3 | 开发计划 | ● | ● |
3 | 系统详细设计 | ● | × |
4 | 测试计划 | ● | × |
5 | 测试用例 | ● | × |
6 | 迭代计划表 | ● | ● |
7 | 项目甘特图 | ● | ● |
5. 职能规范
类型
事项
必须
辅助
说明
项目负责人
流程
立项
●
需求分析人员为项目负责人与需求方搭建桥梁,传达信息。
迭代开发
●
敏捷负责人负责敏捷事项;协助项目负责人审阅任务拆分合理性
项目结束
●
《立项报告》
●
《开发计划》
●
立项报告会
●
迭代计划会
×
敏捷负责人
敏捷负责人召开,项目负责人主持;敏捷负责人负责任务的拆分合理性
迭代评审会
×
敏捷负责人
敏捷负责人召开,项目负责人主持
项目总结会
●
需求分析人员
需求分析
×
《需求规格说明书》
×
《系统功能说明书》
×
敏捷负责人
《迭代计划表》
●
项目负责人
根据迭代计划会内容,整理当次计划表;更新燃尽图
《项目甘特图》
●
项目负责人
根据立项计划绘制甘特图;更新甘特图
每日站会
●
QA人员
《测试计划》
×
《测试用例》
×
开发人员
系统设计
×
《详细设计》
●
规范文档暂时只有Demo。没有空模板,待整理完毕后再补上。