老程的自习社

敏捷项目管理“成功有许多父亲，而失败是一个孤儿”，这是有思想的企业领导人经常引用的一句话。但是，当涉及失败的敏捷计划时，旧的观点可能会更新为：“成功是团队的努力，而失败只是每个人的错。”没有新的敏捷计划旨在失败。然而，一个缺乏准备，信息不灵通的团队，将目光投向不切实际的目标，通常会从一开始就注定了项目失败。是否要确保您的敏捷计划会崩溃成一堆扭曲的希望和梦想？好了，这里有七个简单的步骤足以干掉敏捷：敏捷规划1.宽松而混乱地计划围绕敏捷性的伟大神话之一是规划和结构并不是必不可少的..

在大多数情况下，努力保持支持和做好事是一件光荣的事情。作为[ScrumMaster]这尤其如此。但是，做得太多会很快产生相反的效果。这是一种已知的Scrum[反模式]，通常称为Scrum mom综合征。请继续阅读以了解有关其表现的更多信息，以及由于过度保护而对团队造成的损害。ScrumMaster还是ScrumMom?Scrum Master反模式根据共识，ScrumMaster是领导角色。他/没有任何真正的权威，可以激发，指导，指导并以身作则，以促进团队的发展，使其完全自组织。但是

为什么Scrum大师不应该成为解决所有障碍的人谁应该处理和解决障碍？应该是ScrumMaster吗？整个团队？为什么Scrum大师不应该成为解决所有障碍的人[敏捷团队需要能够处理障碍。]我们经常看到团队，ScrumMaster忙于许多事情，忙于救火。在他们解决障碍之前，又弹出另一个窗口，要求他们立即做出决策。同时，我在团队中看到了太多的冷漠。当ScrumMaster在那里时，障碍就解决了。他们会提出问题，抛出问题点，然后请求ScrumMaster考虑解决方案，一幅Not-my-Jo.

有效的估算是软件开发人员在工作中面临的最严峻挑战之一。无论团队规模如何，他们都需要在整个团队中定义，评估和分配工作。随着团队的扩大，围绕计划和评估工作养成良好的习惯变得越来越重要。缺乏计划和估计会降低对程序的信心，破坏团队与业务之间的关系，并使每个人的开发工作更加困难。小组估计与个人估计的准确性根据对软件项目实验中个人和小组之间的工作量估算准确性的一些研究。来自同一公司的20位软件专业人员分...

由于需求会随着时间而变化，因此产品待办清单永远不会完成。随着项目的进行和更详细的信息变得可用，产品积压项目及其排名不断变化。Kano模型是可用于对产品积压进行排名的众多技术之一。软件项目从一组需求开始。在敏捷项目中，产品待办事项列表将这些要求包含在有序列表中。无需启动具有完整要求的项目。对前两个或三个迭代有一个有序的需求列表就足够了。由于需求随时间变化，因此产品积压工作永远不会完成。随着项目的...

MoSCow简介在时间固定的DSDM项目中，至关重要的是要了解要取得进展并按时完成工作的相对重要性。优先级可以应用于需求/用户故事，任务，产品，用例，验收标准和测试，尽管它通常应用于需求/用户故事。（“用户故事”是一种以敏捷样式定义需求的非常有效的方法；有关更多信息，请参见后面的“需求和用户故事”一章。）MoSCoW是一种优先级排序技术，用于帮助理解和管理优先级。这些字母代表：必须有 Must...

看板卡是看板的重要组成部分。看板卡是一种工作管理框架，可帮助您可视化工作，限制进行中的工作（WIP）并最大化效率（或流程）。每个看板卡在完成各个阶段时都代表一个工作项，这些阶段在物理或虚拟看板上表示。要了解什么是看板卡，可以想象一个软件开发团队使用白板上的粘滞便笺代表其工作项。在研究错误和功能时，团队将粘滞便笺移动到标有优先级，设计，开发，测试，阻止和完成的列中。例如，当设计师有带宽时，他们...

敏捷项目管理：如今，工作场所中无法逃脱。“将其放入积压中。” “我们将在下一个冲刺阶段进行处理。” “与Scrum教练交谈。” 敏捷项目管理的流行语无处不在，无论您喜欢它还是讨厌它，你都会从熟悉它的原理中受益。在此初学者指南中，我们将告诉你有关敏捷项目管理和Scrum的全部内容。目录什么是敏捷项目管理？敏捷项目管理的12条原则为什么要使用敏捷项目管理？什么是Scrum？使用Scr...

看板板是一种敏捷的项目管理工具，旨在帮助可视化工作，限制进行中的工作并最大化效率（或流程）。看板板使用卡片，专栏和持续改进，以帮助技术和服务团队致力于适当的工作，并将其完成！“看板”是日语中“视觉信号”的意思。如果您从事服务或技术工作，那么您的工作通常是无形的和无形的。看板可以使作品可见，因此可以将其展示给其他人，并使每个人都在同一页面上。看板的要素大卫·安德森（David An...

在敏捷开发中，进行中的工作（WIP）限制设置了工作流的每种状态下可以存在的最大工作量。限制进行中的工作量可以更轻松地识别团队工作流程中的效率低下。在情况恶化之前，团队交付管道中的瓶颈就清晰可见。为什么在制品限额很重要？所以现在你在想，“告诉我更多！” （好吧，我希望你是这么想）通过强制团队专注于较小的任务集，WIP限制提高了吞吐量并减少了“几乎完成”的工作量。从根本上讲，在制品的限制鼓励...

Scrum是一种项目管理方法，可让团队进行自我组织并快速进行更改。因此，Scrum主管是遵循此方法的团队负责人。如果你是新的Scrum管理员，并且正在寻找关于如何打造敏捷小队的信息，那么你来对地方了。在这篇文章中，我们将研究什么是Scrum管理员，他们做什么，以及一些最佳Scrum管理员遵循的最佳实践。什么是Scrum Master？一个敏捷教练在很大程度上是一个敏捷开发团队的促进者。可能会称...

前言响应变化高于遵循计划”—敏捷宣言。在当今变化莫测的时代，昨天5G刚刚兴起，今日6G已悄然开始布局。如何抓住时代的红利是每个产品或者项目管理者都要思考的事情。越早响应变化，就越早能够享受变革带来的红利，反之，一味的遵循计划只会被时代抛弃。接下来老程与大家一起分享敏捷项目管理中的响应变化的知识，旨在让大家了解，敏捷并非是洪水猛兽那么可怕，相反，顺应时代的潮流，引领大家体验敏捷的奥妙！请各...

最近有朋友向我反应，“老程，你的文章，天天讲敏捷项目管理，到底啥是项目管理”，通过一阵"&%&%$&%^"友好的交谈，他似懂非懂的点点头。望着似懂非懂和求知若渴的眼神，我下定决心，这篇文章就来讲一讲，何为项目管理；什么是项目？为提供独特的产品、服务或成果所进行的临时性的努力！例子：建设一栋大楼、一座桥梁–项目；餐馆今天开门—非项目；研发新冠特效药–项目...

一款爆款产品的背后必定有一家厉害的公司，而决定公司价值的不仅仅是公司的市场定位，背后必定有一支优秀的团队。今天我们来聊一聊敏捷项目管中–创建自组织团队。在战斗中，你管不了人，你只能管事情.....并领导别人 美.海军上将格雷斯.霍珀国内大多数项目是管理太多，领导太少。项目管理和项目领导的区别是什么？他们之间的区别...

Scrum团队由一名产品负责人、开发团队、Scrum Master组成。Scrum团队是跨职能的自组织团队，团队成员自己选择如何以最好的方式完成工作，而不是由团队之外的人来指导。理论上来讲，团队拥有完成工作所需的全部技能，不需要依赖团队之外的人。Scrum团队迭代增量式交付产品，通过这种方式最大的获得反馈的机会，增量式交付”完成“产品保证一个可以工作产品的。产品负责人PO：Product ...

Sprint（冲刺）是Scrum的核心，持续时间为一个月或更短的时间，在这个时间内构建一个完成、可用的和潜在可发布的产品增量.在整个开发过程期间，其长度应保持一致，前一个Sprint完成后，新的下一个Sprint紧接着就开始，有点像接力棒的游戏。Sprint计划会议：会议时间不要过长，不要为了会议而会议。通常一个月内的，上限为8小时或更短；依次类推。其主要目的是确定每个参会者都理解会议的目的...

看板在我们生活中随处可见，”课程表、餐厅的餐牌、加油站的今日油价等等“，其作用便于所有人了解当前的状态，例如通过课程表，可以让我们知道接下来课程的安排，做出有计划的复习、和课前准备。在制造业中看板运用的价值更为突出，通过生产看板，可以及时了解到当前的生产状况、物料信息、品质信息，便于整个车间\小组都能理解当前的生产状态，并以一种自发的、有动力的相互协作的方式完成今日的目标。上图是一个我在开发中...

个人过之前的章节，我们可以清楚的知道，估算交付时间、交付成本、可获得利润，对项目是否可以落地有重要的影响。敏捷估算的基础：为什么要估算:估算可以让团队了解项目规格计算ROI和IRR，形成可执行许可的基础，有了估算，市场也可以提前的为后期产品上市做准备；谁执行估算？：产品负责人、敏捷教练；会议什么时候进行？自然是越快越好，在整个项目进行之间，同样随着逐步完善更多的信息，估算也要持续进行。...

上图是基于敏捷故事的一个看板或者说敏捷流程中的一种，没有什么比亲身投入的效果更好。用户、组员需求方通过自身的投入、表达以便于让团队成员更加了解其想法和统一组员的想法。用户故事是一种思维，即故事思维，运用故事的元素进行思考和设计，解决问题、达到某种效果。用户故事设计中核心是通过故事传递信息，引起共鸣，解决问题。讲故事不是一个简单工作，需要优秀的组织能力，清晰的表达方式，达到听众清晰明了我们想表达...

”一个错误的背后往往存在一个正确的假设，对假设的肯定程度越高引发的错误越严重！“从上章节中“MVP”中一文中我们了解到，最低限度的可用的产品是MVP的精髓，其目的在于迅速验证产品的可用性及市场用户的反馈；不能市场用户需要一辆汽车，我们给对方一辆自行车，典型的违背市场的原则。伟人曾说过“实践出真知”，对于软件行业亦是如此，有了最低限度的可用产品，这是就需要收集市场的反馈，根据反馈调整产品策略，...

交付价值胜过满足约束—敏捷价值观。事实上也符合当今的商业价值。那位说了：“我只是搞研发的，有必要了解这个吗？”，有，太有了。传统的项目经理总是关注要求（定义范围），致力于如何达到哪些要求。尽管成本、进度这样的约束很重也，为客户创造价值也很重要。通常大伙总是愿意关注容易考量的因素，而忽略了真正至关重要缺难以量化的特征。我们总是把精力花费在交付范围和成本上面，按照这种传统做法，开发团队根本不...

软件项目管理的两大主流管理模式：传统项目管理（预测型项目管理）、敏捷项目管理；传统项目管理（预测型项目管理）：瀑布式、部分迭代开发模式，要求在项目一开始，需求足够明确、文档足够规范、迭代过程需求变更越频繁，其对项目造成的灾难往往越大。相信很多IT团队都尝试过，这里不赘述。敏捷项目管理作为新兴的项目管理模式，简化了传统项目的流程，从繁琐的流程和详尽的文档中解脱出来。但并不代表敏捷不做计划，有很...

在远古时代，文字没有出现之前。知识的传承靠口口相传，不管隔了多少代，其准确性很高。文字出现后，我们大脑中的这种技能反而逐步衰退。于是各种软件、各种方法充斥着我们，左右着我们。各位是否也有相同的想法？试想一下，上节课我们讲了什么？每次应允别人的承诺，我们转过头就忘记？比如忘记约会，忘记洗车、忘记写日报？“要想知道栗子的味道，你得咬一口”这个真理朴实，正确。当用户提出一款软件时，我们不要只想着从技...

用户故事：卡片、对话和确定；基于三个步骤进行开展。举例：项目：A公司是一家检测设备公司下的子公司，主要服务对象是制造业，由于早起软件系统陈旧，导致客户满意度很低。公司决定，面向制造业的痛点，重新开发一款迎合当下市场的软件，应包含：企业基础架构、生产作业管理、生产质量管理、生产过程监控、能耗管理等等，需要在3个月内上线。幸运的是，客户愿意指派对接人员与研发人员一起规划系统。在某周的早上，客户、产...

介绍下AARRR模型，AARRR模型是Acquisition（获取）、Activation（活跃）、Retention（留存）、Revenue（收入）、Refer（传播）的缩写，对应了产品生命周期的每个阶段。而无论是那个阶段，都是围绕着中间的用户展开，为用户提供有价值的产品和服务。获取：对于一款产品，首先要获取用户，即拉新。如果没有新用户，产品就如一潭死水，即为死水，何来繁荣之说。活跃：产...

前言：目标客户最强烈的痛点已经找出，如何解决客户的痛点？如何让客户接受我们的解决方案、为产品买单？精益产品开发第二阶段：方案阶段，我们需要不断完善解决方案，直到它是最完美的那一个。如何并受到团队、客户、BOSS、风投对解决方案的认可？作为产品经理、技术负责人我们的工作范围不仅仅规划产品、协调资源，更为重要的是要能清晰向团队、客户、BOSS表达出产品面向的场景、痛点、带来的价值。麦肯锡公司曾经...

工欲善其事必先利其器，你想要入门成为一门产品经理，那么就要首先掌握一些产品经理所需的基本方法。身为产品经理、技术负责人，理想都是研发一款成功的产品。任何事都要从基础做起，“万层大厦平地起”，在确定研发产品之前，要先分析、市场调研等，这是就需要一种或多种方法。今天主要讲精益画布的方法：- 群体细分、早期用户还记得我们在上节有讲到产品要符合“顺畅、有质量、可用”的标准。就需要相应的客户群体即客...

前情回顾上一节我们讲到生命周期，包括预测型、迭代型、增量型、敏捷型：1.基于迭代的敏捷，2.基于增量的敏捷。同时也讲到，根据团队现状、项目情况选择适合的开发模式，最终目的为了确保项目时间、成本、质量可控！wip(在制数)：最早由丰田提出，并取得很好的成效。如果是工业互联网型的企业，会更了解限制WIP对企业的生产的作用。同样，该模式也适用于IT界。在敏捷开发中，WIP限制决定了每种情况下...

常用的敏捷实践包含：精益、看板、Scrum、XP极限编程、水晶、DSDM动态系统开发、FDD功能驱动开发、AUP敏捷统一过程、OpenUP。《敏捷实践指南》将敏捷方法和看板方法是为精益方法的子集。因为他们都符合精益思想的具体实例，都反映了“关注价值”、“小批量”、“消除浪费”。精益软件开发LSD面对场景接说原则解说过度对员工和生产/研发过程施加不必要的额外压力...

前情回顾上节中我们讲到构建敏捷环境，从办公环境、团队组员构成、敏捷推进人等构成敏捷环境的影响因素。接下来我们讲敏捷实施，步入正文之前，先延申仆人式敏捷虽然仆人式领导的观念是一个至少可以追溯到两千年的永恒概念，但现代仆人式领导运动是由Robert K. Greenleaf于1970年发表的，当时他发表了他的权威文章“仆人作为领袖”，他创造了这些文字。“仆人式领袖”和“仆人式领导”。仆人式领导...

MVP：最小化可行产品，是精益产品开发的核心思想之一。《用户故事实践》一书中提到“用户故事和IEEE830“，前者通过用户角度关注新产品的目标，而不是新产品的属性列表，我们能够设计出更好的解决方案来满足用户需求；后者需要编写一套详尽严格的需求说明书，将注意力集中到需求列表中，而不是用户的目标上。在精益产品研发的章节中我们了解到，精益的核心思想是”旨在消除浪费增加价值“,MVP不仅仅是一...

先了解一下制造业中的精益思想，有助于我们加深了解精益产品开发。精益思想五大核心原则定义价值识别价值流让价值持续流动起来用户价值拉动精益求精精益价值观挑战现状改善现地现物尊重团队协作精益生产模式准时化：仅在需要的时间生产需要数量的产品，目的是灵活应对变化，消除生产过剩的浪费。自动化：自动发现异常，停止生产并现时、现地分析问题决绝根本原因，目的通过不断的发现...

前情回顾，上一节我们了解到，敏捷起源的背景、宣言、原则；也对以上做了初步的梳理。今天我们开始揭开敏捷神秘面纱的第二层“生命周期”。提到“生命周期”详细大伙一定不陌生，诚然IT语言：C、C++、C#、JAVA等都有一套自己的生命周期，大伙也玩的贼溜。今天呐，不讲开发语言的生命周期，将敏捷的生命周期。提到敏捷的项目生命周期，要先从传统型的说起。我们是否习惯了先做计划（需求调研)->分析文档-&...

背景:在预测型项目中是否遇到计划赶不上变化快？迟迟无法向客户交付产品或项目？交付后因与客户设想的需求不同，导致频繁改动，团队士气、客户信任度严重超支！身为项目负责人、产品经理、技术负责人的你我遇到上述情况有种回天乏术的感觉？敏捷的出现，让我们看到一丝曙光。敏捷是一种理念或者说一种理想，也正是你我在项目中所追求的理想环境，不是吗？现在，我们聊一聊敏捷。在遥远的过去，软件者的先驱们，采用瀑布...

在当今极度变化的大环境中，产品团队正面临着一场巨大的变革。为了更好的适应大环境，研发团队都极力做自我调整。达尔文曾说过“留下来的物种往往不是最强的，确实最先进化的”，从传统的“瀑布式”到“迭代式”，最终再到敏捷型研发团队。无数组织、团队都在进行思考、变革。研发团队一定要通过无尽的加班，才能交付产品，不能一边享受生活一边交付产品吗？产品一定要尽善尽美后再推向市场，是否可以通过小的版本快速推向...