吾日三省吾身

      吾日三省吾身。 ——《论语》

      对于平常人而言，自省是非常有必要的一件事。我非常欣赏上述论语中的这句话：吾日三省吾身。不过一日三省乃大师之作，对于我们而言就过于频繁了。

      我给自己的信条是：吾三日一省吾身。就如Scrum Daily Meeting中的三个问题：我做了什么？我即将做什么？我遇到了什么困难？这三个问题就是在自省中的三个必答题。总结我的过去，计划我的未来。

                                                                                                             ——引子

      我是个研究生二级年的学生，我们有自己的项目团队。比起公司里的团队，我们的项目团队有着根本上的不同。我们每天没有固定的工作时间，因为我们还需要上课或者参与其它的活动；我们没有利益驱使或者说没有经济制约；我们都处于菜鸟级别，寓学于做；我们没有正规的项目经理、架构师等公司配备的人员。但是我们都有激情去做好自己该做的事。

       我所在的团队正在进行的项目是区域医疗中的医疗机构前置端开发，目的是把医疗机构中的医疗信息以标准的形式上传到区域中心。我们采用Scrum开发流程（如上段所述原因，我们的开发过程也不能安全按照Scrum来做），第一个sprint迭代是整个三月份。我作为Scrum Muster负责我们团队的开发按照既定规划顺利进展。

 

      先介绍一下我们的团队吧！总共六人，一位研三的同学，两位研二的同学（包括我），三位研一的同学。研三的同学负责数据库相关内容，设计如何建立医疗数据库等，最近正忙于论文工作；主要力量是我跟另外一位研二的同学；研一的同学基础差，不管是编程还是团队开发还是学习能力等，正处于锻炼阶段，而且他们的课程也比较多，所以参与的时间较少。而我作为Scrum Master需要做的不仅仅是协调团队，还需要考虑如何让研一的同学尽快进入状态，把我们一年多的经验都与他们分享。

     按照Scrum的流程，首要任务是做Scrum product backlog 以及第一个迭代Sprint bakclog，对于具体任务我们已经与各老师讨论过，这个任务就交予我来负责。在迭代开始之前，我自己就按照项目的需求做了product backlog和sprint backlog，当时开了一个项目启动会议，我专门去占到了主楼西304的会议室，做了一个比较详尽的PPT，里面包含了项目的需求、功能以及任务分工。项目启动会议开了一个多小时，我的自我感觉非常良好，一是我们的项目模块分的比较清楚，执行起来可以按照Scrum的迭代进行，三月份我们要完成整个项目的原型开发，攻克几个难点。二是大家在会议上都比较热情高涨，我问过几位研一的同学，他们也基本对自己的任务有所了解。于是项目开始进行了！

 

      第一个星期，我们就遇到了困难，医疗信息的标准化方案确定不下来！这块一直是我们研究比较多的点，但是因为这次是要做出现实可用的产品，对于怎样组织医疗信息我们迟迟确定不下来。由于这个问题导致的给研一同学安排的任务进行不下去。因为他们刚接触这些背景，所以安排他们刚开始先阅读背景知识，做一些简单的医疗信息与国家标准的对应。但是我安排的任务并没有初效，原因第一点就是方案的不确定导致对应工作无法进行，第二点是他们看了背景知识几乎没有用处！近一个星期过去，我们什么任务也没做下去！

 

     面对这个困境，我需要想办法改变。既然背景知识对大家没有多大用处，那么我们可以把学习的过程加入到实际项目开发的过程中来。“边学边做”是我读研究生以来的收获之一。我给三位同学安排了每个人针对一项医疗业务做CDA实例，给了他们实施过程以及示例，以为这次大家可以顺利进行了吧！然后结果并非如此，这也还是我的一厢情愿。

 

     到了第二周的周三，我们教研室的每周例会开始了。这次的会议有这样一项内容，我们进教研室的同学都要进行Scrum的培训，这一天上个培训班的同学要做总结。几乎每个人都提到了Scrum的三个三、什么是团队协作以及沟通交流的重要性。前段时间我也对自己进行了自我反省，我与我的Team之间的沟通确实太少了。于是当天晚上我策划了新的会议：项目初期总结会议。

 

      周四晚上，重新借用会议室，打开我前一天熬夜做的PPT。这段时间一直在看一本Scrum实践的书《轻松Scrum之旅——敏捷开发故事》，讲述了一个Scrum Master从开始接触Scrum到实施Scrum的整个过程，在看的时候我与我们开发的现状进行了对比，总结出了我遇到的问题以及我们团队遇到的问题。根据这些体会，我做了这个PPT。我的题目是《项目初期总结会议——批评与自我批评》。

 

     首先我总结了我们的项目进展状况，一个多星期基本没有进展，我对这个后果进行了分析和反省。其中重大的问题就是我与Team Members之间缺乏沟通。从上面我写的开发流程来看，几乎所有的任务都是我一个人所定，没有考虑到大家的感受。而且一个人不可能面面俱到考虑到所有问题。

     第二点是我没有真正把握Scrum Master在项目团队中的地位。Scrum Master并不是制定backlog的角色，也不是作为一个团队的管理者。包括master的整个Scrum团队都是平等的，Master的职责是组织例会、促进队员沟通以及把握项目的进展状况，保证整个项目能够按照正常的轨道进行。

     第三点是我在团队开发中带有了个人情绪。由于各方面的原因，我与同级的另外一个同学思想上有些不一致，我总是不愿意去与他沟通。整个团队的主要力量就是我们两个，而且他对标准的研究比我更加深入有更深的理解，带着这个个人情绪去运行团队肯定会出现问题。总之，Scrum的精髓之一就是沟通！

 

     批评过后我又让大家对我的工作提了意见。然后是我对大家的建议。第一点还是强调了沟通的重要性，在整个过程当中，并不仅仅是我一个人与团队成员的沟通太少，大家都没有有效沟通，研一的同学没有对自己不理解的问题进行发问。

     第二个强调的是，研究生的学习就是对自己负责，得到自己想要得到的东西。我们开发项目并不仅仅是为了完成任务而完成任务，在这个过程中我们会学到很多很多。在生活中，很多事情都可以看作是一个project，像装修房子，也需要沟通、协调，需要设计、实施。有些同学在过程中的态度不够端正，所以我强调了，我们学到的不仅仅是知识。

     最后一点是对配置库的利用，更新配置库会让我们每一个人知道自己该做什么，大家做了什么，也更能有效把握团队的开发情况。

 

     说完这些，大家都像我一样每个人进行了自省，我当时非常高兴，这才是我想要的结果。大家都对自己的心态以及读研究生的目标还有对待项目开发的建议。一番讨论过后，大家都达成了一致，沟通是王道，心态端正是基础，齐头并进是目标！

 

      另外我又把自己对Scrum的理解与大家分享了一下。第一个是Scrum Master在团队中的地位，上面已经说到了。

      第二点是Scrum Daily Meeting的真正含义。以前每次Daily Meeting都是我问大家一遍那三个问题，然后分配一下任务，有时候还要讨论一下技术问题，这显然不是Scrum。Scrum Daily Meeting的要求时间是十五分钟以内，其宗旨是大家都了解项目的进展，拥抱变化，技术问题是针对具体问题具体的成员进行沟通。

      第三点是，一切从实际出发，Scrum只是理论！我认为，虽然Scrum的开发模式已经非常成熟，有着越来越多的人采用它来进行软件开发，但是No Sliver Bullet！它并不是万能的，我们要根据实际情况正确使用Scrum。前面也说过我们的团队不像公司的团队，所以我们要针对我们的特殊之处来运行自己的Scrum。就像中国特色的社会主义一样，我们自己的“社会主义”才能正确指导我们的方向。

 

      进行了批评和自我批评，接下来的工作就是重新进行任务划分。我把我们的所有任务重新做了Excle表格，但是没有规定谁做哪一项任务。Scrum的宗旨之一就是choose what you like to do 。大家一一选择了自己感兴趣的story，并对它进行了细分成为可执行的任务。

 

      会议自此结束，我的最后一句话是：重整旗鼓，继续上路！

      非常开心，这此开会达到了我最初想要达到的目标，而且非常超值！吾三日一省吾身，我会继续进行下去，今后我肯定还会遇到各种各样的问题，但是我相信，我，我们都会一一度过难关！