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