QuickStart：项目快速启动之模型与共识

QuickStart：项目快速启动之模型与共识[@more@]来自：CSDN　

[ 上帝的子民妄想建造一座通天塔，但上帝不悦，他混淆了人类的语言，使得他们无法沟通。]


在一个不大的会议室里，墙上贴满了卡片和大白纸，你们几个人和客户坐在桌前，老刘是客户方业务部门的负责人，他正在讲述创建用户的过程，你站起来，在白板上画了起来：输入用户信息，证明文件存档……

大家觉得这个过程没有问题。

接下来，你向老刘询问更详细的信息和过程细节，并顺便把它们画了出来：证明文件存档包括记录文档编号，扫描并保存电子文档，保存纸质文档。

“等等，你是说，用户创建过程中的文档需要扫描成电子文档吗？”客户IT部门的阿志回头问。“我记得以前是只登记文档编号，然后把纸质文件存档就可以了？”

“没错，以前是那样的，现在我们的新用户越来越多，业务扩展之后，各个地区的文件要求也不尽相同，还经常需要查询，只对纸质文档存档已经不够了，现在我们每个员工桌子旁边都有几大堆这些文件，现在办公室里都没有地方放了。”老刘解释说。

“噢！原来是这样！”阿志点点头，表示明白了。其它几个部门的客户也都同意了这一过程。

接下来，在这次Workshop（讨论会）结束之后，你把白板上的草图整理到电脑上，加到下一次的Showcase（演示）的幻灯片中，在那个时候，会有更多的客户相关人员参与。

这就是一次典型的QuickStart活动剪辑，开发团队和客户团队在一起，讨论项目的需求和范围，建立模型，就模型进行讨论并达成共识。

我们可以看到，很多时候，就算我们在同一个房间，说同一种语言，我们都说：“是这样的”，我们达成了一致意见，但是，在后面的开发中，还是免不了“需求变更”乃至返工的问题，那么，QuickStart会怎么解决这个问题呢？



没错，我们建立模型，然后把它们拿出来，放在桌子上讨论。接下来，让可视化的模型不断迭代发展，达成真正的一致。



这回，大家所想的，都是同样的概念了。

这样通过模型，来消除项目范围和需求沟通中的歧义，让大家真正对项目有一致的认识，并且，项目的相关人员不再需要花时间去阅读大部大部的文档，这一些方面对于项目的启动和将来的正常运行意义重大。

QuickStart，快速启动，这是ThoughtWorks公司用敏捷的方式快速启动项目的过程。我们知道，一个项目的启动就象一艘轮船启航一样，从人员准备，到下水，到全速运行，需要一个启动的过程，QuickStart就是这样一个应用多种技术和方法，快速启动项目的过程。

QuickStart通过一段固定时间的工作，通常是两到四周（依具体项目规模可延长），每周一个迭代，开发团队和客户团队在一起紧张工作，把客户的IT部门，业务部门，最终用户组织到一起，通过协作而高度参与的方式组织Workshop（讨论会），Showcase（成果演示）等等具有敏捷特色的实践来消除沟通瓶颈，让项目相关各方对项目范围和高层次的需求达成一致意见。

我们会在QuickStart中把业务价值和实现成本考虑进来，为客户方对需求进行优先级排序提供有力的参考。我们也将把可用性和用户体验在项目的一开始就纳入进来，建立直观友好的用户界面原型：

在QuickStart过程中产生的模型还包括财务模型（可选），业务过程模型，用户模型（人物角色和目标），主用户故事列表，架构模型等。这些模型并不会精确到开发级别，因为将来我们采用敏捷方法进行开发的时候，还会对它们进行细化和重构。

总的来说，QuickStart是一个采用敏捷方法快速启动项目的过程，除了前面讲到的通过模型让项目参与各方达成真正的共识之外，它还能让需求真实地反映实际的业务需要；建立直观、友好的用户界面原型；从业务价值和它们的实现成本两个角度理解需求；需求将会明确地关联到它们需要支持的业务目标；这是一个快速而高度参与的过程－－将为项目的成功交付打好坚实的基础，因为我们期望变化，适应变化，而不是对变化进行抵制。

这项专业的快速启动技术是由ThoughtWorks公司英国分公司几位资深咨询师在项目实践中研究和发展起来的，目前已经在全球6个国家数十个项目得到了成功应用。

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/10172717/viewspace-972129/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/10172717/viewspace-972129/