SM敏捷实践经验总结
部门开展敏捷已经三年有余，我是作为最早一批敏捷实践者，曾经也连续当了两年的SM。期间部门组织过大量的敏捷培训，也专门学习出差到各地的敏捷会议，看了不少相关书籍，对敏捷内容不说熟练，但也是相对比较了解的。也正是因为这场轰轰烈烈的敏捷让我开阔了眼界，增长了格局，影响了我的方方面面。虽然现在已转做BA，在整理资料时t突然发现两年前的敏捷经验总结，呵呵，都不记得是在什么情况下写的，但现在看看还是颇感意外，遂记录之。当然这里仅记录我担SM期间的感悟，对于其他的一些敏捷实践如需求实例化、MFQ、CI、单元测试等后面有机会再具体文章阐述。
一、SCRUM运作
不懂敏捷的人一般认为敏捷就是指四会，虽然不正确，但也恰恰说明四会对敏捷的重要性，而SM就是保证四会按时正常举行的关键人物。
1、计划会：BA需要提前准备好方案、原型设计和接口文档，在会上仅将关键要点陈述清楚，保证方案的可行性。计划会SM需要控制住时间，尽量在2个小时以内，否则人容易分散精力。对于故事估点和迭代故事承诺时间，其实经过团队成员几个迭代尝试可以慢慢量化成模型，比如我们团队承诺故事点数 = 迭代工作日剩余天数*迭代参与人员数*70%。
2、早会：需要制定规则，比如不能迟到等，而且会上要尽量少讲技术细节，多讲困难点，否则早会时间会不断拉长，形成习惯后就很难改变，然后就被认为浪费时间，也就会慢慢被嫌弃。
3、评审会：最好由相关开发人员来演示自己对应模块，将重点难点说清楚，有疑问的地方提出来，这样其他未参与的团队成员也能有针对性的给出建议和答疑。
4、回顾会：这个最好弄的轻松愉悦点，比如买点水果瓜子类的，可以先回顾下团队年度或半年目标的达成情况以及上个迭代的改进跟踪情况，然后让团队成员谈谈对本迭代的一些想法、改进点以及心情曲线。若团队有不擅长表达的，可以让大家用纸写下分享，然后讨论出重点问题的改进措施，设定相应的跟踪人，保证能正常的被实施。
二、团队建设
对于SM来说，团队建设是其关键职责，一些相关的举措会直接关系到团队对问题的重视程度和执行的效果。可以说SM就是一个团队的灵魂人物所在，SM雷厉风行，那么团队也差不到哪里去，如果SM吊儿郎当，那么团队也极有可能一盘散沙。
1、制度和流程很重要。其实制度和流程是一把双刃剑，如果涉及很多，会导致效率降低，团队成员反感，如果没有制度，又会没有边界，当出现问题时，团队可能会责怪没有提醒，所以在团队成立初期，对于一些大的原则和流程需要明确，当项目有新的规定和要求时，要实时的通知到团队，避免团队犯一些低级错误，对于特别重要的，需要不断提醒，让其深入到大家的心中。
2、职责要明确、做事有条理。虽然敏捷讲究主动承担任务，打破壁垒，但是在开始一个新故事时，对于职责分工还是要明确清晰，这样更利于协作，让大家更有责任感，不至于考虑哪个工作更轻松等影响开发效率，保证做事有条理不混乱。
3、各斯其职。目前SM大都是技术出生，如果将团队的方案、技术都囊括的话，那将是个大忙人，会顾此失彼，因此在与BA协作时，尽量要求BA做好他该做的事情，对于一些方案的讨论和确定也尽量让BA拍板确定。SM的职责是尽量服务于团队，保证他们需要的资源能够协调到位，保证团队工作的质量和进度，提升团队的凝聚力。
4、充分授权。人都有一个通病，总担心别人会不会捅出篓子出来，甚至什么事情都想亲力亲为。而我们现在提倡自组织团队，就要首先充分相信每一个人都能将事情做好，需要做的就是调动他们的积极性。
三、团队目标
一个好的团队需要有一个统一的目标，才能将人心凝聚起来，从而达到1+1>2的效果。
1、团队一定要有目标，若只埋头苦干，就很难看到团队的成果产出，看不到特色亮点，无论对于团队评优还是团队士气都是很大的打击，大家会觉得没有成就感。
2、团队目标最好每半年出一个，季度时间太短，频繁调整，容易耗时太多，年度又太长，定义目标无法预估未来变化。
3、目标一定要遵循SMART原则，必须是具体，可量化的，全团队认可达成一致的。
4、目标最好每个迭代末期在团队内进行定期回顾总结，及时调整，以免跑偏方向。
四、沟通协调
协调资源，内联外通也属于SM的一个重要职责，特别是对于大公司，这种异地办公、共同开发统一模块的协调更是难上加难，办法很多种，但需要具体问题具体分析，这里大致列举实践中的心得：
1、迭代任务开启前，确定好团队之间、模块之间的接口。
2、如果做Web开发任务，需要在迭代任务开启前，通过Axure Prototype制作好Web原型图。
3、迭代任务开启前，尽早确立联调时间，可有效的安排自己的时间。
4、联调开始前，通过发送联调日报汇报当前联调进度和效果。
5、如果团队之间碰到疑惑，需要讨论，按照效率由高到低的沟通方式有：电话、IM消息、邮件。本地联调，最好面对面沟通，异地联调，打电话沟通最快，IM其次，邮件最慢。
6、团队站会时，将沟通中碰到的问题汇总起来，然后找个合适的时间与对方团队最好电话会议一下，确定问题的解决方法。
7、讨论过后的变更，需要有图或文字为证，时间久了可以拿出来当做证明。
8、复杂业务，同时协调多个团队时，需要根据完整性、高效性、一致性等多方面考虑，减少交互，配置简化。
SM敏捷实践经验总结相关推荐
- 敏捷开发实践经验分享
前言:本文主要从笔者四年的敏捷开发实践经验出发,讲解"敏捷开发是什么?"和"怎么做到敏捷开发"两个问题,同时分享一些个人觉得比较实用的IT项目开发的小方法. 目 ...
- 敏捷实践不可忽略的环节
有人问小编,实施敏捷最重要的一个环节是什么? Pizza团队?用户故事卡?每日站会?固定时间箱?迭代规划会议? 其实都不是最佳答案,如果说将影响敏捷实践的因素分为人为因素和外界因素的话,人为因素对于推 ...
- QCon演讲| 从团伙到团队，PingCode研发团队敏捷实践血泪史
文章整理自PingCode基础平台部总监 徐子岩 QCon大会演讲:(大会视频及PPT文末获取) 当研发团队发展到新的规模或阶段,原有适应的开发管理模式都会面临新的瓶颈和问题,这个时候就需要去引入新的 ...
- OpenStack架构企业IT应用的敏捷实践
OpenStack架构企业IT应用的敏捷实践 发表于14小时前| 203次阅读| 来源<程序员>电子刊| 0 条评论| 作者张小斌 肖何 谢胜 OpenStack云平台敏捷架构应用 wid ...
- 大规模开发团队如何实现DevOps转型？ 来自微软全球开发平台工程团队的实践经验
微软全球开发平台工程团队从敏捷到DevOps的转型 2013年11月13日,我们宣布了Visual Studio2013,以及微软研发云Visual Studio Online (VSO)的正式商用. ...
- 敏捷实践的价值观和方法论
带了半年多的敏捷团队,难免会被问到何为敏捷?能起到什么作用?怎么做?这大概就是经典的灵魂三问模式,那么从敏捷实践的角度,我来做最简要的分享! 敏捷是一种思维+行为方式 首先,敏捷是一种思想,一种态度, ...
- 云计算架构师分享：容器云在金融企业的落地方案 | 周末送资料(原题：某保险公司容器云PaaS平台建设实践经验分享)
[摘要]随着技术和社区的成熟,容器.Kubernetes.微服务等新事物不再只是概念,已在很多企业落地并发挥了生产力,对容器和PaaS的需求也从试探性转向规模化推广和纵深探索,建设企业级容器PaaS平 ...
- 大数据峰会议题公开，顶级技术+实践经验先睹为快
大数据技术已经应用到各行各业,并且逐渐成为企业竞争的关键因素.在今年的大数据核心技术与应用实战峰会上,你除了可以收获百度.阿里巴巴.腾讯.京东等互联网公司的顶级大数据专家带来的技术分享之外,还将斩获中 ...
- 阿里云官方出品：全面总结阿里云云原生架构方法论与实践经验
本书亮点 阿里云官方出品,阿里云智能总裁.阿里巴巴首席技术官等推荐,全面总结阿里云云原生架构方法论与实践经验. 读者对象 开发人员:本书可帮助开发人员熟悉云原生架构的相关技术,使之能够从宏观架构的角度 ...
最新文章
- 爬虫之requests模块在headers参数中携带cookie发送请求
- VS2012编译调试WDM驱动(KdPrint无调试信息 debugview win7无调试信息)
- hibernate中的锁
- 我理解的【旁路代理】
- class view里面的目录项_Eclipse里面出现一排open a terminal,怎么把消除它？？？
- iTunes备份注意
- 字符串科技：Palindrome Series
- discuz修改用户uid_你知道Linux中的UID和GID的含义吗
- java hook全局钩子,牛逼骚操作：Java 虚拟机关闭钩子(Shutdown Hook)！
- JN_0005：PS改变图片指定内容颜色
- property.js
- sourcetree使用说明
- Illustrator 教程，认识 Illustrator 中的工作区
- 从程序员到项目经理：原来一切问题都是可以解决的
- 署名用by还是from_介词专题|工作“到7点”是By 7pm还是Until 7pm？
- DODAF2.0之能力视角如何落地
- centeros7网络服务无法启动_Center OS7网络设置
- 免费SSH远程连接工具
- cad图纸问号怎么转换文字_打开cad2016图纸字体和符号显示问号怎么办？
- 《重构》笔记---坏代码的味道与处理