在日常的项目管理或者开发管理的过程中，作为项目管理人员或者团队管理人员，可能我们会告诉团队成员我们这个星期需要做什么，这个月需要做什么，可能很少说到为什么要做这些，做出来之后的应用场景是什么，说了what而没有说why。这会极大的限制成员的主动性和创造性，他们只会按照你的固有思路和流程去做相应的事情，少了很多主动思考和尝试更好方案的可能性。家里有小孩的朋友可能会有这个体会，我们经常会对小孩说放学之后应该先写作业而不是先玩玩具。但随着小孩年龄的增长，他可能越来越不会按照你的方式来行事，对抗和争吵会越来越多，但如果你陪着他一起看书，写东西，并慢慢养成了良好的习惯，并站在他的角度去思考和给建议，而不是单纯的指示性，让他慢慢明白why，他会更容易去接受你认为好的行为习惯。

  具体到操作层面，结合个人经验，我会从下面几个方面构建敏捷团队。

1. 自组织的团队。能够自我管理，自发驱动运行高效的团队。很多敏捷的书籍或者实践把自组织的团队作为实施敏捷的前提条件，比如在开发团队里面都是全栈工程师，或者水平比较相当的工程师，在项目实施团队里面有跨组织有多领域知识的全能型人才。这些先决条件在现实中一般都很难满足，很多人就会把敏捷实施的失败归因于自组织的团队太难构建了。现实世界里面，你会发现童话里都是骗人的，这种自组织的团队是可遇不可求的，特别是在一些中小公司，那是不是敏捷就无从谈起了？其实实施敏捷的过程就是构建自组织团队的过程，就是把松散的团队打造成能够自我管理，自我驱动，高效运行的过程。

2. 构建激发创新的环境。创新是激发组织活力，创造价值的最好途径。并不是发明了一件改变世界的东西才叫创新，在日常的工作中，也可以有很多的小创新，微创新，只要有这个意识，创造的价值，改进的东西都会慢慢累积起来。怎样可以在办公室的里构建激发创新的氛围呢，这里提供几个可执行的方法。（1）可见。比如说随处可见的白板和贴纸，可以随时把想到的东西写上去。比如开放性的座位，让项目人员坐在一起，随时可以讨论。（2）小变化。比如说换到咖啡厅，小酒吧开需求讨论会，在茶水间开个站会。比如说换个艺术点的方式来贴我们的看版，可以根据当下流行的东西做个主题。让这些小变化，小创意给每天的工作添加点色彩。

3. 推倒“墙”。在大公司中的组织结构中，会有不同的层级，老板、CEO、总监、经理、主管、员工，每个层级都会转发传递信息，并且有相应的权限，类比一下，是不是有点像网络世界的交换机或路由器。每个节点都会存在丢失某些信息，然后再加上某些信息的情况。首先要打破或透明化，让阳光照进来。在公司里面，第一手信息，完整的信息是创新的最基本源头，经过层层转发和加工，最基层的创新就如无水之源，无本之木。其次需要建立共同责任，当我们在制定年度，季度，月度任务时，在办公室制定各种目标时，有多少是拍脑袋拍出来的，有多少是根据总目标按照员工人数分解下来的。让员工参与到目标的制定，建立共同责任，能让大家的目标性和积极性得到比较大的提高。

4. 共建学习型组织。知识的快速更迭已经成为时代一大特征，无论企业和个人都需要持续的学习来跟上时代的脚步。这里提供两个可执行的方案在组织中推行。（1）定期举行技术分享会。学不如用，用不如讲，把学过的东西讲出来，会使你的知识广度和深度得到很大的提升。这种分享会常态化之后，可以维护一个分享会的列表，列表有需求方和供给方，比如需要JAVA或区块链等的分享可以列为需求方，然后让可以提供这些分享的员工作为供给方，两相结合，可以排出分享会的日程表。（2）持续不断的改进。在敏捷开发中，持续的迭代是本质所在，这当中既有系统功能的持续改进完善，也有团队做事方式，做事习惯的不断磨合提升。在完成每一个story，做review的时候，对系统功能，开发流程，项目管理，每个成员都应该问自己几个问题，哪些目标达到了，哪些目标没达到，为啥；做的好的是什么，可以沉淀下来的是什么；做得不好的是什么，哪些需要改进；坚持不断的精进，团队的能力会越来越强，自组织的团队在不远的地方向你招手。