项目中如下情景,是否似曾相识?
-
项目中的管理黑洞,始终看不到项目完成的尽头
-
像呆伯特的经理那样感觉良好?
-
还是项目一再延期,bug永远也改不完?
-
-
好的想法、灵感没有及时记录,稍纵即逝
-
要是有一个在桌面上的任务管理平台多好?
-
-
测试和研发的沟通还停留在口头?或者纸质的记录单上?
-
您需要缺陷跟踪、软件生命周期管理软件
-
-
开发人员代码提交说明不知所云
-
时间长了,连程序员自己也说不清为何而更改...
-
1. 提高项目的可视性
项目的可视性,是项目经理和高层经理最关注的问题。提高可视性,就能够即使掌握项目进展,及早做出准确的决策。
-
项目目前的进展如何?
-
从路线图可以看出该里程碑的完成度为 87%,尚有一个问题没有解决。
-
-
-
每一天项目是如何推进的?
-
从时间线的界面,可以以天为单位查看发生的事件。还可以对事件进行筛选。
-
-
2. 改进项目工作流
企业的每个员工都是工作链条不可或缺的一环。顺畅的工作流,每个人各司其职,高质量的产品源源不断按照计划产出。
很多企业/团队的工作流尚不流畅:
-
任务、需求不能实现跟踪。
-
任务、需求正在由谁完成?
-
任务、需求的变更是否已经向下传达?
-
任务、需求是否已经完成?
-
任务、需求的实现是否已经通过检测?
-
-
缺陷报告和修复通知还在用口口相传的原始方式?或者高技术下的口口相传 ── Excel 表单?
-
口口相传,即使使用了Excel表单,也解决不了缺陷的追踪问题
-
即难以准确记录缺陷的生命周期(缺陷从发现、分配、修正到通过验收)的流程中各个环节的实施过程
-
-
口口相传,即使使用了Excel表单,也是低效率的沟通
-
低效率的沟通,浪费了宝贵的时间。人越多,产出却不成正比?── 重看一遍《人月神化》
-
-
为什么不用管理软件来改进工作流?
-
以 issue 的形式管理每个需求、任务和缺陷。一个 issue 记录了整个需求或者缺陷的生命周期。
-
-
工作状态的变更以邮件通知作为工具,通过相关人员。团队成员成为工作流中互相促进的齿轮。
-
3. 高度的整合
-
统一的用户管理和单点登录整合
-
和其他的群英汇软件产品一样,实现了用户管理的整合。单点登录可以不用频繁输入用户名/口令,即可安全登录。
-
-
和代码管理的整合:能够不离开项目管理平台,拥有代码权限的人员可以浏览代码和日志
-
参见: 这里...
-
-
和代码管理的整合:开发人员可以不登录任务管理平台,直接提交代码修改 需求/任务/缺陷 的状态
-
参见: 这里...
-
-
和代码管理的整合:代码提交,可以自动获取任务/缺陷列表,填写提交说明
-
参见: 这里...
-
4. 工作更敏捷、开发人员更出色
敏捷 是对于大多数研发团队最好的方法论和组织模式。将工作任务分解、细化,建立更小的迭代,进而获得更快的用户反馈和成果激励。 软件研发团队要想实现敏捷,建立完善的任务管理和缺陷跟踪必不可少。
出色的开发人员,选择正确的工作模式。
-
错误:任务千头万绪,工作没有主次,抱怨连连。
-
正确:一天的工作从设定计划开始。
-
错误:好的想法,灵感没有记录下来,稍纵即逝。
-
正确:一旦发现问题,或有灵感,马上在 redmine 中增加一条 issue 记录。
-
错误:把版本控制系统当做备份系统,每天只做一次提交,提交当天所有改动。
-
正确:一次提交只干一件事,不要针对多个任务进行混合提交。
-
错误:不知如何写代码的提交说明?
-
正确:在提交说明用issue号指明问题的所在。在提交说明中着重写解决方案或思路──为什么这么改。
转载于:https://blog.51cto.com/wmcxy/827489