敏捷开发评审

敏捷项目的仪表板

/分类： /编辑：

“Scrum就是为了取悦客户和给股东带来最大的价值。”

自从我在2007年第一次参与到Scrum团队中起，我就一直能听到类似的话。而且，我还有幸加入一个完全朝着这个目标前进的团队中，而这样的团队常常能够给予自己足够的自我激励。这不但是一个听起来不错的概念，而且它能够帮助团队和管理层应用和支持像Scrum这样的敏捷实践。
Read more →

敏捷开发批判

Scrum Master 的检查单

/分类： /编辑：

一位合格的ScrumMaster通常能够同时处理2到3个团队的事务。如果你愿意把你的角色限制在组织会议，控制时间盒以及处理团队成员提出的障碍的话，你可以将这个角色当作成兼职来对待。在这种情况下，团队仍然有可能达到预期的目标，而且有可能不会发生什么重大事故。
Read more →

250_194444170000_2

Scrum中的敏捷价值观

/分类： /编辑：

Scrum是目前最流行的敏捷框架。它是敏捷宣⾔的价值观及原则（图1）的一个重要思想来源，而这些价值观和原则也是所有敏捷方法的基础。本文将针对敏捷宣⾔言的价值观在Scrum方法中的体现进行一个详细的阐述。
Read more →

出色的sprint评审（下）

/分类： /编辑：

5.      准备 如果说什么是成功的Sprint评审秘诀，那就是之前的准备工作了——别放太多的内容，也别过于简单了，把握好这个度。你必须去思考，什么内容是和这次 Sprint评审相关的；评审应该以怎样的流程进行下去；你还要去想，这次评审如何与前一次，后一次的评审相互呼应。
Read more →

出色的sprint评审（上）

/分类： /编辑：

我始终记得当年我作为敏捷教练所做的第一次Sprint评审，这一切都仿佛就发生在昨天。这家公司实行Scrum有好几年了，我自然而然地认为他们这群人是纪律严明并且成熟稳重的敏捷专家。

因此，当他们计划了一系列Sprint评审会议，用来展示X团队最新Sprint成果时，我感到异常兴奋。我早早地溜进了会议室，并为自己找了个绝佳的位子坐下，翘首以盼。
Read more →

任务板（墙）Task Boards

/分类： /编辑：
任务板（墙）展现了我们在Sprint过程中所有要完成的任务。在Sprint过程中我们要不断的更新它。–如果某个开发人员想到了一个任务他就可以把这个任务写下来放在任务墙上。 无论每日站会过程中或者之后，如果估计发生了变化，任务会根据变化在任务墙上做相应的调整。

Read more →

ScrumLargeLabelled_2

Scrum开发过程

/分类： /编辑：

SCRUM方法如下：

SCRUM将工业过程控制中的概念应用到软件开发中来，认为软件开发过程更多是经验性过程(Empirical Process)，而不是确定性过程(Defined Process)。确定性过程是可明确描述的、可预测的过程，因而可重复（Repeatable）执行并能产生预期的结果，并能通过科学理论对其最优化。经验性过程与之相反，应作为一个黑箱（Black box）来处理，通过对黑箱的输入输出不断进行度量，在此基础上，结合经验判断对黑箱进行调控，使其不越出设定的边界，从而产生满意的输出。SCRUM方法将传统开发中的分析、设计、实施视为一个黑箱，认为应加强黑箱内部的混沌性，使项目组工作在混沌的边沿，充分发挥人的创造力。如将经验性过程按确定性过程来处理（如瀑布模型），必将使过程缺乏适应力。 Read more →