项目沟通:为什么这么难?
2020年敏捷新的Litmus测试

敏捷通信计划

项目沟通计划海豚比潜艇更容易追踪。它们更常见地表面,通常在您上次看到它们的位置之下。另一方面,潜水艇一次可以在几个月或多年消失,并且很难判断他们已经走了。

这与项目通信有什么关系?迈克终于发了疯了吗?

这些是有效的问题,所以让我解释一下。许多传统项目管理可交付成果具有敏捷的替代品。例如,产品积压有点类似于工作崩溃结构。发布路线图包含甘特图的许多元素。然而,我们很少看到敏捷的通信管理计划。为什么是这样?

为什么我们有沟通管理计划
项目可能是耗时且昂贵的,并且长时间收取有价值的员工,没有保证最初希望的结果。因此,负责任的事情是通过预先同意每个人都会通知项目的进步,风险,问题等。这是一个良好的通信管理计划进入的地方。

项目沟通管理计划概述了所有各种利益相关者群体将如何通知进展和问题。它概述了将用于通信的频率,格式和分发通道。鉴于敏捷项目经历的高度变化率,我们可能会更加强调通信,以保持同一页面上的每个人。

表演,不要说
尽管缺乏正式的沟通管理计划,但敏捷方法强调沟通和信息共享广泛。事实上,信息透明度和分享信息被烘焙到许多敏捷实践中。让我们来看看几个......

  • 演示  - 使团队在每次迭代结束时展示功能的增量,显示了该项目的目标是什么。示威活动通常伴随着项目花费摘要和预期完成日期的更新。他们一起提供了良好的进步快照,以及商业代表提供反馈的机会。

经常演示意味着项目永远不会消失。相反,团队经常从工作中展示他们正在进行的地方,并讨论接下来应该发生什么。这是展示和讲述的可预测的节奏,可以创建海豚与潜艇比较。 

项目可见性

敏捷项目经常表面以显示进度并讨论问题。它们就像海豚,经常浮出水面永远不会太远,他们终于淹没了。

预测项目可能较少才能展示业务,因此增加对通信管理计划的依赖,以使每个人都通知。开球后,只有只有内部可交付成果的长时间,预测项目可能忙于分析和设计,以便为他们的工作展示。在这种情况下,他们表现了更像潜艇,从长时间开始消失,然后出现呈现解决方案。 

  • Kanban董事会  - “使工作可见”的概念应用于敏捷项目,以显示目前正在进行的任务以及待处理和已完成的项目的状态。由于知识工作经常是本组织的新颖或前所未有的,因此它有助于为其进行视觉提示,因此人们可以指出它或审查其在卡班板委员会的立场,以确定其在开发过程中的地位。

现代敏捷项目管理工具有各种各样的寻呼板和积压观看工具,因此利益相关者可以远程审查进度和任务状态。由于这些工具还跟踪工作变化状态时,它们还可以计算和显示有助于确定可能完成日期和成本的提前期,周期时间,WIP和吞吐率等度量。

  • 信息散热器  - 各种精益和敏捷方法之间的共同主题是显示和共享信息。 XP具有“信息化工作区”的实践,Scrum鼓励“透明度”,“透明度”和KANBAN开发谈论制作“过程政策”。它们促进图形和共享信息 - 通过大图和差,称为信息散热器。

信息散热器可以显示团队想要显示的任何数据。这可能是障碍列表,或如下图所示,随着时间的推移,五个井网站相关风险的累积威胁分数:

威胁资料

这些显示器由团队使用,但也与其他利益相关者共享。开发团队成员,而不是项目经理,通常创建这些信息散热器,并在此过程中扩大了该项目的提单报告。

  • 每日站立  - 每日立场是短暂的(15分钟)会议,团队成员分享他们的进度,计划并提出他们所拥有的任何问题或障碍。它是一个团队间通信会话,而不是向Scrum Master或项目经理报告状态。它有助于协作,负载共享和团队规划。其他利益攸关方可能偶尔会下降到观察,但目标是帮助团队成员之间沟通。
  • 回顾 - 在每次迭代结束时(通常每周或两两周),团队成员举行审查事物的工作方式,如果可以进行任何改进。本次会议是另一个侧重于信息共享的预定活动。

通信管理计划的敏捷替代方案
通过将多个通信的事件作为核心敏捷实践的一部分,它会删除创建单独的通信管理计划的一些需要。相反,在敏捷团队中工作或敏捷团队的人们知道,可以参加演示,站立和回溯等活动,他们可以参加学习项目性能。同样,还将有Kanban板和其他信息散热器可在线获取项目指标。

Agile Comms.

混合现实
海豚和潜艇类比是一个可爱的起点,以帮助解释预测和敏捷通信风格之间的一些差异。但是,现实生活项目通常更复杂。预测项目,包含概念验证阶段的追溯阶段并显示进展。阶段课程审查可能无法展示解决方案的增量,但计划评估进度,问题和资金的计划点。

同样,不是每个人都可以参加演示 - 也不能想观看一个录音,以获得一个问题。 Agile信息散热器上的数据可能无法使其对所有感兴趣的利益相关者进行,并且如果人们请求(拉)数据,则只能在网站提供项目数据的拉动系统。 

连连看
正常,通常需要在预测项目中安排其他演示或审查点。也可能需要创建敏捷项目的沟通计划,尤其是具有分布式利益相关者的项目。我们不应该假设只是因为信息可用,即它被消耗或理解。

因此,虽然敏捷项目经常表面展示他们的进步和预测项目似乎从我们的雷达(声明?)中似乎消失了,如果我们不保持关闭标签,我们需要做更多。我们需要向人们询问他们如何了解项目,并确保他们知道在哪里找到信息。使用它们进行登记,以确保他们能够正确访问和解释。

我们可以在任何项目中使用回顾和调查来了解沟通需求和需求。鉴于改变成本曲线迅速升起,最好尽快了解好消息和坏消息(特别是)。因此,继续沟通并继续要求反馈。

 

[注意:有关Mike Griffiths的更多文章,请访问他的博客 www.leadinganswers.com.。 Mike首先为ProjectManagement.com写了这篇文章 这里。]

 

注释

验证您的评论

预览您的评论

这仅仅是一个预览。您的评论尚未发布。

在职的...
您的评论无法发布。错误类型:
您的评论已保存。评论受到审核,并不会出现在作者批准之前。 发布另一个评论

您输入的字母和数字与图像不匹配。请再试一次。

作为发布评论之前的最后一步,输入您在下面的图像中看到的字母和数字。这可以防止自动化程序发表评论。

难以阅读此图片吗? 查看一个替代品。

在职的...

发表评论

评论被审核,直到提交人批准之前就不会出现。

你的资料

(需要名称和电子邮件地址。注释不会显示电子邮件地址。)