微软团队的成功秘诀.docVIP

微软团队的成功秘诀 　　第一篇布局时期 多探讨软件开发的书籍都假设自己存在于理想的状 态下：团队本来就应该非常专心且克尽职责地完成 工作，并完全掌握任务的本质；他们收集得到完整的需求 情报，建立设计规格，并导引软件原型（ prototype）一次 又一次的蜕变；他们请求使用者参与，使用者便会全力配合，而且非常认真地与开发团队共同完成深入的需求分析。 所有的事情都是那么完美顺利。很不幸地，理想状态是不 存在于现实世界的，在真正的软件开发项目中，您可能看 不到一丝一毫属于完美顺利的景象，而且看到的恐怕只有 一堆的问题。 　　不只是问题，还有可怕的挑战。优秀的开发团队在布 局时期必须做的事情多如牛毛、广如大海，我们大略分为 五个范畴：组织、竞争、顾客、设计、开发。布局时期的 工作是多维的，而且必须在每一个细节中都能综合、兼顾 所有预期的结果。 　　下载组织开发团队 组织开发团队 组织开发团队我所谓的组织，是指集结适当的人选分别担任下列角色并参与设计： 　　项目管理（Program Management）─负责制定开 发日程、与外界沟通、寻求技术方面的后勤支持。 软件品保（Quality Assurance ）─测试与评估软 件的品质。 程序开发（Development）─写程序、抓错虫。 产品管理与行销（Product Management/Marketing）─负责整个产品的形象定位，传递正确的产品信息 给顾客，以及产品的上市发表、与传播界的沟通。 系统文件与使用者教育( D o c u m e n t a t i o n / U s e r Education)─负责以文字表达正确的产品使用方法。 　　这里所谈到的设计，是指软件产品的设计，不是指 写程序或程序设计。读者耳熟能详的“程序设计师”， 译自Programmer一词，虽然这种工作有相当的设计成 分，但这种设计比较不是艺术性的，而是工程性的。 原 作 者 甚 至 鲜 少 使 用 Programmer 一 词 ， 而 以 Developer表达。概略地说，软件产品设计是厘定目 标，事先定义出软件要做到的功能，本产品预定要满 足什么需求，目标顾客是什么样的，主要的硬件或操作系统环境等等。—译者注您不一定要将自己的团队成员划分成这五种角色（虽 然我认为这是最有效率的做法），但务必要确定这些工作 都有适当的负责人选。请注意每一种角色都有参与设计， 如此每一位成员对项目都有整体性且清楚的认知，使每一 位成员的目标是一致的。 　　如果您的开发团队无法合作无间，对于目标老是有不 同的意见。那么，首先要做的是找出不团结的真正原因。 　　品保人员（QA）是少数民族？ 　　如果品保人员认为他的工作是测试程序，而开发人员 认为他的工作是写程序给品保人员测试，那就得小心了， 这是一个警讯。这种情况会造成开发人员和品保人员之间 的疏离，开发人员的优越感会使品保人员感觉自己是被歧 视的少数民族，当然会影响到软件的品质。品保人员的最 主要功能，是不断鉴定和评估产品的现状，是否在品质上 和功能上确实遵行产品目标，而让其他的人员专心投入他 的职务。 　　品保人员的评估工作是一项整体性、持续性软件开发 活动中的一环，而不是偶尔来点缀一下。好的评估报告在本质上应有客观的分析和衡量标准，如此才能导引软件产品符合现实的需要。这种导引的重要性是不容轻忽的。因 为在开发过程中，开发人员可能因为一些偶发的小事或某 种无关的灵感而不知不觉地偏离了现实的需要，暂时忘记 了什么才是产品最该有的功能。品保人员的职责就是为软 件的品质把关，以现实、客观而市场导向的眼光，不断地 检视软件产品。 　　谁来设计产品？ 　　如果项目经理、产品经理、开发人员不断争论谁有权 设计产品或是各执一词，这是一个愚蠢的开发团队，只会 关心自己的权威；然而，真正的权威是来自于对现实状况 的精确掌握。产品设计的目的是将最好的想法列为产品的 基础，每一位工作人员都应该为此努力。至于什么是最好 的想法，应该在项目真正开始之前就通过实地检验。市场 调查是很好的方法，不需要太多的时间或成本，就可迅速 平息大家对于产品设计的争论。我们在下文中会讨论如何 增进彼此之间了解，这也是解决方法之一，精确缜密的思 考通常能使问题柳暗花明。 　　权力争夺战会迫使人们心胸狭窄，互相竞争而不合作。 　　产品设计的争论是权力的争夺战，会使人们心胸狭窄， 互相竞争而不合作。可能有人主张产品在这项功能上有所 不足，结果焦点变成了功能而不是产品本身。一位有智能 的领导人应该将争论视为组织出现问题的症状，而去发掘 问题的根源，这比仲裁这项争论要有用得多。在这方面我 的经验与传统所谓的智能刚好相反，我认为用职权裁定谁 有产品设计权是毫无用处的，虽然改变正式的产品设计权 或许有点帮助。