关于敏捷的一点感悟笔记

（此笔记写于大约二、三年前，现贴出存档）

有点顿悟的感觉了，发挥团队的力量，让每个人主动计划，主动设计，主动发表意见，任何人可以发起讨论，任何人可以发起改进，而不是一个人设计，一个人分配任务，一个人设计思路。那样就不是团队，是包工头和工人的关系。

保留流水线模式的好处，尽可能让其他人参与到任务中来，得到思路的提升；

凡是不要想着，我已经想得很清楚了，我已经安排好了，我比了解的比大家多，然后就直接让他们不假思索和反驳的接受，多让大家参与到主动的思考里来。

项目经理和团队主管应该转变为一个引导者、沟通协调者，避免硬性指派，避免让团队成员被动接受。用开放的心态，尊重每个人思维的独立性，肯定团队成员思维的价值。

我们提倡自我管理，每日计划是一个重要的基础，计划虽然不一定全部能够完成，但是重要的是能够站到一个更全面的角度审视团队和个人的工作。关注团队和自我的目标。每日计划的参考来源：团队整体目标，项目任务，项目需求，项目Bug，改善性思考（非具体任务，但是个人认为哪些需要完善和加强的事项，简单的说就是觉得产品和项目哪里还做得不够好，我有什么想法都可以例如到计划里）

你做或者不做，需求就在那里，只多不少，就算再累，你不一步一步走，是回不了家的；

敏捷团队产品经理或项目经理靠什么来体现价值呢？独到的见解，很强的解决问题能力，产品的发展方向，组织和沟通能力，对产品的把握，对系统架构的把握和见解等。

参考阅读：

冲刺 (sprint) 计划会议准备产品需求，需求之间的关联 

http://msdn.microsoft.com/zh-cn/library/ee191595.aspx

Scrum team是否就不需要Code inspection了？

http://blog.csdn.net/agilelee/article/details/6721209

Scrum框架及其背后的原则（上）——Scrum 框架的伪代码描述

http://www.infoq.com/cn/articles/scrum-pseudo-code

一个经历超过十万行代码的Scrum项目经验谈

http://tech.ccidnet.com/art/302/20100805/2144001_1.html

为什么Scrum不行？

http://coolshell.cn/articles/5044.html

专业 Scrum 开发人员计划

http://msdn.microsoft.com/zh-cn/vstudio/ff433643