PC的专栏

摘要： 速度图 Velocity用于衡量scrum团队持续提供业务价值的速度，可以采用历史估算的方法，衡量一个又一个sprint的速度。团队通过跟踪完成达到自己团队完成标准的故事点的数量，就可以基于相对点值对未来需要完成的新的用户故事需要花费多长时间有一个比较可靠的预测。 Scrum Master需要负责跟 阅读全文

摘要： 高质量的估算能够帮产品负责人优化效率和冲突。因此，精准估算的重要性毋庸置疑。 估算并非易事。对软件开发人员来说，估算堪称是最难的工作之一。估算必须考虑所有能帮助产品负责人做出影响整个团队和业务决策的因素。因此，从开发到高管都为它焦头烂额也不足为奇，但这种做法是错误的。敏捷估算并不是什么性命攸关的大事 阅读全文

摘要： 产品经理对于如何做版本迭代规划，有时总会产生无力感，要么是计划难以确定下来，要么是制定好的计划无法执行下去，这个问题的原因很复杂。在项目初期，我们缺少对产品的全局概念和整体把握，内部意见很难统一；再者，没有一个完整的用户体验或者价值流导向，对于每个迭代无法合理定制出可交付产品增量。 之前我们讲过如何 阅读全文

摘要： 你听过柏林新建机场的故事吗？机场原定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评审会的轻松随意氛围。团队成员们会聚集在桌子周围进行非正式的演示，讲述自己在本次迭代中完成的工作。在这期间团队成员可 阅读全文