极昼之南

Scrum中有三个主要角色：产品负责人、研发团队、Scrum Master，从Scrum框架来看，确实不存在项目经理，另外，也有很多人指出Scrum提倡自组织，没有项目经理才是合理正常的。 还有一种常

无论说你是ScrumMaster、项目经理、产品负责人或团队成员，还是只是想回答“我如何在现实世界中运行敏捷Scrum项目”这个问题的人，相信这个问题可以可以给你答案。 瀑布式项目管理 传统的项目管理

对敏捷开发常见的抱怨 1、敏捷开发只看到眼前，看不到下一步 成熟敏捷团队能持续规划后续2~3个版本的大致范围，给团队明确的方向。 2、一堆零散的故事，缺少需求全景图 产品或方案作为一个整体，应提供所有

我们都知道Scrum是比较常用的一种敏捷开发框架，是一个用于组织和管理工作的框架。 Scrum开发工作包含一个或多个'Scrum'团队，每个团队由三个Scrum角色组成：产品负责人、ScrumMast

日常开发活动中，经常会遇到客户临时加塞需求，或因业务变动，领导突然要变更需求的情况。作为团队负责人或者产品负责人常会碰见这样的场景： 这个需求必须尽快上，不然影响业务推进； 用户反馈产品出现一个小BU

SCRUM使用经验方法（或有时称为经验主义）以适应客户不断变化的需求。经验主义是根据实际经验做出决定的行为。实证方法是指以事实为基础、以经验为基础、以证据为基础的工作方式，特别是进展是基于对现实的观察

从发展社会主义到外企进入，无数的案例告诉我们，照猫画虎，原样照搬在这里是很难行得通，需要进一步特色化，才能更好的发挥作用。 敏捷开发也是同样如此。 敏捷开发是一种轻量敏捷，第一原则是快，何谓快呢？不是

敏捷开发产品的策略是“整体规划，小步实施”，其中的小步实施，指的就是用户故事。 题主的困惑在于“如何设定这个”故事的大小“，是一整个流程，还是一个具体的功能点。”，也就是说，用户故事怎样去界定？什么样

其实这个问题也是和小兵聊出来的，他问我敏捷的终点是什么？或者说团队究竟要做到什么程度才算是真的敏捷。 我的第一反应是这是个好问题，但却不简单，相反，它是一个复杂问题，并不是可以通过单一的标准判断。我觉