这是第三个Scrum团队开发,也是我首次担任Scrum Master一职。因此须要掌握的流程仍是不少,也会碰到各类问题,在此记录一下,但愿对之后有所帮助。编程
Day1: 开了一次kick-off meeting,团队定下了第一个Sprint的目标。晚上回忆并恶补了一下SM的知识。命令行
Day2:开发
团队一块儿对story进行了任务划分。rem
决定如何定义一个story的大小。ast
SMs are responsible for process, removing impediments and coaching. 程序
Day3:方法
今天第一次主持daily standup,有一个须要改进的地方就是把一些不应在会上出现的内容当场impediment来讨论了,最终致使会议由22分钟(3我的)。im
明天要特别注意,保持在3-5分钟。demo
---------------------------di
今天开了story groom,有几个须要改进的地方。
1. 若是评估的story size太大,好比40,可是平均进度是10一个sprint, 那么最好的方法是要拆分story
2. 给PO demo的时候,由于怕PO看不到程序是否在运行(命令行程序运行安装),因此就临时改了一个参数,让安装的界面能够显示。。这是致命的一个错误,彻底没有按照story的指望来,能够算是失败。
::
最近参加了为期两天的CSM培训,收获很大,作了大量的笔记。同时也在慢慢熟悉掌握SCRUM的流程与核心价值观。
感受SCRUM对我的的综合能力要求很高,好比影响力,怎么激发团队的热情,怎么协调,怎么处理各类存在的问题。
目前最大的一个困难应该就是团队里一个成员上班时间问题,此人最近基本都是11点或者干脆下午才到公司。由于属于另一个小组,因此一直在犹豫如何处理,若是直接跟他说时间问题,容易引发反面的效果。目前的想法是用XP里的结对编程,从下个sprint开始,天天早上45分钟,算是从流程上来解决这个问题吧。正好最近的培训也有提升,SCRUM能够借鉴合适的其余的敏捷方法,如结对,TDD等。