敏捷开发

博客分类

敏捷开发中如何写好用户故事？

什么是用户故事？用户故事（user story）是一个用来确认用户和用户需求的简短描述，作为什么用户，希望如何，这样做的目的或者价值何在。用户故事在软件研发中又被描述为需求。用户故事通常的格式为：作为一个<角色>, 我想要<功能>, 以便于<商业价值>。因此，一个好的用户故事就包括了这三个要素：1.角色：使用者。2.功能：需要完成什么样的功能。3.价值：为什么需要这个功能，这个功能带来什么样的价值。另外，用户故事还需要遵循3C原则：卡片（Card）、会话（Conversation）和确认（Confirmation），用户故事的3C原则由Ron...

zhengqiaoyin 2021-03-16

揭秘：顶级产品经理是如何写产品需求文档（PRD）的

产品需求文档（ PRD）对每个产品经理来说都不陌生，它是产品项目由 "概念化"阶段进入到"图纸化"的转折和体现，作用是 "对市场需求文档（ MRD ）中的内容进行指标化和技术化 "， PRD 质量的好坏直接影响到研发部门是否能够明确产品的功能和性能，是否能够研发出符合预期的产品，所以 PRD也是体现产品经理专业程度的一个重要指标。可以理解为，PRD是产品经理关于产品功能的宣导和传达，...

zhengqiaoyin 2021-03-15

产品经理和项目经理的区别，读这一篇就够了！

“产品经理和项目经理都负责什么工作？” “我想做产品经理，你觉得合适吗？” “程序员做几年可以做到项目经理？” “产品经理和项目经理哪个更有前途？要回答这些问题，首先就要知道产品经理及项目经理的职能和区别。本文从三个方面来说明。一．从概念上看产品经理（Product Manager）是企业中专门负责产品管理的职位，产品经理负责市场调查并根据用户的需求，确定开发何种产品，选择何种技术、商业模式等。产品经理还要根据产品的生命周期，协调研发、营销、运营等，确定和组织实施相应的产品策略，以及其他一系列相关的产品管理活动。项目经理（ Project Manager ) 是项目团队的...

zhengqiaoyin 2021-03-10

技术债是什么、怎么还？你想知道的都在这一篇文章里了！

前两周写了关于技术债务的文章，尽管实践中会堆积技术债，但这个概念并不在我们的工作中频繁出现。这篇文章就系统性讲讲技术债，让大家避免知其然，不知其所以然。一、技术债是什么技术负债（英语：Technical debt），又译技术债，也称为设计负债（design debt）、代码负债（code debt），是编程及软件工程中的借鉴了财务债务的系统隐喻。指开发人员为了加速软件开发，在应该采用最佳方案时进行了妥协，改用了短期内能加速软件开发的方案，从而在未来给自己带来的额外开发负担。这种技术上的选择，就像一笔债务一样，虽然眼前看起来可以得到好处，但必须在未来偿还。软件工程师必须付出额外...

Erin520 2021-03-02

用一半的时间做两倍的事——Scrum之父Jeff Sutherland的传奇人生

普通的人生大抵相似，传奇的人生各有各的传奇。Jeff就是这样的传奇人物，年近80的他从来没有“廉颇老矣尚能饭否”的英雄迟暮，不久前还精神矍铄地与好几百名中国学生进行线上交流，积极回答中国粉丝关于Scrum的疑惑。他在某个领域的成就很可能是很多人一辈子都难以望其项背的存在。军校和越战 Jeff的教育经历丰富，就从那个大名鼎鼎的西点军校讲起吧！西点军校成立于1802年，由当时的美国第三届总统托马斯·杰弗逊签署法令成立，培养了麦克阿瑟、艾森豪威尔、巴顿、鲍威尔众多军事政治人才。西点军校入学条件严格，需政府高官推荐、考试、体检后择优录取。1960年，Jeff经历了层层筛选，于6月正式入学攻读...

yanruiyu 2020-12-28

敏捷落地 | 从“麦克莱恩的集装箱”看敏捷与创新

创新不是一种技术，而是一种结果。可以这么说，创新无时无刻不在发生，但是大部分创新项目只是停留在技术层面，并没有真正实现转化，导致创新的产品被束之高阁，无法应用到实际生活场景中。类似的例子还有很多，政府鼓励科研成果转化，会拨发专项资金以扶持各大高校的创新项目，但由于高校科研人员商业方面经验欠缺、没有相关渠道获得投资等，导致这些创新项目无法实现成果转化，造成了技术的流失和浪费。因此，从技术创新到应用至真实环境中，还需要一个很大程度的跨越。这里有一个关于“集装箱”的故事。马尔科姆·麦克莱恩，被称为“集装箱之父”，尽管早在19世纪30年代，就有人发明了集装箱，这人并不是麦克莱恩，但人们仍愿意将...

yanruiyu 2020-11-26

教你绕过看板误区——看板如何应用？

对于看板来说，正确的流程才能产生正确结果。为了发挥看板方法论的最大作用，很多公司不断优化看板内容，实现全程持续改进。但在各公司应用看板的过程中，发现依旧无法保证前后工作项的及时衔接，导致无法最大化工作效率。这里有一个大多数公司都会陷入的误区，为了避免再次陷入这一误区，我们要搞明白两个问题：一、看板中的工作项是什么？很多企业在看板中添加的工作项是技术任务，比如JavaScript页面开发、后台数据、测试用例设计等。实际上，看板中流动的应该是直接承载用户或客户价值的内容，比如：需求、线上缺陷等。若看板上流动的是技术任务，就失去了管理和优化价值流的意义。当然，并不是说...

王明兰 2020-11-12

你掉进过“伪敏捷”的陷阱吗？

《2020年敏捷状态报告》中显示，现今许多组织还在学习如何实施敏捷。受访者中也有大约50%的人表示，他们的团队中只有不到一半的人在使用敏捷，而其中仍有高达84%的人承认他们的组织没有达到高水平的能力。一部分公司或团队在践行敏捷后取得了巨大的成功，让更多的人趋之若鹜，纷纷转型敏捷。但转型敏捷绝非易事，在这一过程中，最常见的问题就是团队并未真正理解敏捷原则及核心价值观，而是一味地照猫画虎。自然，照猫画虎最终还是失败了，这时候经过这一系列变动的团队或成员就开始大肆宣扬“敏捷无用论”：搞那么多虚头巴脑的招式，只会浪费更多的人力物力财力，增加时间成本，到头来没有什么实质性的用处。但是，真的是敏捷...

yanruiyu 2020-10-14

测试过程需不需要践行敏捷？

测试过程在瀑布式开发中作为开发流程中的一个环节，只能在实现软件基础后开始运行，这种模式很大程度上导致了人力资源的浪费。而在敏捷开发模式中，为了解决人力资源浪费的问题，团队的开发过程需要践行敏捷，同样，测试阶段也要践行敏捷。测试过程有没有必要性？测试人员如同食品生产的质检员，能够依据交付成果检验产品的完成标准，并对产品判定“合格”与否。也就是说，测试人员需要测试产品的各功能点，对出现 BUG 的部分进行汇总分析，最终提交到开发人员手上。假若产品的交付并未经过测试这一步骤，那么我们就无法保证交付成果是符合用户需求的。换句话说，面对一辆并未经过质检的刚出厂的车，你...

yanruiyu 2020-09-23

软件开发流变史：从瀑布开发到敏捷开发再到DevOps

作为在20世纪70年代、80年代盛极一时的软件开发模型，瀑布模型通过制定计划、需求分析、软件设计、程序编写、软件测试、运行维护等6个流程将整个软件生命周期衔接起来。这6个流程有着严格的先后次序之分，只有当前面的流程结束之后，下一个流程才能开始运转。这种自上而下的流程像极了瀑布的下落，因此得名瀑布模型。我们可以发现，瀑布模型有很多优点：有明确的交接点：不论是制定计划还是需求分析，甚至是软件测试，都有明确的起始点及开发流程——也就是在上一流程结束后再开始下一个流程；责任明确：开发人员都各司其职，协作流程合理清晰；发生问题能准确溯源：在开发过程中，如果发现有环节...

yanruiyu 2020-09-09