致谢
感谢运维团队
首先感谢运维团队，我们部门人数不多，但有着8年的沉淀，不仅知道什么是正确的事，还知道怎么把事情做对。
一般人眼中的运维：
- 服务器打补丁、更新，每次都要重启很折腾。
- 处理网络故障问题，每次都处理不好遭人嫌。
- 研发版本部署到服务器，每次维护都很战战兢兢。
- 写一些脚本小工具来提升效率，时不时写错。
- 7x24小时精神紧绷，时刻待命处理紧急故障。
感谢运维团队，我们这些年的沉淀，形成了完善、可靠并且经过实践论证的运维方案；我们团队经过磨合与优势互补形成了非常完善的运维体系，让我在6月份开始转移中心到项目时，确保运维业务的稳重有进，持续健康的增长。
感谢P31项目团队
我呢，有两个梦想：
- 开个男公关俱乐部，给女性带来爱与快乐。
- 执教一个棒球队，带初高中的孩子们去打棒球。去看那些闪闪发光的青春，去看那些因为成功或失败留下的或欣喜或不甘的笑与泪。
- 自己在接受一整年的铁三训练指导，本身是受训者，完成爱好者到接受专业训练的业余好手转变。
- 在学习跑步的时候，恰好参加关于跑步教练的技术培训并通过认证。
- 同一时间和P31团队展开了关于敏捷项目开发与管理的磨合。
做的还不错
敏捷的初级阶段
产品积压表、故事会、冲刺计划会、冲刺、产品展示会、回顾会，反复的进行，这就是敏捷的最基本形态。敏捷也是入门容易，精通难的一项状态。
为什么不用框架、方法或者技术之类的词来描述敏捷？因为敏捷(Scrum)本身意味着"不需要外部干预的情况下，靠团队自身完成整个过程"。
再进一步说，理想情况下，教练是多余的；现实情况说，教练应该是个周期性的资源，一旦团队接近或达到理想模式，教练就应该收队去帮助另外的需要协助的团队。
敏捷是团队自组织的一种状态描述。
做的不够好
一、名字记不住
我还是没有把团队的全部成员名字和脸对上对，这是我做的最不好的一点。
二、忽视了价值观
敏捷的价值观有 承诺 开放 专注 勇气 尊重。
一开始在和团队搭建框架的时候，没有留意这块内容。
价值观和企业文化一直是我比较忌讳谈的东西，不是说看不起这些内容，而是因为难度非常的高，运用错了会导致事倍功半，把自己玩到坑里，也把团队带到翻车。
如果没有把个人和团队引导到正确的价值观，那么ta可能站到原力的黑暗面。
下一阶段计划
一、重拾价值观
接下来一定会把价值观和信条，纳入培养团队和人才的必选项内。
二、平衡目标与资源
- 现实一点，有多少资源做多少事，未雨绸缪，从踏踏实实的积累开始构建团队。
- 如果有机会，把落入原力的黑暗面的人，拉回光明。
三、具体训练目标
- 故事评审会的技术、训练和实战，深入故事评审实践。
- 教学瀑布流软件开发相关的知识和工具。