ScrumMaster

本期视频是敏捷视频Scrum系列番外篇，分享两个有关狼、羊与牧羊犬的故事，希望大家对Scrum的角色有进一步了解。 视频地址： http://www.zentao.net/scrum/scrumrole-80196.html 在Scrum中，有很多具有代表性的动物角色，比如往期视频给大家介绍的猪与鸡。 这期我们整合了其他角色的动物形象，分别围绕狼、羊、牧羊犬这三个动物在Scrum中对应的人物角色，讲了两个故事，希望大家会对Scrum的这些角色有进一步的了解。 在Scrum团队中，老板、产品经理等人物像是狼的角色，因为他们会不时地给开发团队增加任务。 而开发人员则充当了羊的角色，除了敲代码就是掉头发。 Scrum Master更像是牧羊犬的角色，是团队的“保护伞”，可以保护开发团队免受狼类角色的外部干扰，让团队可以专注于价值交付。 但牧羊犬还有另外一个职责，那就是监督团队，防止开发团队“镀金”等行为，以确保团队在项目过程中遵循着Scrum的理论、实践和规则。 在这里要特别说明一点，项目研发过程中，Scrum Master要尽可能规避程序员的镀金行为，尽量做到早发现、早解决，避免程序员擅自添加项目已定需求之外的功能，以减少后期不必要的附加成本。 更多敏捷精彩视频戳这里： http://www.zentao.net/scrum.html 来源： oschina 链接： https:/

对于绝大多数人来说,2020的春节,注定要与自己以往所经历的所有春节,都有所不同!新冠疫情，随着春运的脚步一下就席卷了全国各地。这个春节，相信每一家，每一人都过得很不平静，大家都心系着疫情发展情况。而我此时就是在疫情重灾区书写着这篇文章， 作为大众而言，生活仍在继续，工作也在继续，面对疫情，最好的方式就是不给国家和他人添乱，在家呆着，不出门就是对社会最大的贡献，武汉加油，中国加油！ 由于新型冠状病毒的蔓延以及春运返工潮的临近，春节假期也因此而延长，但是，还是有不少人员已提前返岗，他们需要填写，无数张各种各样的表格，面对各种总结与售后工作。而对于上班族来说，假期的延长也未必是好消息，大家仍然有一大堆工作要处理。疫情期间，多家公司已启动在家办公机制，同时，越来越多的人也开始意识到，工作方式变革的必要性。 对于大型企业来说，延长假期并且正常发放薪资，影响也许不会很大。 但是，对于中小型企业尤其是创业公司而言，延长假期就有可能导致公司无法正常运转，甚至出现致命危机。但是企业又担心：让员工按时回来上班安全吗？ 一个人感染，全公司都会有感染的风险，这对企业来说，是另一个致命威胁。 那么如何既保障员工安全，又能让企业正常运转，避免损失呢？ 不少企业，尤其是一些互联网公司，开始尝试一种新策略：远程办公 。 病毒无情人有情 CORNERSTONE 为抗击疫情助力 即日起

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 每一年双11对阿里巴巴来说都是一个练兵场，一次更大规模技术创新、产品迭代、协同研发的练兵场。在2018年双11的“练兵场上”，阿里云云效——一站式企业协同研发平台支持着阿里巴巴众多部门、百个核心产品、千个垂直项目、几千人共同协作完成双十一大促的准备工作。 在这个社会化大协同项目管理中，项目协作难题难以想象：如何让这么庞大的项目透明化管理；如何实现多人同时在线高效协作；如何保障双11之前，所有的产品、技术、项目全部就绪。 经过多年的双11项目管理场景演练，云效提供了3种典型的项目管理模板：跨企业协作模式、敏捷模式、电商大促活动模式。 跨企业协作模式 双11是一场对接供应商、服务商、合作伙伴的一场企业间的亲密协作，比如高德需要与全球合作的汽车厂商协作，蚂蚁、UC需要与其开放平台的海量客户协作，但由于地域、组织差异、管理工具等问题，协作沟通成本极高，信息传递也时常出现信息遗漏、不对称、无法追溯等问题。 面对这种问题，云效首先解决人和数据在一起的问题，以项目为单位管理跨企业协作问题。通过建立以商业项目为维度的项目集，将各跨企业共享过来的子项目加入该项目集中；邀请各其他组织&团队干系人注册云效，并根据预先制定的权限范围将干系人加入各子项目中，防止项目数据泄露。 敏捷模式 敏捷模式也是双11部分项目选择的模式

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 本文主要从Scrum的定义和目的、敏捷宣言、Scrum中的人员角色、Scrum开发流程、敏捷的12原则等几方面帮助大家理解Scrum敏捷开发的全过程。 一、Scrum的定义和目的 Scrum是一个用于开发和维护复杂产品的框架，是一个增量的、迭代的开发过程，目的是让开发人员像打橄榄球一样迅猛并充满激情，通过团队合作，提高工作效率。通过团队间的有效交互，为企业创造价值。 二、敏捷宣言 其实，在发表《敏捷宣言》之前，很多的敏捷实践都已经存在且使用了，比如：Scrum、XP、KanBan等。之所以发表《敏捷宣言》，是因为这些实践都是在单打独斗地推进敏捷开发，而不是以一个联合体的形式，且没有一个统一的指导方针。所以17位敏捷联合创始人决定发表《敏捷宣言》，共同在全世界推进敏捷开发运动。下面是敏捷宣言的4句话： 三、Scrum中的人员角色 3个角色 Scrum中的人员分为3个角色：产品所有者（Product Owner）, Scrum Master，开发团队(Team)。 产品所有者：定义所有产品功能，决定产品发布的内容以及日期，对产品的投入产出负责，根据市场变化对需要开发的功能排列优先顺序，合理地调整产品功能和迭代顺序，认同或者拒绝迭代的交付。 ScrumMaster ：ScrumMaster不是项目经理

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 如果不开回顾会议会有什么问题呢？Scrum项目中要避免这“6拍”。更多敏捷精彩视频请见： http://www.zentao.net/scrum.html 视频地址： http://www.zentao.net/scrum/reviewmeeting-80190.html Scrum回顾会议是一个周期性的回顾，总结工作中的经验和教训。回顾会议发生在验收会议结束之后，下个迭代计划会议之前。时间一般为 1-2小时。Scrum团队所有成员都要参加，Scrum Master要确保回顾会议的正常举行。 回顾会议旨在对前一个迭代周期中的人、关系、过程和工具进行检验。从而明确了团队接下来要开始做什么，停止做什么，以及继续做什么。比如： 下个迭代要修复上期迭代中已发现、记录的bug问题； 之前团队开站立会议时不同角色沟通发言的方式不对，我们要停止并进行改善； 我们之前采用的结对编程感觉效果不错，所以后面可以继续做。 Scrum团队中，除了产品的迭代改进，团队的技术实践同样需要逐步优化改进。很多Scrum团队对于回顾会议并没有足够的重视，甚至直接跳过了这一步。 如果不开回顾会议会有什么问题呢？ 会导致对于项目结果及过程中的问题不清晰，长此以往，技术债务累积，最终导致项目失败。所以，回顾会议必不可少，Scrum

之前在公司，有小伙伴在向别人介绍我的时候，经常会有人这么说：“刚哥是我们的architcture”，如果来人是老外，心中一定是一惊，心中暗叹，“这位匪首看上去貌不惊人，难道已经做到了架构和本人天人合一和最高境界了？” 回头，我不免又要唠叨两句，“同学们，没文化，很可怕，我是架构师 architect ，不是架构 architcture ” 就像我上次跟大家聊的一样，人是架构要解决的核心问题之一，那么说“人暨架构”，似乎也是有些道理。但是你要是硬说架构师就是架构，恐怕你是对架构师有什么误解。 从企业的角度来看，会定义不同的架构师的角色，像什么系统架构师，解决方案架构师，软件架构师等等。我们要谈论的是软件架构师这个角色。其实很多的软件企业和团队，都没有定义架构师这个角色。在我早期参与的软件开发团队中，主要的角色无非是产品，开发，测试和管理角色。后来的敏捷开发就更为简单的分成三个角色Scrum Master， Product Owner， Dev。在这样环境中，并不是说没有架构师，也不是说不需要架构设计，而是说，架构设计的工作被团队经理，开发等其它的角色所承担。 “一千个人眼中就有一千个哈姆雷特”，每个程序员，每个组织，每个企业也都会有自己心目中的架构师，那么我今天就来聊聊我对架构师这个角色的看法。 我眼中的架构师不一定有颈椎病，不一定秃发，但一定首先是一个程序猿，一个软件工程师

转自本人运营的公众号“ 携程技术中心PMO ”（ID：cso_pmo） WIP是什么? WIP（work in progress）指的就是工作中心在制品区。在经过部分制程之后，还没有通过所有的制程，或者还没有经过质量检验，因而还没有进入到成品仓库的部分，无论这部分产品是否已经生产完成，只要还没有进入到成品仓库，就叫WIP。 交付周期 = WIP/ 交付速率 交付周期：指需求从进入开发团队到完成交付的时长 WIP数：指整个系统中并行需求的数目，是处于各个阶段的需求数之和 交付速率：指单位时间交付的需求数 聚焦交付价值 关注闲置工作，而非人员，100%利用策略 降低闲置人员浪费（增加人员的使用率） 增加与闲置工作相关的浪费（在队列中的等待工作） 良好的流动性 靠谱闭环 凡事有交代 件件有着落 事事有回音 必备工具 使用累计流图，观测项目进展情况，主动应对项目过程中的问题与风险。 编者按 看板的本质是一个很朴素的思想：在制品（work-in-progress，WIP）必须被限制。只 有当前的某项工作被交付，或是有了来自于下游的拉动，新的工作才能开始。看板 （或信号卡）的含义是，因为当前的工作没到限额，有新任务可以拉进来，于是发出了一个肉眼可见的信号。这件事情听上去并不是革命性的变化，也似乎不会对团 队和组织的绩效、文化、能力、成熟度产生多么深刻的影响。但它却奇迹般地做到了！！看板看似虽小