流程－从IT方法论来谈Scrum.docVIP

流程 － 从IT方法论来谈Scrum 　　“方法”这个词很常用，但并不简单。大部分会出现一种现象，做了一些事情，解决了很多问题，但是当别人问自己是采用什么方法来指导自己工作时并不能清楚的说出来。大部分工作是被事情推着走，而并没有在“方法”的指导下有序的进行工作。从精益开发角度来看，缺少”方法“，摸着石头过河，这势必造成很多浪费，所以我一直比较关注如何总结出适用的方法来支持团队的工作。我在网上搜了很多地方，还没有看到有哪里或者哪本书系统的讲解了IT方法论的知识，如果有的话希望大家多推荐一下。 　　软件开发中有很多过程方法可以使用，下图为Forrest Research 2009年调查的方法采用率对比，其中可以看到Scrum方法明显占有优势。本篇我将从IT方法论的角度来谈Scrum。 　　 方法定义 　　在需求过程中对新事物沟通时很重要的一个就是对术语的解释，这样大家知道谈论的不会有偏差。所以我们首先需要清晰的定义什么是方法。在《软件工厂应用》一文开头指出，方法论是基于大量实践的高度抽象之上，加上理论的加工后才形成的一套体系。这个说法有点太抽象，所以我准备再借用一篇论文《Method Engineering: Engineering of Information Systems Development Methods and Tools》里的概念来说明。原文如下： A?method?is?an?approach?to?perform?a?systems?development?project,?based?ona?specific?way?of?thinking,?consisting?of?directions?and?rules,?structured?in?a?systematic?way?in?development?activities?with?corresponding?development?products. 　　我还是很认可这个定义，因为它定义得比较丰富，指出来方法应该包含哪些主要内容，我从中用黑体字标识出了我认为重要的部分。它指出方法（method）是一个基于理论（way of thinking），包含一套指南和规则的?approach?(针对某一问题的解决处理方法），并且这个方法结构化为一套系统化的开发活动。 Scrum方法是遵循敏捷宣言中所列的价值观，基于12条敏捷原则，提供了一套术语和流程（如产品backlog、spint计划会议指南、站立会议等）作为实践指导，短期迭代的进行有价值的产品交付。 ? 方法框架 　　Aydin从通用方法工程理论出发提出了一套通用框架，这个框架包括三个元素：a philosophy, a framework and supporting tools and techniques.?Aydin的论文我以前找过，但没有找到，只能从《A method for Requirements Management and modeling》 的一些介绍来理解了。如果有人找到了希望共享一下：） 　　价值观（philosophy）部分包含所有基本的原则、假定和约束，这些部分关注需求方法，定义范围并且决定了方法的组成。框架（framework）包含一些模板、规则和样式来展现案和归类不同的方法元素（例如产品、交付物和流程步骤）。工具和技术（The tools and techniques）支持特定方法步骤来实现最终产品。 　　Aydin方法框架在初始阶段能够用来结构化方法，但是由于还是比较抽象，所以仍旧比较难以实施。所以有其他方法研究者提出另一套框架，这个框 架用来开发（developing）、理解（understanding）和结构化模型方法（structuring modeling methods）。这些研究提出了六种思路（six way）：?the way of thinking, the way of working, the way of modelling, the way of supporting, the way of communicating and the way of controlling. The way of thinking 　　思考方法是一些范式、基本观点或者价值观，它能够回答“为什么”的问题。　 　 　　在?Agile Software Development with Scrum一书中指出，Scrum的核心价值观是：承诺、专注、公开、敬重和勇气。它提倡自我管理、涌现机制、可视性和评估/适应循环的根本原则。?? ?承诺（Commitment）— 承诺不只是把一项工作分配给团队，也不是简单的答应去完成。它是建立在目标之?上的来自内心的接受和应许，这里