Close

管理复杂的软件项目


假设您必须管理一个将产品、平台和跨职能团队聚集在一起的软件项目。以下是处理一个极其复杂的项目所需的原则和实践。

用此技巧来...

开个好头,保持高势头。

增加交付一个出色、颠覆性项目的机会。

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

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

假设您被要求为公司领导一个超级复杂的任务关键型技术项目。下方列出了一项或多项让首席执行官彻夜难眠的原因:

  • 在多个产品之间集成平台或共享组件
  • 多个团队或部门之间的协作(有些团队或部门以前没有合作过)
  • 重大技术风险
  • 不同团队之间有很多依赖关系
  • 多个时区的团队
  • 一个激进的时间线
  • 高级利益相关者的严格审查

恭喜您获得如此大规模、高知名度的项目的信任。您所处的位置罕有人至——只有勇敢的人才敢进来,只有略带疯狂的人才能活着出来。这需要一部带转折的剧本!

谁应该参与其中?

作为项目经理,独立通读这部剧本,然后重新制定项目计划,将重点放在真正重要的内容上。

然后与项目发起人和利益相关者一起仔细研究(这样他们就知道您参与是为了获胜)。

有些软件项目非常复杂,您会认为它就是个玩笑。以下是管理它们的方法。
用户团队
人员

1

测量时钟
时间

60 分钟

难度简单
难度

困难

使用此技巧

抽出一个小时,准备好超越标准的项目管理,接受挑战,并准备好克服挑战!

材料

您的现有计划

红笔

优化

原则 1

有意识的合作

在同一个房间里规划——项目中的每个团队都应该参与规划过程,而且亲身在房间里参与。与构建错误内容的成本相比,出行成本简直不值一提。

事先就参与规则达成一致——回答“平台团队是否会完成集成工作?”以及“我们将如何吸引营销、支持和运营等团队参与?”等问题。

团队之间进行交叉传授——借调、轮换、嵌入式团队甚至联合团队是降低风险和完成工作的有效方法。他们建立的同理心和信任也不会受到伤害。

为推出、迁移和/或采用做好规划——不要忽视如何将此项目提供给客户。与团队和利益相关者分享您的计划,并告知他们最新消息。为测试和获得信心而进行的推出模拟加分。

协助和奖励采用——会有问题需要解决和修复。如果您正在构建平台服务,请留出一些时间,以帮助第一批采用该服务的产品端团队。

挑战组织结构图——将来自公司各部门的团队聚集到一个专门的项目组织中,共同完成项目的整个生命周期。

这将帮助您避免...

  • 浪费时间尝试重新调整团队之间的路线图和优先事项
  • 计划制定后加入更多团队
  • 没有成效的会议
  • 旷日持久的决策
  • 怀疑该平台能否真正起作用
您知道它在...时会起作用
  • 团队彼此信任
  • 团队的目标和路线图一致
  • 清楚地了解了团队之间的参与模式和资源配置计划
原则 2

达成共识

说明“原因”和“内容”——以团队的形式集体设定目标,这样都能保持一致。在可能的情况下,平台团队应根据业务价值提出举措,以便可以轻松地根据产品计划对这些举措进行优先排序。

让范围和进度可见——分享您的路线图并保持最新。主动让您的团队知道范围和/或时间线的变化(会有很多!)。

这将帮助您避免...

  • 团队不认同这个项目
  • 权衡讨论中的延迟决策或错误
  • 资源不足,无法达到商定的范围
  • 日常协调问题,例如浪费工作或重复工作
您知道它在...时会起作用
  • 团队中的每个人都熟悉电梯推销
  • 团队参考您的项目海报,以确保他们按计划进行
  • 状况监控会话进展顺利
  • 对共享计划的修改经常发生,而且很轻松
原则 3

清除所有权

“管理”方面的东西——为项目指定一个全职负责人(如果您正在读这篇文章,可能就是您!)。让执行发起人对项目进行内部推广,并随时待命,在出现瓶颈时解除封锁。

技术人员——项目团队中加入跨产品架构师,这样他们就可以处理高层次的设计和实施问题。就谁拥有整体客户体验达成共识(例如,平台还是产品?),以及谁负责每项主要交付成果。

绘制——与整个项目团队(或每个子团队的代表)一起运行角色和职责剧本。在每个子团队中运行这个剧本也可以加分。

这将帮助您避免...

  • 团队成员互相踩踏
  • 通常会造成瓶颈
  • 工作遗漏
  • 没有收到范围或时间变更最新消息的狂怒发起人
您知道它在...时会起作用
  • 决策很快
  • 利益相关者知道遇到问题时该联系谁
  • 全职负责人每周都会传达最新消息
  • 交付成果按时交付
原则 4

信任

招募合适的人才——聚集最优秀的沟通者、整合者,那些能够快速建立信任并持积极态度的人。您需要高度关注细节和紧迫性的人。

交换商业秘密——鼓励平台团队利用产品团队对客户的丰富了解。并通过自带午餐、内部博客、午餐约会等,让产品团队了解平台工作进度。

建立势头——尽早争取共同的快速胜利,以提高士气并巩固团队对彼此的信任。而且别忘了每个月运行状况监控会话!

这将帮助您避免...

  • 频繁的障碍和违背诺言

  • 缺乏创意地解决问题

  • 士气低落

您知道它在...时会起作用
  • 团队喜欢互相合作
  • 共同庆祝和传达里程碑
  • 公开讨论人际关系或协作问题并迅速解决
原则 5

共享里程碑

跟踪您的进度——共享您的项目时间线并将其用作您的单一数据源。保持更新以反映现实,即使这意味着每周进行调整,确实会这样。

小幅度交付(和庆祝)——招募项目团队成员充当啦啦队长,帮助保持较高的速度和士气。

共同控制质量 - 在计划中安排集成和测试时间,并确保就完成定义达成一致并将其记录在册。

这将帮助您避免...

  • 测试期间的惊喜
  • 进展缓慢(或没有)
  • 交付成果和交付日期不一致
您知道它在...时会起作用
  • 利益相关者对您的稳步进展感到高兴

  • 客户早在项目完成之前就开始获得收益

  • 您从平台中获得价值的速度比预期的要快,而且成本很低

原则 6

有效的决策

深思熟虑——将长期和短期影响都考虑在内。仔细考虑谁应该负责,不要仅仅假设全职负责人或执行发起人最合适。

优化效率——运行权衡滑块剧本,让个人和团队能够自主做出日常决策。对于重大决策,请使用 DACI 框架。

组织和沟通——建立决策登记册,记录正在决定(或已经决定)的内容,并在每周的项目沟通中提及。

这将帮助您避免...

  • 由于隐藏的信息太多了,团队在做出每项决定时都变得越来越不确定
  • 根据过时或不正确的信息考虑解决方案或时间框架
  • 多次修改和重述同一个决定
您知道它在...时会起作用
  • 决策很快
  • 在接受单一决定前,会听取不同的观点
  • 决定没有重新审查或有争议
原则 7

管理依赖关系

预测瓶颈——制作一张表格或图表,列出您的团队依赖谁,以及谁依赖您的团队。

密切关注——从每一方分配一个负责人来管理每个依赖关系。确保依赖关系负责人了解变更的影响,并将其影响传达给所有上游和下游团队。

这将帮助您避免...

  • 下游延迟和错过的里程碑
  • 沮丧、摇摆不定和全身紧张
您知道它在...时会起作用
  • 有一种简洁、全面、自助的方式来跟踪依赖关系

  • 您可以将依赖关系可视化为地图或图表

原则 8

沟通、调整、庆祝!

制定共享沟通计划——每周:面对面会议,了解一般项目的最新情况。每两周:向利益相关者提供演示和状态更新。每月:状况监控,项目“全体人员”。或者类似的内容。请您的工程经理、项目经理和架构师帮助沟通。

充分利用项目会议——每周会议中包含 10 分钟的演示或问题解决会话,以保持参与度。

一对一同步——每周或每两周与每个工作流的团队负责人和产品经理会面,根据您的日程安排检查进度,确定任何日程安排变更,讨论新的风险或问题,并讨论团队士气。

易于找到——建立 HipChat 聊天室或 Confluence 页面作为问答和/或不断升级的问题的论坛。

即使是微小的胜利也要庆祝——他们会比您想象的更快变成巨大的胜利!

这将帮助您避免...

  • 团队成员忽视大局
  • 士气低落,精疲力尽
  • 会议重点不集中、没有成效
  • 利益相关者对状态、风险、里程碑日期等方面的变化视而不见
您知道它在...时会起作用
  • 利益相关者期待收到您的状态更新
  • 团队成员了解大局
  • 势头增强,势不可挡

搞定了?

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

变体

  • 广泛共享利益相关者名单,让每个人都知道谁是谁。
  • 抵制调整现有独立计划的诱惑——最好从头开始,制定一个包括所有团队的综合计划。
  • 除了事先共同计划外,还要记得在整个项目过程中不断地共同重新规划。
  • 不要被组织结构图束缚,挑战一下,让团队团结起来。
  • 限制每个团队正在处理的跨产品项目的数量。
  • 确保所有团队在其非项目时间计划中明确包含时间(例如会议、休假、公司活动、其他会议等)。

跟进

您可能已经意识到了项目计划中的一些差距,并且对如何变更方法已经有了想法。

但是,这里的关键是不要增加更多的工作!

取消无法增加价值的活动或取消会议,然后将这段时间重新用于您参加的活动。

想要更多手册?

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

Thanks! Now get back to work.

得到反馈吗?

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