2012年2月27日,星期一20:35

成功的业务分析师和项目经理

撰写者

Fotolia_30981361_XS我从事项目管理和业务分析领域已有多年了。我参与的项目包括法规遵从性,业务流程改进,软件开发,ERP实施和ITIL遵守等。

关于项目经理(PM)和业务分析师(BA)之间的关系的激烈讨论通常集中在他们的不结盟方面,而不是他们为确保项目成功所做的共同努力。


 

我倾向于将PM和BA在项目中一起工作,就像两只手抱着婴儿。这是我对PM-BA串联的看法,以及它们如何共同使项目成功。 

这个怎么运作

我参与了多个 最近二十年的项目。这些项目具有不同的规模和性质。但是,所有这些要素中都有一个共同的要素:项目经理和业务分析师是同一事物的两个方面。他们的技能和共同努力使项目成功并为企业带来了良好的价值。我想演示PM和BA如何在项目上工作,并更详细地探讨每个项目阶段。请注意,项目阶段和涉及的文档遵循PRINCE2®。

项目启动

PM和BA在整个项目生命周期中与项目涉众一起工作。在项目开始之前,项目经理与业务利益相关者打交道,以从总体上确定业务需求。交互的结果是项目启动文档。本文档概述了业务需求,当前状态对业务的影响,期望的目标状态,项目复杂性,估计的项目持续时间和预期收益。

 ba-pm-and-article-diagram

 PM-BA:协作模型

计划启动

项目经理与广管局合作,协助进行项目范围界定和定义业务需求,预期项目成果(可交付成果)和项目验收标准。

在项目经理起草项目计划时,BA会制定BA计划,概述BA的交付成果,与利益相关者的沟通模式,需求管理方法和工作量估算。 BA与PM同意BA计划和需求管理计划。

一旦计划达成一致,广管局就会与项目利益相关者紧密合作,以澄清业务需求,指定高级别业务需求,进行利益相关者分析,确定风险,假设和约束以及对解决方案的容忍度。 BA确定解决方案范围,高级需求,解决方案方法以及最终解决方案中将使用的可重用和新组件。 BA与PM紧密合作,以使解决方案范围与项目范围保持一致。广管局将所有已识别和潜在的风险告知PM。

PM维护风险登记册并针对已识别的风险制定缓解策略。

共同努力产生了两个关键文件:项目构想和解决方案构想。前者包含问题陈述,期望结果陈述,可交付成果的接受标准,利益相关者分析,业务环境,假设,约束和范围定义(在范围内/范围外)。

后者描述了问题说明,解决方案说明,提供了解决方案概述,利益相关者摘要(RASCI),确定了“将要”功能和业务环境,并定义了解决方案范围之内和之外的内容。

这两个文档为大中型项目的业务案例文档提供了支持,为项目发起人是否继续进行该项目的决策提供了支持。

PM和BA共同致力于开发WBS,以确保解决方案可以以经济高效的方式组装并遵守项目时间表和资源限制。

项目执行

此阶段需要PM和BA之间更加紧密的协作。他们在需求研讨会上一起工作,以对需求进行优先级排序和验证。他们与解决方案的组件供应商进行研讨会(如果适用)。

解决方案范围的变更会导致项目范围的变更,因此,项目经理将应用变更管理流程以确保仅接受合理的变更。 PM在整个项目中维护变更请求寄存器。

广管局的进度报告反过来又支持项目经理向项目发起人和其他有关方面报告项目进度。

PM支持BA与解决方案设计师,软件开发人员和其他参与的第三方就解决方案验证活动进行沟通。在用户验收测试中也是如此。总理的支持在这里非常宝贵。他们二人努力确保解决方案的接受标准在预定的公差范围内。 BA促进解决方案的实施,以确保平稳过渡到“一切照旧”模式。

项目结束

在业务接受项目可交付成果的情况下,项目经理将结束项目。广管局通过为实施后审查提供反馈来促进项目结束。广管局报告解决方案满足业务需求的程度。他们共同合作总结经验教训日志,以确保所有有价值的信息都已被捕获,以供将来的项目中进一步使用。

BA将诸如业务需求,功能需求,用例,非功能需求和解决方案技术规范之类的工件移交给业务。这些工件构成了有关如何使用该解决方案的业务文档的基础。

项目正式关闭后,BA将所有已批准的BA工件归档在中央存储库中。

痛点

通过观察这些年来不同的项目经理如何处理他们的项目,我想强调一些可以引发责备态度的事情。

对BA的专横态度,对业务领域的了解不足,跳过重要项目背景(PM轮换),在不涉及BA的情况下“管理”客户期望,期望在BA之后确定最终解决方案要求的期望与项目涉众进行一次单一的需求引发迭代-所有这些要素为不按时交付和预算不足而造成的责任根源。

结论

现代项目的复杂性已大大提高。业务流程的变化与业务应用程序,IT基础结构以及与公司环境的接口的变化结合在一起。要求PM和BA在不同性质的项目中提高生产率。我从超过35个项目中获得的经验证实,为了应对不断变化的需求并使项目成功,BA和PM应协同工作,朝着终点线推进。

共同的责任,相互尊重和支持以及协作态度为项目成功铺平了道路。

不要忘记在下面留下您的评论。


谢尔盖·科班(Sergey Korban) 从事IT行业超过25年,在业务分析,项目管理和软件开发管理方面拥有丰富的经验。他热衷于提高业务效率。您可以在 奥提亚影城博客  

谢尔盖·科班(Sergey Korban)

谢尔盖·科班(Sergey Korban)是的业务分析专家 奥提亚影城. 他的目标是使业务分析师的工作更具生产力和乐趣。他认为,这可以长期帮助企业成功。 奥提亚影城发布了高质量的培训资源和文章来实现这一目标。

©BA Times.com 2020

麦格雷戈徽标白色网站