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

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

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

项目目前的进展如何？

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

每项目是如何推进的?

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

2. 改进项目工作流

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

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

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

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

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

3. 高度的整合

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

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

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

参见: 这里...

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

参见: 这里...

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

参见: 这里...

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

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

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

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