研发项目管理的方法:瀑布和敏捷

- 周期长
- 软件过于复杂,早期的需求分析、设计很难保证开发结果是理想的
敏捷的理念:
- 个体与交互 重于 过程和工具
- 可用的软件 重于 完备的文档
- 客户协作 重于 合同谈判
- 响应变化 重于 遵循计划
目的在于快速交付有价值和质量的产品服务,迭代式开发;
从交付角度:
- 欢迎需求变更
- 尽早,持续的交付有价值的软件;
- 周期越短越好,不断交付可用软件
- 可用软件衡量进度的指标
沟通角度:
- 业务人员与工作人员一起工作
- 最有效的沟通是面对面交流
- 激励并信任项目团队,给予所需资源
极限编程价值标准:
- 沟通:团队成员从需求到编码一起努力
- 简单:聚焦于当下需求,
- 勇气:真实面对工程和进度,无惧失败与变化
- 反馈:系统反馈(单元测试),客户反馈,团队反馈
- 尊重:尊重他人,提交可测试代码。
禅道项目管理软件定位:
- 研发项目管理
- 囊括了产品、项目、测试、计划、发布、文档等功能
- 完整覆盖整个软件研发的过程
- 辅助团队实施敏捷开发
- scrum作为管理框架,禅道作为工具,开发使用极限编程。


产品经理将想法定义成产品需求、把控方向,研发团队根据需求开发,测试人员验证开发结果是否符合需求。
禅道管理流程图:

- 产品经理建立产品,整理需求及需求计划
- 同时项目经理创建项目,将项目与产品关联,重新整理需求计划,交付开发团队
- 开发团队分解任务,开发,提交测试
- 测试人员可编写测试案例,返回测试结果
禅道演示:
-
主界面

-
添加用户
根据分组(角色)分配权限;

-
产品经理:创建产品


3.1 对产品提需求
需求与计划关联

3.2 创建计划 -
项目经理
4.1 创建项目

4.2 创建团队关联项目

4.3 评估需求
需求需要的时间,优先级排序等等。

4.4 将需求分解为任务
一个需求可能有多个任务。

4.5 开发人员 根据开发进度更新任务状态

-
测试人员
5.1 编写测试用例

5.2 项目经理创建版本
将版本与需求、bug关联,并提交测试申请


5.3 测试需求
提交测试单后,测试人员可看到测试需求,并将测试单与测试用例关联;标注测试结果


5.4 测试失败提交bug
指定给某个开发人员

5.5 被指派的开发人员处理bug

769

被折叠的 条评论
为什么被折叠?



