摘要：
产品经理对于如何做版本迭代规划，有时总会产生无力感，要么是计划难以确定下来，要么是制定好的计划无法执行下去，这个问题的原因很复杂。在项目初期，我们缺少对产品的全局概念和整体把握，内部意见很难统一；再者，没有一个完整的用户体验或者价值流导向，对于每个迭代无法合理定制出可交付产品增量。 之前我们讲过如何 阅读全文
摘要：
你听过柏林新建机场的故事吗？机场原定2006年开工，2007年启用，但由于机场建设过程中到处出现施工和安全问题，补东墙漏西墙，导致工期一拖再拖，预算一涨再涨，以至于2019年了还没开张，预计开业时间已经被拖到了2020年10月。 无论是建机场还是开发软件，人们往往会低估未完成的工作量。即便没有低估， 阅读全文
摘要：
官方《Scrum指南》中定义：Scrum Master在Scrum团队中属于服务型领导，负责践行和支持《Scrum指南》中定义的Scrum，要帮团队的每个人理解Scrum理论、实践、规则以及价值观。 最近我们进行了一次调查，其中92％的受访者表示他们正在实践的scrum是按需定制的，而非“按章办事” 阅读全文
摘要：
产品路线图是一个高级战略文档，它描绘了产品开发的一般阶段，主要目的是将产品的愿景与公司的业务目标联系起来，它记录了产品的执行策略和总体目标。 产品路线图是战略规划的结果，它通常包括以下要点： 产品愿景 - 您希望您的产品在未来成为什么样的产品。 战略 - 执行计划，详细说明贵公司将如何实现愿景。 目 阅读全文
摘要：
DevOps是敏捷在软件开发团队的另一应用。那么相比之下，哪个更胜一筹？ 一边，有业界认可的scrum master，它的朋友极限编程者，以及由其衍生的 LeSS、SAFe、DAD等，是敏捷。 另一边，有精益文化机器，用代码持续交付其基础架构，它的名字左边是开发，右边是运维，合起来就是DevOps。 阅读全文
摘要：
一旦涉及到版本控制系统，Git实际上代表敏捷开发的水平。Git作为一款强大的开源系统，有较强的灵活性，可以按需匹配任何开发团队的工作流程。而这种分布式相比较集中式来说，可以赋予系统更好的性能特征，且允许开发人员在本地自由实验，在他们修改到自己认为没有问题时再发布到团队。除了灵活性和分布式等优点外，G 阅读全文
摘要：
作为敏捷开发基本构成部分，每日站会往往是最容易被误解的。事实是：每日站会本身并不会让团队变得敏捷。每日站会的目的不是自吹自擂，也不是为了验证工作成果；更不是计划时间，Sprint规划会议的目的才是这个。每日站会也不是只用来讨论开发阻碍而设置的会议，因为在遇到阻碍的时候，应该第一时间寻求帮助。 本文， 阅读全文
摘要：
Sprint Review不是回顾，其目标是演示这个Sprint中自己的工作成果，参会人员包括设计师、开发人员和Product Owner。在Worktile，我们尽量保持Sprint评审会的轻松随意氛围。团队成员们会聚集在桌子周围进行非正式的演示，讲述自己在本次迭代中完成的工作。在这期间团队成员可 阅读全文
摘要：
分享一个公司规模近200，研发占一半的创业公司 Worktile 在研发团队管理方面的玩法，仅供百人左右研发团队参考~ 什么是研发团队？简单的说，你熟悉的那帮穿格子衬衫，以程序员为核心组成的团队，就是研发团队。 本来，你以为格子男们是很乖很闷骚的那种，管理和协作起来比销售和业务简单很多，而实际情况是 阅读全文
摘要：
健康的Product Backlog就像一个健康的人那样：整洁有序、组织合理、公开透明。一个按照优先级顺序排好的敏捷Backlog不仅能够简化发版和迭代计划，还能够对团队计划去做的所有工作进行细致规划——包括客户根本不会关注的内部工作。尤其是当利益相关者和其他团队对团队提出额外的工作需求时，Back 阅读全文