1.2 web开发，厨房，急诊室

        这里存在的一个问题就是历史之间不是互相联系的。正是由于这种问题的存在，所以很难保证以往的经验教训能够在几十年内都适用，尤其是对于那些和今天看起来很不一样的工作。一种变通的方法就是和各种有趣的现代项目作比较，虽然这并不拥有历史工程的庄重，但是它能够带来许多亲身的体验和心得。通常情况下，第一手的材料能够为人们提供足够的信息，从而将不同的想法联系起来。

       举例来说，一个web开发者会认为在历史上没有任何其它事情和他的工作类似。他之所以有这样的想法是因为web开发需要做复杂的工程设计决策，协调各种问题，以小时甚至分钟为单位来确认各种变化，然后将项目对外发布，这样的项目和任务管理和以前确实是大不一样的。他也会感到很自豪，因为他可以快速的背诵出他所精通的CSS、XHTML、Flash、Java以及其他技术，并且声称在50年前他可以改变那些伟大的想法。我敢肯定在生活中，你会遇到类似的人。或者你可能工作在一个匪夷所思的环境中，在那里，人们看起来管理过你正在做的每一件复杂的事情。

        我建议这位开发者朋友可以选择一个繁忙的日子去看一下他最喜爱的午餐的准备过程。由于种种原因，进厨房都是一件有趣的事情，(见Anthony Bourdain的书, 厨房的秘密, Ecco, 2001), 但是我所关注的是它的生产力。任何人第一次在那样忙碌的专业厨房中看到如此迅速的任务协调和管理时，他可能会重新思考自己的工作到底有多难。厨师们经常可以同时做许多不同的菜肴，并且在制作不同的菜肴的过程中变戏法似的耍弄着他们的煎锅，他们也可以在厨房不同角落的火炉之间忙来忙去，而侍者们则跑进跑出，他们带来的是顾客新的要求和想法。

       超过90度的高温，头上闪着耀眼的荧光灯，这所有的一切都发生在一个狭小的房间内。在那里不管你完成的有多快，新的菜单总会很快就进来。有时候送出的菜肴被送回来，或者这更像是软件项目，需要做最后一分钟的修改(第一桌不喜欢乳糖，第二桌需要沙司，等等)。一个忙碌的大厨房总是让人感到很惊奇。刚开始的时候看起来很混乱, 但其实一个好的厨房是通常运行在一定强度和精确度的基础之上的，这让许多开发团队都感到汗颜。

       主厨以及其他的厨师都是厨房项目的项目经理，或者如Bourdin所提及的，空中交通管制员(另外一个值得我们反思的职业)。尽管厨房职员的工作有些微不足道，好像不能和软件开发经理作比较，但是在日常的强度上却没有区别可言。如果你对此表示怀疑的话，那么下次当你处在一个忙碌的午餐地点时，问一下侍者你是否可以参观一下那里的厨房。虽然他很可能不会答应，但是如果他允许的话，我保证你是不会失望的。(一些新潮的饭店拥有开放的厨房。如果你能找到这样的饭店，那么坐在离厨房尽可能近的地方。然后选择一个人，盯着他看几分钟，看看那些菜单怎样被分配，跟踪，制作，并且交给客人的。如果你选择在某个忙碌的时间去观察的话，那么你对软件的错误产生、追踪以及修复会有许多不同的理解)。

       另外一个关于项目管理有趣的案例来自于医院的急诊室。我曾经在探索频道和PBS看过这样的节目，一个医疗小组包括经验丰富的医生、护士、专家，他们会去处理来自于医院内各种不同的奇怪的医疗状况。这并不奇怪，这是医学界发明的治疗类选法，其实它在软件项目中也经常用到，那就是区分不同问题和错误的优先级（在第15章讨论）。

       在医疗环境中,尤其那些处理外伤的情况,提供了关于团队工作的范例，这些例子很有吸引力：高压下的决策以及影响许多人日常生活的项目结果（图1-1是与其他工作环境的粗略比较）。正如Asul Gawande的在他的书--一名外科医师的修炼中写到(Picador USA, 2003)：

        我们希望寻找的医学是一种有序的学科领域和过程，但事实却恰恰相反。它是一种不完善的科学，一个知识不断更新，信息不确定、并且容易犯错误的事业，同时也是一种处于危险中的生活。在那我们做的事情里包含科学，同时也有习惯、直觉，有时还有猜测因素在里面。我们的认知和所坚持的目标之间始终存在着隔阂，而且这个隔阂还会使我们做的每件事变得更复杂。

       

        图1-1。简单来看，许多行业都具有类似的过程。它们都需要计划，执行，提炼的过程（但是，你可能没有在厨房进行医疗处理或者在急诊室吃饭的经历）。

     

       在Gawande的启蒙书中，这一点以及许多其他内容都被作为了软件开发的真理。在Fred的书--人月神话中，当然这也是一本经典的软件工程书籍，也做了许多类似的关于外科医生队伍和程序员队伍的比较。尽管工作在web或者数据库环境中很少接触危险的情况，但是这些团队都会面临许多类似的挑战。

translated by geng