Close

IT 项目海报


太多的 IT 项目一开始就考虑解决方案,然后对其余项目进行逆向工程,抛出观点,从头开始构想您的项目。

用此技巧来...

迭代项目的策略和范围

从一个明确定义的问题和解决方案开始

让利益相关者了解最新情况

如果您在共同理解、单页概览、概念验证管理依赖关系方面(状况监控)遇到了困难,那么运行这个剧本可能会有所帮助。

Copy link to heading Copied! 阅读更多
我需要这个...为什么?

很多时候,我们甚至在定义眼前的问题前就把注意力集中在项目的可交付成果和产出上!让您的利益相关者与您一起制定项目范围并共同定义解决方案。这将使项目的其余部分更加顺畅地运行。我保证。

一旦您开始考虑一个新项目,就运行这个剧本来捕捉和传达您的想法,但这不是详细的需求文档。包括传达您在做什么、为什么这样做、如何衡量成功以及您做/不做的决定所需的最低信息量。

已经深入执行模式了?不要担心,项目海报可以(也应该!)在项目已经开始时创建,这样您的团队就可以专注于解决主要问题。

谁应该参与其中?

与您的核心项目团队合作填写每个部分,然后在完成每个部分时与所有利益相关者共享。

与项目章程不同,项目海报会随着时间的推移而变化,并包含利益相关者实际需要知道的信息。
用户团队
人员

4 - 8

测量时钟
时间

3 次 45 分钟的会话

难度中等
难度

中等

使用此技巧

与项目章程不同,项目海报是一份实时文档。在您探索问题空间、质疑假设、验证解决方案、收集反馈和正确路线时需要先更新项目海报,然后再向前迈进。

材料

IT 项目海报 PDF

白板或牛皮纸

记号笔

视频会议

计时器

准备

项目海报是在与您的团队进行多次会话的过程中完成的,不必担心需要一次性完成所有工作。在第一次会话中,重点定义问题空间。然后尽早与您的利益相关者分享,以获得他们的反馈,随着项目的发展,您可以在以后的会话中纳入反馈。

海报分为三个部分,以支持项目的发展:

定义问题——说明为什么解决这个问题对客户和企业都很重要。明确目标、可能的解决方案以及受影响的人和/或内容。

制定解决方案——制定可能的方法并就最佳解决方案达成一致。说明您是如何来到这里的,成功是什么样子,以及其他系统和团队将受到怎样的影响。

准备就绪——绘制您的里程碑,专注于提供迭代的客户价值,并在您为启动做准备时确保团队中的每个人都知道自己的角色。

如何运行每个会话

与您的团队安排 60 分钟。提前收集和共享相关信息(例如,来自用户测试、分析、客户反馈、市场研究等的笔记)。

通过共享项目海报模板和说明开始第一次会话。在以后的会话中,您可以从(简短地!)查看海报上的变更开始。

带领您的团队解决问题,确保您在每个问题上基本达成共识,然后再进入下一个问题。如果陷入僵局或团队成员有截然不同的想法,请花点时间讨论这些想法,并努力达成共识。如果无法达成共识,团队中的某个人应该承担后续任务,收集更多信息并分享。归根结底,可能只需打个电话给项目的全职负责人(即项目主管)或执行发起人,询问项目方向,即可解决意见分歧。

第 1 步

定义问题

这部分不应超过一个小时。召集几个人来概述您的项目的高级视图,包含足够多的细节,让团队之外的人能够理解您为什么要做这个项目及其目标。

问题是什么:这个部分应该清晰而简洁地说明您为什么要努力解决这个问题以及谁会从中受益。

可能的解决方案:集体进行头脑风暴,探讨解决您刚才定义的问题的可能方法。这部分很容易花费数小时,因此请使用计时器,确保自己在这部分上花费不超过 20 分钟。结果应该是陈述所有人倾向的解决方案,并简要介绍潜在的替代路径。

受影响的团队:在此阶段,保持较高的等级。目的只是了解在您更具体地了解项目时,应该让谁参与接下来的步骤。

第 2 步

制定解决方案

现在是时候更具体地了解您的项目了。以第一部分为指南,开始构建项目的一些细节。目前,这还不是一个完整的项目计划,但稍后将作为详细计划的路线图。在评估和共同设计可能的解决方案时,请务必让利益相关者和其他相邻团队参与进来。

解决方案详情:详细介绍您选择的解决方案以及您将在此过程中提供的内容。

验证:您必须回答哪些问题才能得出此解决方案,以及您使用了哪些数据或其他信息来回答这些问题。因为这是一份实时文档,所以您还应该在这部分添加您正在回答的未决问题。

可视化解决方案:没有人想阅读一整面墙的文字,所以一定要用这部分来获得视觉效果!与架构师合作,绘制信息如何在系统之间流动,并在此处捕获结果。随意添加白板的图片或您使用的任何绘图工具的屏幕截图!了解解决方案的技术视图后,进入用户的角度,规划他们将如何体验该解决方案。

衡量成功:定义成功是什么样子,重点关注您将为企业带来的成果。越具体和越可衡量越好,但这会因项目而异。如果您在努力定义成功,请暂停此会话并尝试运行目标、信号、衡量指标剧本,然后再进入下一步。

在表格中概述项目的影响。您的项目会影响哪些系统和团队?您需要对哪些系统和团队进行变更才能交付项目?在本步骤结束时,您应该列出项目所涉及的系统和团队、您对其他团队的任何依赖关系以及每种影响的相对重要性。

第 3 步

准备好开始了

(如果您在“制定解决方案”结束时有还有时间,也可以填写“准备就绪”部分。如果没有,请再安排 30 分钟,或者指派某人制作初稿,然后与您的团队分享以供审阅。)

既然您已经了解了您的解决方案、它会如何影响其他团队以及您为客户带来的价值,请留出一些时间来优先考虑这个项目及其与您的组织/团队正在追求的其他可能项目相比能够带来的好处。如果项目太多,您可以决定继续这个项目,或者暂停留待以后再做。请记住,您正在努力为客户提供尽可能多的价值!

一旦您决定要推进您的项目,您需要为项目的构建做准备。这部分将让您做好准备,以最好的方式开始项目。继续从您的利益相关者和其他团队处获得反馈,以确保每个人都了解您如何接近项目以及需要多长时间。

搞定了?

请务必与您的团队共同运行一次完整的状况监控会话或检查点,从而验证是否有所改善。

跟进

里程碑

将您的项目分解为较小的可交付成果,以展示进展情况。尽可能让您的里程碑侧重于为利益相关者或客户提供价值,而不是只专注于交付技术或后端里程碑。

您可以使用 Jira 中的项目管理模板跟踪这些工作。

团队

既然您已经概述了上一步中的解决方案,那么谁需要构建哪些部分?具体说明哪些人将参与以及哪些其他承诺可能会阻碍他们在此项目上取得进展。(不要害怕运行经过改进的新角色和责任剧本来共同解决这一切!)

启动

简单易用。只需运行 IT 项目启动剧本即可!

想要更多手册?

请将您的电子邮件发送到下方,以便在我们添加新的状况监控和剧本时收到通知。

Thanks! Now get back to work.

得到反馈吗?

在 Atlassian 社区网站上提问或发表评论。