黄河敏捷开发

新入职公司近半年来工作很不顺畅，没有成就感。今天反思流程建设工作总结，重新对流程建设的思路做了梳理，总结出下图几个要点，跟大家分享。字迹比较丑，我用文字描述一遍。计划计划是任何工作的开始，比如，项目开发要先定项目计划，敏捷项目一样要先输出PBI、SBI作为初始计划。可以把流程建设当做一个项目来做，先输出流程建设的计划，方便工作开展。计划又分为：质量保证计划、质量策划、审核计划等，其中质量保证计划是针对项目的，质量策划用于QCC等专题质量活动，而审核计划适用于公司年度审核。审核

最近小孩老生病，经常跑医院，经历了无数次的排队，即心烦又无可奈何，不自觉对排队理论做了一些思考，对看板方法中的限制在制品有一些新的感触。排队论网上查了一些资料，排队系统包括三个组成部分：输入过程、排队规则和服务机构。输入过程考察的是顾客到达服务系统的规律。它可以用一定时间内顾客到达数或前后两个顾客相继到达的间隔时间来描述，一般分为确定型和随机型两种。 例如，病人按照预约时间前来看病...

研发效能提升是最近比较热门的一个话题，本人根据这几年的工作心得，做了一些思考总结，由于个人深度有限，暂且抛转引入。 三要素 任何生产力的提升都离不开这三个因素：人、流程和工具，少了其中任何一个因素都无法实现。 人，即思想，也就是古人说的“道”，道不同不相为谋，是制高点，也是高层建筑的基石。 流程，即方法，也是古人说的“法”。研发效能的提升，也就是要提高投入产出比，既要增加产出，也要减...

快乐与收益 (#1)快乐与收益活动是一个非常棒的活动，用来谈论所有工作相关的事情，工作如何影响每个参与者（有关快乐与否），以及工作给团队带来多少收益。开展活动：1.画出快乐与收益图2.请参与者向图中添加便签基于工作中做过的事情，请参与者回答如下两个问题：● 在做这件事的时候，你感到快乐或者痛苦吗？● 做这件事的过程中，收获或损失了多少？3.向参与者解释

过滤可行性和有益性相关图 (#1)绘制可行性和有益性相关图的活动提供了一个对建议的想法或行动的列表进行优先级排序的快速方式。通过比较每个想法相互之间的可行性的和有益性程度，参与者共同创建了一个排好优先级并包含高价值和高可行性想法的列表。开展活动1、绘制一个可行性和有益性相关图，用箭头标记每个轴的低和高方向。2、要求参与者用便签写下他的想法和行动，或从以前活动产生的便签中选择一些...

一个词（#1）一个词是一个简单的签到活动，其让参与者在进入会议里要讨论的数据和细节之前分享他们的感受。这是一个很好的会议开场活动，因为它重视人们的感觉并让他们从一开始就说话。开展活动:分发给参与者一支笔和便签请他们用一个词来形容他们的感觉（根据当前会议的上下文）把类似的便签分组并贴到白板上(可选) 询问是否有人想要为他们选择的词分享更多的信息请用一个词来描述<...

敏捷开发中QA如何做质量管理？经常有人会问我，敏捷模式下，QA的职责是什么？QA有什么价值？我们还需要QA吗？敏捷转型中遇到的问题，QA能帮助解决吗？这些问题以前也思考过，笔者就是QA出身的，曾经在中兴通讯做过两年多的PQA，在中兴通讯的敏捷转型中也遇到过这些问题。先总结一下敏捷转型中遇到的问题吧,QA的工作也是要围绕这些问题展开的： 很多公司希望采用敏捷，但是又没有把握 ...

01 结构与作用故事地图产生背景用户故事地图就是将story用可视化的方式展现在团队面前，让团队可以仔细梳理、讨论，确认这个story包含的内容，最终产出需求进行开发。 用户故事地图是Userstory的前传！故事地图特点不是另外一种写需求的方式 故事是用来讲的，不是用来写的 侧重事件发展过程的描述 故事不是忽悠，不是夸大故事的听众用户故事地图结构地图的核心是一...

很多项目推行敏捷开发很长一段时间，仍然弄不清楚瀑布和敏捷到底有什么区别，这里以炒米粉为例，讲解两者的区别。瀑布：就是自己在家里炒米粉家里炒米粉，一般是按照以下流程：先准备好足量的米粉、胡萝卜、葱、白菜；然后切胡萝卜丝、白菜丝、葱，同时用开水泡米粉；接着下油锅，胡萝卜丝、白菜丝等一起翻炒，再下泡开的米粉翻炒；最后一起出锅，不管好吃不好吃，全家人一起吃。敏捷：米粉店炒米粉假设是新开...

最近招聘QA，面试时常问的一个问题：“你的工作能给公司带来什么价值”？大部分面试者会回答类似内容：我通过多长时间的努力，给公司建立了一套流程体系，促进过程规范的改进。但是过程规范改进的目的又是什么？对公司有什么好处？进一步询问后，往往不知道怎么回答。我觉得他还是没弄清楚QA工作的根本目的：过程规范最终目的是，引导项目通过执行一系列已成熟的、经验证过的方法，减少项目出错的概率，进而快速开发出...

经常碰到迭代结束了，还很多任务未完成，若按照敏捷的原则，得将未完成的任务延期到下一个迭代，但会导致不少重复工作量；若不这么做，就得延长迭代周期，变得不伦不类。于是不少团队开始怀疑敏捷开发的好处，要是按照传统瀑布模式，就没有这些烦恼了。之所以会有这样的问题，我觉得最主要的是需求没有拆分到足够细，这里总结一下需求拆分的几个好处吧。更方便安排工作如果每个需求能拆分到足够小，可以有效防止任...

前几天公司组织致良知四合院的阳明心学四天三夜的学习，这四天完全脱产，手机全程关机，保持最集中心态，成效还是不错的。学习过程中产生不少共鸣，并不断的与敏捷思想做对比，发现有很多可以借鉴的。阳明心学的核心思想与敏捷价值观• 阳明心学核心：心即理----心是一切事物的源泉之源泉，我心即天理• 明心：– 人生重大秘密：心中拥有无尽宝藏，取之不尽用之不竭，但要触发你的良知– 人生...

业界关于敏捷的认证有很多，Scrum、SAFe、Devops等流派都有自己的认证体系，但都是关于个人的，对于团队/项目的敏捷开展状态则比较少见，借用CMMI的说法叫成熟度。这里介绍由ThoughtWorks提出的敏捷成熟度评估框架。当然评估的目的是为了找出不足，识别改善点，并非一定要认证。AMM简介•AMM 全称Agile Maturity Model，是一套用来评估软件开发团...

总结了敏捷转型过程中常见问题，及应对技巧，供大家参考。大部分问题还是比较有代表性的，还算比较有价值吧。问题1：如何积极的引导别人？......问题6：团队内的考核问题？问题7：回顾会确定的改进措施有反复，怎么办？

本文是本人参加CSM认证之后做的一个总结PPT，对Scrummaster做了较为全面的总结，看完本PPT对SM有较全面的认识。下载地址：http://download.csdn.net/detail/huver2007/9819710

Klocwork代码静态检查实践笔者曾用过两年多的Klocwork，它通过静态分析的方法，自动检测代码内存泄漏、空指针引用、缓冲区溢出、数组越界等运行错误，相比一些免费的检查工具功能强大很多，对于项目代码质量的改进作用还是比较明显的。这里简单总结一下推广经验。1. Klocwork工具介绍Klocwork软件是Klocwork公司基于专利技术分析引擎开发的，综合应用了多种近年来最先进的...

马化腾曾在一场创业演讲中，讲述了微信的诞生史：微信在诞生之前，在腾讯内部有三个团队在同时做微信，主要竞争者为张小龙的e-mail团队和手机QQ团队。做这个产品之前，腾讯内部并没有给这个产品定一个完整的基调，而是让公司内部形成一个激烈的竞争，通过观察用户对产品的喜好程度和产品的实际完成情况决定上线结果，这就是腾讯的灰度。很多时候我们都发现过这种现象，有时相同的手机App里展示的页面会和别人...

CSP是Scrum的中级认证，难度较大，目前已通过CSP认证的人数也较少。相比CSM来说，它不需要考试，但非常注重实践，只有实践积分满70分才能申请。所以往往至少要2-3年的敏捷开发实际经验才可能通过认证。网上的资料也非常少，Scrumalliance官网的资料：https://www.scrumalliance.org/certifications/practitioners/csp-...

敏捷团队既然已经自组织了，那么还要管理者干嘛哪？管理实战手册对管理者的角色做了分析，有六个需要关注的领域，即便在自组织的团队里面也是一样，所以总是会有工作要做。想象一下这样的场景：你在一家公司里面担任管理者已经有些年头了。情况变得越来越糟糕，但你知道还有改进的空间。你已经听说了Scrum、敏捷、敏捷宣言……并决定学习更多知识来了解这些概念。你参加会议，参加Scrum培训，嗯，是的……这都是公司需要的。你决定实施Scrum，但经历无数次彻夜难眠、头疼欲裂、成功、失败、开心时刻，伤心时刻……一天早上，你从睡

本书通过真实的例子，介绍如何辅导团队平稳度过整个敏捷转型生命期，如何打造一个自立、自觉的敏捷团队。针对敏捷实践的工作机理和如何激发团队的成长有深入的思考，可帮助读者了解如何高效召开各种敏捷会议，及如何指导团队建立良好的工作流程和工作习惯。总结了在敏捷转型过程中教练和团队可能面对的障碍及应对方案，很多都是我们实际敏捷推广过程中遇到过的问题，对于刚开始推行敏捷转型的敏捷教练、团队还是很有指导意义的。...

在敏捷推广过程中，经常听到团队自嘲自己是“伪敏捷”。故查之："伪"意思有意做掩盖本来面貌的或虚假（跟‘真’相对）。也表示不合法的；窃取政权，不为人民拥护的，例如：伪政权，伪军，伪组织，同现代词语“装”同义，到底何为“伪敏捷”，经了解，只是采取了迭代方法，与瀑布不同之处就是需求周期短了，其它项目过程都相同。这种方法，只是采用了敏捷中的短迭代，又包括了瀑布方式下的所有管理方法，这种敏捷因在团队中并没有感受敏捷带来的变化，叫做敏捷又缺少自信，所以称之为“伪敏捷”。

时间是软件开发过程中最为稀缺并不可替代的资源。其浪费将直接影响项目的进度。而软件开发过程中存在各种各样的浪费。因此，消除浪费是加快进度的一种重要途径。项目进度管理中很重要的一个方面是进度风险的控制。出于应对风险的需要,在安排计划时往往会留出所谓的缓冲时间，这有其合理性。但是，这个缓冲时间延长了任务的持续时间。而关键任务持续时间的延长则延长了整个迭代持续的时间。值得注意的帕金森定律（Parkinson's Law）所阐述的现象却给了我们在某些情况下要适当压缩任务尤其是关键任务的持续时间。

我认为一个好的敏捷教练应该能够根据不同的目标，戴六顶不同的帽子。它们分别是：向导、教练、教师、导师、伙伴、唤醒者。作为敏捷教练首先要关注的是客户当前在哪，目标在哪，正面临哪些重大的障碍，如何能夠达成目标。导师更像顾问那样，帮助客户建立明确的价值观与信念，并以导师自己为榜样。

背景很多公司都要求项目做CodeReview，但很多项目第一次组织CodeReview往往不知道该如何做，也不知道为什么去做，参加过几个项目组的CodeReview，发现一些共性问题： 有时候参与Review的人太多了，意见太分散，Review时间拉的很长，发现问题效率低； 有时候会发现一个CodeReview时间很长，参与者会觉得煎熬和浪费时间； 有时候不太了解对方评...

本产品从2014年开始正式推行敏捷转型，到2016年实现产品级敏捷，大概用了两年时间。本文是根据我在中兴通讯这两年的经验做的总结，见识比较肤浅，且大部分是靠回忆写下来的，免不了存在一些不一致的地方。一、敏捷转型方案1项目概况 产品用途：中国移动IPTN承载网络传输设备 项目团队：开发120人+测试30人 产品需求数（Feature）：约500条...

大部分公司，代码走查效果都不是很好，各种原因总结了一下，用鱼骨图做了归类分析：