1.2.3 创造和沟通的博弈

作者: Alistair Cockburn著，苏敬凯译 出处:机械工业出版社华章公司 　2008-02-21 15:40　   砖    好    评论  条 　进入论坛

阅读提示：《敏捷软件开发》以“软件是创造和沟通的合作博弈”为中心向读者展示一个看待软件开发的崭新视角。第一章内容写了创造和沟通的合作博弈，本文是讲了创造和沟通的博弈。

1.2.3   创造和沟通的博弈

我们已经看到软件开发是一个群体博弈，它是追求目标、有限及合作的博弈。团队由出资人、管理者、使用专家、领域专家、设计师、测试人员以及写作人员组成，他们在一起工作的目标就是生产出一个可工作并且有用的系统。在大多数情况下，团队成员的目标是尽可能快地生产出系统，但是他们可能更喜欢关注于：易于使用、成本、没有缺陷或避免负债。

这是一种有限博弈，因为当达到目标时博弈就结束了。有时，系统的交付标志着这一终结点；而有时，结束则比这来得晚一些。对于开发的投资通常会随着系统交付的时间而改变，新的投资会定义一场新的博弈。新一轮的博弈可能是为了改进系统、替换系统、构建完全不同的系统，也可能是为了解散这组人。

这是一种合作博弈，因为团队中的人需要通过互相帮助才能达到目标。对于他们作为一个团队的质量的度量是：在博弈中，他们合作和沟通的如何。使用这一度量是因为它在多大程度上影响了达到目标。

如果这是一种目标导向的合作博弈，那么博弈是由什么组成的？博弈中的步骤又是由什么组成的？

开发人所要面对的任务是：他们要处理一个他们并不完全理解的问题，一个活在情绪、希望和思想中的问题，一个会随着他们的进行而发生改变的问题。他们需要

•理解问题空间。
•想象一些在可行的技术空间内解决问题的机制。
•用一种可执行的语言来把这一思维构想表达出来，而这一语言缺少很多表达方面的特性，而这一点对于一个系统来说则是无法原谅的错误。
若要在这种情形下工作，他们需要：
使用一些道具和设备将他们的思想引出来，或产生一些可以帮助他们理解问题或构造解决方案的想法。
•为后加入的那些人留下一些标识物的踪迹，留下标识物用于监控和测试他们的进度和他们的理解程度，当他们回顾自己的那部分工作时，会再次使用这些标识物。

因此，软件开发是一个创造和沟通的合作博弈。除了人们的想法及与同事和计算机沟通这些想法之外，这一博弈中没有别的东西。

回顾一下这个领域的文献，我们发现有几个人以前写过这样的文章。Peter Naur在1985年的《Programming as Theory Building》一文中，Pelle Ehn在《Scandinavian Design: On Participation and Skill》（1992）一文和他那本已经绝版的巨著《Work-Oriented Design of Software Artifacts 》（1988）一书中都写到过。Naur和Ehn阐述得非常好，所以我把这两篇文章几乎全部放在了附录B中。Robert Glass和他的同事在《Software Tasks: Intellectual or Clerical?》（1992）中也写到了这个问题，Fred Brooks把它视作一个非常难的任务，因此他写了《No Silver Bullet》（1995）一文。

本章的剩余部分将为这一创造和沟通的合作博弈勾画出其潜在的结果。而本书的剩余部分则将仔细研究这些结果。

回书目   上一节   下一节