GeeTask项目管理系统不是完整的敏捷思想的实现，主要是根据自己的工作环境做了妥协。 我现在的团队是只有4个人团队包括我自己，如果完全按照敏捷过程的实施就会很繁琐， 特别是在关键角色上不能分离，比如PO和PM都是同一个人。 另外，公司的项目的压力以及人员的水平和思想还很难完全按照敏捷的思想去做。像自愿领取任务等这样的工作就很难。

　　妥协是为了简化

　　项目管理系统使用必须简单，没有繁琐的各种设置。在项目中分别使用过redmine,禅道，在小团队中很难推，因为添加一个任务或者修改一个任务要设置很多不明觉厉的各种参数，晕!

　　增加了会议记录的功能。会议很重要，我们的需要沟通，我们会花跟多的时间沟通，沟通到每个人都理解对方的需求，甚至写代码的逻辑都会确定清楚。

　　增加了变更记录的功能。系统发布的时候，需要清楚，生产环境会有哪些变更，比如SQL等

　　增加了IM机器人的功能。这个功能是增值功能，目的是让团队时刻收到任务变更的通知，在通知中会指名道姓(表扬)。从心理学上来说，每个人都希望看到自己的名字在一些场合出现会。这种暗示会提高积极性。

　　项目管理系统的特点

　　基于Yii2框架

　　使用了Yii的RBAC权限框架，在使用的过程中限制了原生的灵活(放弃了可以给某个人分配具体的权限，以及分配多角色多权限)，只个一个用户安排一个角色。个人认为这样的系统没有必要把权限分配弄的过于复杂。本身Yii的RBAC权限对一般的初学者还有点难度，而且也很难图形化表达角色权限规则等等的关系。本人前端技术有限，之前在其他的项目尝试过，尽管表达了，但是还是很难简化。如果有兴趣可以留言。

　　本项目管理系统尽量保证了RBAC的功能，比如规则的扩展，系统自实现了项目更新规则(更新自己创建的项目)，其他地方暂时没有(只是觉得这样的需求不强烈)。有兴趣的可以自己研究。

　　在Yii的事件中增加了自定义的简单事件模型(不是对原生事件的扩展，只是可以通过原生的事件触发)，通过后台管理，灵活扩展

　　消息机器人，默认实现了钉钉机器。只是在添加或修改故事的时候触发消息。基于自定义事件实现，抽象出各种事件处理句柄。通过后台管理，灵活扩展自己需要的机器人。支持自定义消息模板

　　项目管理独立化，用户时刻只能在一个项目的会话下工作，通过切换控制台的功能在用户参与的多个项目中切换工作环境。

　　项目管理系统支持故事状态自定义。本系统默认定义的状态的出发点是类似敏捷的完成定义

　　每个项目可以独立配置阿里云的日志服务只读模块，方便开发者查看线上日志

　　产品Backlog

　　会议记录

　　变更记录

　　增加了emoji表情，让工作的表达也有充满表情

　　是如何使用的

　　项目应该化80%的时间理解需求确定需求，所有开会讨论是必要的。

　　核心是计划(迭代)，负责人必须积极主动的推动团队的积极参与，一定要保持每个人都能参与到，建议每日站立会议，形成开会讨论的习惯，引导团队逐步导向团队自治

　　项目的主持者是推动的主要动力，也是主要的使用者。负责主持会议，协调和分配任务，主持所有的会议并将结果更新到系统中，也人员可以轮岗记录会议。

　　我们项目约定的迭代周期是1周，一般周5安排下周的开发任务，尽量保证一周完成。

　　项目管理系统中如果本周没完成的，大家一起开会讨论，分析原因，是否安排到下周或者放到产品backlog中。相关阅读：分析施工管理软件的功能模块有哪些