读完Jeff的《敏捷革命》，一直在思考如何将Scrum的理念运用到公司的其他部门， 能做到像Jeff所说让团队效率提升至少3到4倍。

如果对比Scrum和现实中大部分企业的工作方式：

1. 倡导7人左右小团队，最利于沟通的组织大小，团队成员应该具备完成任务的全部技能。现实中还是存在很多大部门的情况的，那么就应该将大部门结构拆为小的团队；

2. Sprint冲刺：以1-4周的周期不断做计划（Plan）,执行（Do），检查（Check），调整目标（adjust/action）。 感觉每个企业的部门周会可以对应到这点，周会基本上也是在做PDCA这个过程；

3. 优先级和28原则：Scrum按冲刺周期确定需求优先级，一旦确定了周期任务就要锁定，不要随意增加其他任务，否则扰乱整个团队节奏。 非研发部门实际工作中很多情况这个是做不到的；

4. 点数： 用点数来衡量团队效率而不是强调个人的效率，突出了teamwork。 那么应该怎么用类似点数的机制来衡量非研发部门的效率呢？

5. 每日立会：一直觉得这个可能才是Scrum提升效率的关键因素。每天15分钟的站立会议让团队成员相互都知道在干什么，不但是沟通，还有一个相互促进，监督的作用。 由于有了这个形式，团队管理者也不得不克服惰性。

6. 敏捷看板：团队使用看板进行需求，任务跟踪，沟通，协作。非研发团队应该使用什么工具呢？

来回看了几遍这本书，在我们鱼骨协作工具基础上新做了一个计划模块，试图将Scrum的理念推向企业的其他部门。 下面简单介绍一下，请大家多提宝贵建议。

工作计划的截图

目前已经实现的功能

- 每人有自己的周计划，月计划，季度和年的计划。 多个周期并列，方便比较多个周期的工作进展和计划未来周期的任务。 这个就类似敏捷看板了；

- 团队管理者可以查看团队成员的计划，可以调整成员计划，可以共享团队的计划给每个成员，信息共享；

- 每个周期格子可以新建任务，可以关联已有的任务到周期格子；

- 周期结束可以保存镜像，保存该周期任务和任务进展情况，做到多个周期对比。

待解决问题

• Scrum的点数如何融入呢？

• 每日立会如何加入呢？

•