2019年3月12日 共创圈第三次会议后记
今天的会议，原计划花半小时，结果用了54分钟，但还好，最后大家并没有因此而不满。
有了上次诗曼的经验，在原定的30分钟时间到的时候，我主动问了大家：原定的会议时间已经到了，是否有人需要离开？
大家很爽快的决定都留下来继续开会。
带来这个结果的原因，我自己分析有几个：
1）经过会前跟SM的讨论和澄清，这次会议的议程设计很清晰，时间到的时候，刚好是最重要的议题。有重要的事要做，大家自然不会走。
2）本次会议的主持——PO大人我，这次的主持还是挺可圈可点的。很有推进的意识，不在两个议题间的过渡环节和稀泥。没有疑问的议题，快速收拢、过掉。这样让整个会议显得很清楚。
不过，也还是收到了几个价值连城的建议：
1）PO最大的工作是往外分配工作，而不是把什么都揽在自己身上。（诗曼说我是她见过的第一个主动往自己身上的揽活的PO）
2）线上会议中，主持人声音的质感会影响整个会议的气场，我可以在线上会议中扮演一个“雷厉风行的职场女强人”，语速可以再快一些，话尾可以向上扬，这样能带让大家有更多的激情。
在线跟诗曼说了几句，略有改进，还得自己多练。
2019年3月5日 共创圈第二次会议后记
今天是有了SM之后的第一次会议，心里还是有些忐忑，但隐约也透着一丝心安：我有SM啦，耶！
关于SM和PO的角色，昨天机构会议之后，蚊子分享了一些，说的还挺清晰的。
今天的会议后，SM立刻回拨给我，快速做了一个本次会议的反馈和复盘，记录如下：
1.整体感觉粘粘乎乎的，不清爽。可以再干脆一些，PO只需要快速的做决策，推动进程。在两个会议环节中间，一句话收束上个议题，一句话开始下一个议题，不要和稀泥，也不需要在会议里呈现自己的思维过程。
2.可以再大胆一些，大胆的做出决策，大胆的说出决策，大胆的使用大家会议之外的时间，不要客气。团队里的伙伴都很干脆俐落，要跟上大家的风格和节奏。
会议后，花了一些时间去整理会议纪要和To do list,在SM的提醒下很快的迭代了格式，但看到SM直接上手修改的第三版，果然更清晰一些。
今天值得鼓励的地方：
1.大胆的给作为记录员的SM派了活，直接求助，不怕露怯。
2.截至时间后，勇敢的在群内提醒了未按时完成工作的小伙伴，很快得到了她们的回应。
3.很快响应了SM提出的问题，主要邀请伙伴来做事项负责人。当伙伴问起跟她负责的事项相关联的新问题－“面基的目标不明确”时，能快速响应，给出建议，并放手给她去处理接下来的事情。
今天学习到的：
1.在敏捷里，每件事情都要有一个具体的负责人，多人参与责任不明确容易带来误解。
2.快速响应变化。
附：PO与SM的背景知识
产品负责人（PO）：做正确的事
产品负责人角色定义
确定产品的方向和愿景，定义产品发布的内容，优先级及交付时间，为产品ROI（产品的盈利能力）负责。是维护产品需求清单（产品积压）的人，代表利益相关者的利益。
产品所有者工作职责是负责最大化产品以及开发团队工作的价值。主要
责任如下：
1，确定产品的功能;
2，决定发布的日期和发布内容;
3，为产品的ROI负责;
4，根据市场价值确定功能优先级;
5，每个sprint中，根据需要调整功能和优先级（每个sprint开始前调整）;
6，接受或拒绝开发团队的工作成果;
7，参与Scrum Planning Meetings（Sprint计划会议），Sprint Review Meeting（ Sprint评审会）和Sprint回顾会（Sprint回顾会）
一句话总结PO这个角色就是：告诉产品团队要做什么，做功能的先后顺序是怎样的，需求有变动时该如何处理。
Scrum Master（SM）正确的做事
角色定义：是团队的导师和组织者，与产品负责人紧密合作，及时为团队成员提供帮助。促使团队按照scrum方式运行，为Scrum过程负责的人。
Scrum Master并非团队的领导（因为团队是自我组织的），而是一个负责屏蔽外界对开发团队干扰的角色.Scrum Master是规则的执行者，他是Scrum团队中的服务型领导。
Scrum Master工作职责是确保scrum被理解和正确使用并使得Scrum的收益最大化。主要职责如下：
1，保证团队资源合理利用;
2，保证各个角色及职责良好协作;
3，解决团队开发中的障碍;
4，作为团队和团队外部的接口，协调解决沟通中的问题;
5，保证开发过程按计划进行，组织Scrum计划会议（Sprint计划会议），每日站会议（每日站会），Sprint评审会议（Sprint评审会）会）和Sprint回顾会（Sprint回顾会）。
一句话总结SM这个角色就是：教整个团队怎么做，如何估时，跟进每天进度，风险控制，定期总结，计划排定。
以下资料来自维基百科——蚊子添加
Scrum当中定义了许多角色。按照对开发过程的参与情况，这些角色被分为两组，即猪组和鸡组。这个分组方法的由来是一个关于猪和鸡合伙开餐馆的笑话[5]：
一天，一头猪和一只鸡在路上散步。鸡对猪说：“嗨，我们合伙开一家餐馆怎么样？”猪回头看了一下鸡说：“好主意，那你准备给餐馆起什么名字呢？”鸡想了想说：“叫‘火腿和鸡蛋’怎么样？”“那可不行”，猪说：“我把自己全搭进去了，而你只是参与而已。”
猪组的成员[编辑]
猪是在Scrum过程中全身投入专案的各种人物，他们在专案中承担实际工作。他们有些像上边那个笑话里的猪，要把自己身上的肉贡献出来。
产品负责人（product owner）
产品负责人代表了客户的意愿。这保证了Scrum团队在做从业务角度来说正确的事情。产品负责人编写用户故事，排出优先级，并放入产品订单。
Scrum主管（或促进者）（scrum master）
Scrum主管促进 Scrum过程，他的主要工作是去除那些影响团队交付冲刺目标的障碍。Scrum主管并非团队的领导（因为团队是自我组织的），而是一个负责屏蔽外界对开发团队的干扰的角色。Scrum主管确保Scrum过程被按照初衷使用。Scrum主管是规则的执行者。
开发团队（dev team）
负责交付产品的团队。一个团队通常由5至9名具有跨职能技能的人（设计者，开发者等）组成，承担实际的开发工作。
鸡组的成员[编辑]
鸡并不是实际Scrum过程的一部分，但是必须考虑他们。敏捷方法的一个重要方面是使得用户和利益相关者参与到过程中的实践。参与每一个冲刺的评审和计划，并提供反馈对于这些人来说是非常重要的。
用户
软件是为了人而开发的。有人说，“假如森林里有一棵树倒下了，但没有被人听到，那么它算是发出了声音吗？”同样地，人们可以说，“假如软件没有被使用，那么它算是被开发出来了么？”
利益相关者（客户，提供商）
影响项目成功的人，但只直接参与冲刺评审过程。
经理
为产品开发团体搭建环境的人。
网友评论