项目中如下情景，是否似曾相识？

• 项目中的管理黑洞，始终看不到项目完成的尽头
  • 像呆伯特的经理那样感觉良好？
  • 还是项目一再延期，bug永远也改不完？
• 好的想法、灵感没有及时记录，稍纵即逝
  • 要是有一个在桌面上的任务管理平台多好？
• 测试和研发的沟通还停留在口头？或者纸质的记录单上？
  • 您需要缺陷跟踪、软件生命周期管理软件
• 开发人员代码提交说明不知所云
  • 时间长了，连程序员自己也说不清为何而更改...

1. 提高项目的可视性

项目的可视性，是项目经理和高层经理最关注的问题。提高可视性，就能够即使掌握项目进展，及早做出准确的决策。

项目目前的进展如何？

从路线图可以看出该里程碑的完成度为 87%，尚有一个问题没有解决。

每一天项目是如何推进的?

从时间线的界面，可以以天为单位查看发生的事件。还可以对事件进行筛选。

2. 改进项目工作流

企业的每个员工都是工作链条不可或缺的一环。顺畅的工作流，每个人各司其职，高质量的产品源源不断按照计划产出。

很多企业/团队的工作流尚不流畅：

• 任务、需求不能实现跟踪。
  • 任务、需求正在由谁完成？
  • 任务、需求的变更是否已经向下传达？
  • 任务、需求是否已经完成？
  • 任务、需求的实现是否已经通过检测？
• 缺陷报告和修复通知还在用口口相传的原始方式？或者高技术下的口口相传 ── Excel 表单？
  • 口口相传，即使使用了Excel表单，也解决不了缺陷的追踪问题
• 即难以准确记录缺陷的生命周期（缺陷从发现、分配、修正到通过验收）的流程中各个环节的实施过程
  • 口口相传，即使使用了Excel表单，也是低效率的沟通
• 低效率的沟通，浪费了宝贵的时间。人越多，产出却不成正比？── 重看一遍《人月神化》

为什么不用管理软件来改进工作流？

以 issue 的形式管理每个需求、任务和缺陷。一个 issue 记录了整个需求或者缺陷的生命周期。

工作状态的变更以邮件通知作为工具，通过相关人员。团队成员成为工作流中互相促进的齿轮。

3. 高度的整合

统一的用户管理和单点登录整合

和其他的群英汇软件产品一样，实现了用户管理的整合。单点登录可以不用频繁输入用户名/口令，即可安全登录。

和代码管理的整合：能够不离开项目管理平台，拥有代码权限的人员可以浏览代码和日志

参见: 这里...

和代码管理的整合：开发人员可以不登录任务管理平台，直接提交代码修改 需求/任务/缺陷 的状态

参见: 这里...

和代码管理的整合：代码提交，可以自动获取任务/缺陷列表，填写提交说明

参见: 这里...

4. 工作更敏捷、开发人员更出色

敏捷是对于大多数研发团队最好的方法论和组织模式。将工作任务分解、细化，建立更小的迭代，进而获得更快的用户反馈和成果激励。 软件研发团队要想实现敏捷，建立完善的任务管理和缺陷跟踪必不可少。

出色的开发人员，选择正确的工作模式。

• 错误：任务千头万绪，工作没有主次，抱怨连连。
• 正确：一天的工作从设定计划开始。
• 错误：好的想法，灵感没有记录下来，稍纵即逝。
• 正确：一旦发现问题，或有灵感，马上在 redmine 中增加一条 issue 记录。
• 错误：把版本控制系统当做备份系统，每天只做一次提交，提交当天所有改动。
• 正确：一次提交只干一件事，不要针对多个任务进行混合提交。
• 错误：不知如何写代码的提交说明？
• 正确：在提交说明用issue号指明问题的所在。在提交说明中着重写解决方案或思路──为什么这么改。