敏捷之自驱力

聊聊敏捷的自驱力， 很多团队使用了敏捷进行管理， 但是在跑了一段时间后， 很多管理人员反应， 敏捷就是个噱头，团队工作并没有得到改善，反而变得更加糟糕。 是的， 糟糕！！团队成员为了每个sprint的需求， 疲于奔命， 后面的需求又来了。团队自驱力也没有提高， 还是处于任务式的被动接受。 这个sprint有需求安排下来就开发。以上都是没有认识到敏捷到底是要达到什么样的目的。

敏捷的目的

“团队的自组织，团队成员的自驱动”。 敏捷的目的归根到底是这一句话， 所有敏捷所做的事， sprint，回顾会议，OKR， 都是为了上面的目的服务而做的。 要清晰的认识到这一点， 才能够较好的实施敏捷。 说一说看到的问题

没有让团队成员主动思考

很多管理人员说，
“我已经按照敏捷的流程，安排了整个项目的流程，团队成员没有自驱力，我也没办法，有些人就是这样”。
非常错误的想法。 执着于流程，但是没有认识到 管理也是对人的管理.

“对人管理， 有啊，我经常和他们说： 这是你的项目，你要对项目负责。让他们意识到要对项目负责， 要求他们进行分享，要求他们进行总结”。
可以看到这种说法的管理人员还是处于 “下发任务式， 主动要求式的管理” ， 这种管理方式不能说错，但是在敏捷中，不应该用“你要， 你去， 你做” 这种下发任务式，命令式的形式，让团队成员去做事。 那么应该怎么做呢？
是的， 让团队成员自己思考自己做什么。但是怎么让成员主动思考呢？

1. 在入职，one onne review 等沟通中， 和团队成员灌输， “我不会告诉你要做什么，你告诉我 你想做什么， 你能做什么， 展示你的工作成果给我看” ， “想一下 自己能做什么，怎么展示自己的工作成果” ， 让团队成员主动思考自己能做什么。
2. Sprint的制定， 让团队成员一起讨论， 这个Sprint他们想做什么，在保证项目进度基础上， 加上成员自身思考得出的任务：Devops相关， 学习相关，优化 等等。
3. OKR的制定，在团队OKR的基础上， 让团队成员自己确定自己的OKR要做什么，可以给一些建议，但是要让团队成员自己思考， 自己做什么。
4. 回顾会议，复盘。 是一个很好的团队思考的方式，在会议上，让整个团队一起思考， 团队现在缺少了什么东西， 什么做得好，什么做得不好，接下来要怎么做。团队的事要团队成员一起思考，不是由管理人员一个人决定。

总结

管理人员需要认识到敏捷的目的：“团队的自组织，团队成员的自驱动”。 所有的流程，方式都是为了达到这个目的而做的。行动起来就会游刃有余。