Close

IT 项目启动


您明白了这个想法,获得了商业提交。现在,使用这种启动技巧为您的 IT 项目做好成功的准备。

用这个剧本来...

在里程碑、范围和目的上协调您的团队。

为您的 IT 项目成功做好准备。

如果您在共同理解方面(状况监控)遇到了困难,那么运行这个剧本可能会有所帮助。

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

最好的情况下,项目就像运转良好的机器一样。最坏的情况下,感觉就像时代广场的交通一样:您的团队似乎没有就最终目标达成共识,项目因为您在等待另一个团队的工作而一直停滞不前,天啊,有人能做决定吗?!

尽管开会启动项目的想法可能看起来很乏味,但只要做对了,它们是完全值得的。如果您所做的只是让经理在团队昏昏欲睡的同时翻动幻灯片,那您就是在浪费所有人的时间,您必须让整个团队都开口说话。

但问题是:对于每个项目来说,“正确”启动一个项目看起来会有所不同。因此,IT 项目的启动是一项灵活、可扩展的活动。您会发现一组需要包括在内的最少的活动,还有一堆您可以根据团队需求混合搭配的其他活动。

谁应该参与?

将整个项目团队聚集在一起。让所有人待在会议室里比稍后再聚集一群人要容易得多。

用户团队
人员

整个团队

铅笔图标
准备时间

15 分钟

测量时钟
时间

60-90 分钟

难度中等
难度

中等

运行剧本

不要尝试在一次会议中完成以下所有活动(否则这可能是所有人最后一次接受您的会议邀请)。使用下面的指南和自己的判断,从以下“快速”版本中选择 3-4 个我们最喜欢的 IT 团队剧本。

材料

白板

记号笔

便利贴

计时器

橡胶鸡

准备

制定您的日程(15 分钟)

查看下面的启动活动,然后选择最适合您项目的活动。需要帮助?以下是一些基于项目类型的建议。

合规性——涉及实施变更以符合监管机构或政府机构规定的规则、法律、政策和/或治理标准的项目。

核心启动活动:

  • 依赖关系映射
  • 作为团队划分优先级
  • 利益相关者沟通计划

业务转型——旨在实现业务模式现代化的项目。它们可能涉及您的网络架构、硬件、软件、IT 服务管理实践和/或信息的存储方式。

核心启动活动:

  • 电梯推销
  • 作为团队划分优先级
  • 依赖关系映射
  • DACI

孵化——涉及实验早期阶段的项目,目标是创造新的业务能力。

核心启动活动:

  • 参与规则
  • 电梯推销
  • 里程碑映射

如果这些项目类别都不适合您该怎么办?只需选择一个地方开始即可。(老实说,您已经安排了项目启动,这就已经领先了。大多数团队要等到痛苦大到无法忽视后才会进行这些活动!)

状态检查
专业提示

当您从范围界定进入执行模式时,您的项目就会启动。确保您在启动之前已经完成了 IT 项目海报,这样每个人进入会议室都能了解到相同的背景信息。

第 1 步

搭建舞台(5 分钟)

欢迎这个小组,也感谢大家抽出宝贵的时间参加会议。介绍一下您选择的议程,但不要花时间详细介绍每项活动。

如果这是这个小组第一次聚在一起,在会议室里四处走动,请所有人分享他们的姓名、在项目中的角色以及关于自己的有趣事实。(想法:咖啡、茶还是苏打水?你还记得让你微笑的保险杠个性贴纸吗?你的超级英雄叫什么名字?你的自传标题会是什么?如果钱不是问题,你会在哪里度假?你会选择成为什么动物?为什么?)

要求所有人将他们的自我介绍保持在 30 秒以内——这次会议中有很多内容要介绍!

第 2 步

深入了解您的启动活动(40-60 分钟)

能力规划(10 分钟)

要求每个人写下他们典型一周内的所有活动(处理各种项目、错误修复、事件响应、管理任务、定期会议、喝咖啡、计划外的走廊聊天、一对一等),估算在每个类别上花费的时间。

在表格中总结团队的能力。将所有担任相同角色的人员分组,记录他们的角色、姓名和每周在此项目上花费的时间。计算按角色划分的可用时数总和。

作为一个团队确定优先次序(15 分钟)

作为一个小组,集思广益,讨论实现项目目标需完成的所有任务。将每项任务写在自己的索引卡上,在每张索引卡的背面,记下该任务是否与其他索引卡有关记忆如何相关。依赖关系尤其值得一提——例如,“依赖于”、“被依赖”。

准备..设置…优先考虑!通过在桌子或墙上排列卡片来对所有任务进行排序和排名。如果任务超过 15 个,可以考虑将它们按工作类别分组,并在每个类别中排列优先级。

在确定任务应高于还是低于“确定删除”行时,请定义您的注意事项。商定标准后,为堆栈排名任务划定最后界限。

注意依赖关系,如果还有其他十个任务依赖该任务,则不要将该任务评为低优先级!

参与规则(15 分钟)

让小组头脑风暴,制定您希望整个团队遵守的规则和规范,将每项都记录在自己的便利贴上。

挨个分享您的想法,把便利贴贴在墙上,将共同的想法分在一起。

指出有广泛共识的地方,并就达成协议的争论领域进行辩论。达成一致后,讨论如何将这些规则付诸实践,并记录要采取的行动。

角色和职责(20 分钟)

定义团队中有哪些角色,将担任相同角色的人员分组/坐在一起。

让每个小组写下他们前 3-5 个职责以及每个其他角色前 1-2 个职责。

将每项自我报告和团队报告的责任发布在表格中,将每个角色作为行标题,“我认为我做什么”和“其他人认为我做什么”作为列标题。讨论自我报告的责任和团队报告的责任之间的差距,并记下所有没有负责人的责任。

依赖关系映射(15 分钟)

对受项目影响的系统、团队和其他项目进行头脑风暴。对于每个人,分配一个负责人,负责填写依赖关系和描述的类型。

消除该项目中所有可能出错的地方。了解了所有意见后,移除所有低冲击力、不太可能出现的风险。对于其余部分,将潜在影响等级设置为高、中或低,并为每个等级分配负责人。负责人将负责起草缓解计划并为该缓解计划确定负责人。

现在是时候弄清楚如何在项目的整个生命周期中领先于所有这些依赖关系和风险了。作为一个小组,列出与先前头脑风暴的风险和依赖关系相关的所有利益相关者。对于每个利益相关者,定义您要采用的沟通节奏(每周、每月、每季度、临时)。

里程碑映射(10 分钟)

在白板或海报纸上,画一条水平线。左端标记为“今天”,右端不标记。作为一个小组,填充已经为此项目商定的已知里程碑。

请记住,里程碑是您为客户创造价值的节点。我们建议您围绕迭代交付来组织工作,并经常获取反馈。

电梯推销(10 分钟)

要求所有人为手头的项目填写以下声明。尝试每人创建 2-3 个版本,我们发现我们做的越多,效果就越好!

对于想要[需求/愿望]的[目标客户类型],[解决方案]是一种[交付成果类型],具有[关键好处]。

请所有人与小组分享他们的最佳推销。讨论并获得“足够好”的集体版本,同时确保将讨论限制在大约五分钟内。您以后可以随时异步对其进行优化!

DACI (10 分钟)

要求所有人指出谁应该是项目决策的默认推动者 (D)、审批者 (A)、贡献者 (C) 和知情者 (I)。

D = 推动者。负责召集利益相关者,整理所有必要信息,并在约定日期之前做出决定的人。这可能是也可能不是项目的全职负责人,具体取决于决策。

A = 审批者。做决定的人。

C = 贡献者。他们拥有可能影响决策的知识或专业知识——也就是说,他们有发言权,但没有投票权。

I = 知情者。向他们告知最终决定。

将商定的角色记录在页面上,并分发给所有相关利益相关者。

利益相关者沟通(15 分钟)

对团队内外所有“利益相关者”进行头脑风暴。对于每个利益相关者群体(即您的目标受众),定义他们与项目的关系。他们是决策者吗?辩论伙伴?合作伙伴贡献者?解决障碍者?一定要包括团队本身!

确定与每位受众沟通的最有效方式。想一想您将分享哪些内容,以及您将使用什么工具来分享这些内容。例如,与您的直属团队合作,您可以选择通过一个专门分享次要更新和征求对方意见的聊天室进行沟通。

创建包含以下行的表:

  • 每天
  • 每周
  • 每两周一次
  • 每月
  • 一季度一次
  • 每年
  • 临时

对于每个频率,写下您将与之交流的受众、您将使用的频道、您将要交流的内容以及指向更多细节或内容的链接。

如果您在前两个步骤之后没有时间,则可以将此步骤分配给负责人,以便在会议结束后执行。

内容搜索
例如...

下方显示了典型的团队能力表。

第 3 步

总结和后续步骤(10 分钟)

在 60-90 分钟内可能感觉有很多需要讲的内容。回顾您完成的活动并总结所有未完成的操作。

在您离开之前花五分钟,问问所有人他们对团队实现项目目标的能力有何看法。让所有人同时用大拇指投票:大拇指竖起 = 自信,大拇指放平 = 有一些问题,大拇指放下 = 有一些顾虑。

投票公布后,就收视率进行简短的讨论。商定行动或检查流程,以监控给出红票和黄票的理由。

搞定了?

一定要与您的团队运行一次完整的状况监控会话或检查点,看看您是否有所改善。

变体

这确实是一款选择自己冒险的剧本,因此只要在项目早期就进行过讨论,您就可以将九个剧本组合成任意组合,比大多数项目领先十步!

本剧本中的大多数剧本也是独立剧本,可以设置为单独的会话。如果您觉得您的团队需要额外时间,在项目启动时只玩 1-2 个剧本,并在扩展议程说明中参考完整的剧本说明。

跟进

我们建议每月进行一次运行状况监控,以检查您的团队和项目的健康状况。

想要更多手册?

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

Thanks! Now get back to work.

得到反馈吗?

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