为什么产品经理（业务分析师）特别重要？

        其处于项目工作流的上游，工作产出是所有项目活动的重要基石，驱动项目的计划、设计、编码和测试工作。需求工程是软件工程中难度最大的部分。

        构建软件系统最艰难的部分是准确的决定要构建什么。    ——  弗雷德里克·布鲁克斯

        弗雷德里克·布鲁克斯（Frederick Phillips Brooks，1931年4月19日—2022年11月17日），出生于美国北卡罗来纳州达勒姆，1999年图灵奖得主，美国国家科学院院士，美国国家工程院院士，美国艺术与科学院院士，英国皇家工程院院士，ACM fellow，IEEE fellow，荷兰皇家艺术与科学院院士，生前是北卡罗来纳大学教授。

        弗雷德里克·布鲁克斯于1953年获得杜克大学物理学学士学位；1955年获得哈佛大学计算机科学硕士学位；1956年获得哈佛大学应用数学和计算机科学博士学位；1956年至1965年任职于IBM公司；1964年至1984年加入北卡罗来纳大学，创建了计算机科学系并担任系主任；1968年当选为IEEE Fellow；1976年当选为美国国家工程院院士，同年当选为美国艺术与科学院院士；1983年至1984年任职于美国国家科学委员会人工智能特别工作组；1986年至1987年任职于美国国家科学委员会模拟和训练计算机工作组；1991年当选为荷兰皇家艺术与科学院院士；1994年当选为ACM fellow，同年当选为英国计算机学会杰出会士和英国皇家工程院院士；1999获得图灵奖；2001当选为美国国家科学院院士，同年受聘为美国计算机历史博物馆研究员；2022年11月17日在美国北卡罗来纳州教堂山逝世，享年91岁。

        弗雷德里克·布鲁克斯致力于计算机体系结构、操作系统和软件工程的研究。

产品经理（业务分析师）的角色

        产品经理（业务分析师）的首要职责是获取、分析、记录和验证项目干系人的需要。作为首席“口译”，业务分析师要将客户群体的需求传递到软件开发团队，如图所示。当然，我们还有其他很多沟通方式可用，因此项目中的信息交流并不只是分析师一个人的责任。业务分析师在收集和传播产品信息时扮演主要角色，而项目经理的主要职责的是沟通项目信息。

图      产品经理（业务分析师）在客户和开发干系人之间架起沟通的桥梁

        分析师是一种项目角色，而不一定是个头衔。业务分析师还有一些别名，例如需求分析师、系统分析师、需求工程师、需求经理、应用分析师、业务系统分析师、IT业务分析师或者简单称为分析师。这些工作头衔在不同组织中的应用并不一致。在特定的项目中，此角色可能由一个或者多个全职专家来扮演，或者也可能被分配给团队成员，即使他们还在负责项目的其他工作。这些团队成员包括项目经理、产品经理、产品负责人、主题专家(subject matter expert，SME)和开发人员，有时甚至是用户。
        有一点很重要，如果某人在做业务分析师的同时身兼另一个项目角色，他的这两项工作完全不同。我们现在假设一个项目经理身兼业务分析师角色。项目经理需要根据业务分析师所定义的工作来创建和管理计划,包括进度和资源需要。项目经理必须要协助管理范围，并且要随着范围的演化来处理规划的变更。他可能此刻还在履行项目管理的角色，而下一刻又要改变职责，执行分析实践。但这些角色完全不同，对技能的要求也各不相同。
        在那些开发用户产品的组织中,分析师的角色通常落到产品经理或者市场人员头上。一般都是由产品经理来执行业务分析师的角色，他们通常更侧重于理解市场和预测外界用户的需求。如果项目中既有产品经理又有业务分析师，通常都是产品经理主抓外部市场和用户请求，再由业务分析师将其转换为功能需求。
        敏捷项目同样需要业务分析技巧。在这样的项目中，传统意义上业务分析师的一些任务可能由产品负责人来完成。有些敏捷团队就发现，设置一名分析师好处多多(Cohn 2010)。业务分析师能代表客户并理解其需要，同时还能完成业务分析师的其他本职任务(本章稍后记述。)不管工作头衔是什么，业务分析师都必须要有技能、知识和人格魅力，才能圆满完成工作。

        才华横溢的业务分析师可以使项目起死回生。有一家公司就发现，相比阅读菜鸟分析师所写的说明书，他们在阅读由经验丰富的业务分析师写的需求规范说明书时，速度要快出一倍，因为后者的差错更少。尤其是项目估算方面广为流行的CocomoII模型，分析师的经验和能力对项目的工作和成本的影响非常明显(Boehm et al.2000)。在类似的项目中，经验丰富的分析师可以将项目的整个工作减少三分之一。