未录制

如何频繁审查项目组合

项目组合管理由Johanna Rothman读取时间分钟内

抽象词云项目组合管理

有数以万计的项目你不能同时全部做 因为你没有人做比要求人们多任务多个项目,任何人都不会完成任何事情策略之一是组织项目组合并按优先级排序

多数人把项目放入组合时很容易有12-18个月值的工作点点前12个月结束 出事后你需要重整组合

计划组合审查调整,但多频繁审查组合频繁,你加重 每个人参与, 因为没有什么改变往往不够多 实际发生的事情与组合无关是否有正确时间对 取材

发布日期改变时或客户想新产品时或竞争者宣布或发布新产品时或新技术可行时可能需要审查组合无法控制大部分事件 需要选择灵活审查周期可你确实有方法决定何时是审查组合的适当时间

理想时间审查组合

  • 项目完工时(项目周期)
  • 信息充足时产品下一版(规划周期)
  • 时分分配预算和人员新项目(商业周期)

循环互为依存故事真实地讲到 团队识别互依关系

利赫大公司产品管理员 和另一产品管理员亚历克斯聊天亚历克斯,我需要开发团队 工作我的产品升级几时完成您的产品

再三个月都不行

等待一分钟六个月前你已经吃过了我的产品需要再发布比那更快客户请求我 企业路径表表示我需要发布 短短3个月如果他们无法完成我的项目 3个月后我怎么解禁延迟从何而来

无法完成需求 所以延迟后来功能特征出故障发现需求仍然有点模糊, 所以我们不得不重温所有细节阶段测试者无法启动 因为他们没有做足够的测试

莉亚告诉我后 她想把亚历克斯打爆头

亚历克斯多次经典错误

  1. 思考他的项目是单打独斗, 不考虑其余组合 在他的规划
  2. 坚持串行生命周期时,项目有已知时间约束
  3. 不允许项目团队按特征执行测试,这样项目团队可以在某个时间停工,即使时间不是项目完成所有需求时停工。

如果Leah和Alex更频繁地审查组合, Alex本可以避免第一个错误, 并有机会重温项目早些时候的其他错误

项目周期依赖项目何时完成

如果项目完成时间超过6个月,项目团队在第一个项目完成前无法启动另一个项目的工作需要帮助项目团队选择生命周期 满足业务需求

使用串行生命周期,如瀑布或相位开关项目周期即为项目整个持续时间内含需求,团队熟悉产品, 并不会遇到技术故障, 时间长度足够短, 你可以让生命周期为您服务

常常我看到限时高技术风险项目 试图把所有东西都编入串行生命周期 超过3个月的项目这不是求成之道反之,考虑另一个生命周期

使用迭代生命周期并集成产品并留到尾端最后测试时,项目周期可短于实现特征并集成测试的时间使用增量生命周期,如分期交付,项目周期可短于完成一个特征所需时间使用敏捷生命周期时项目周期持续时间不多于四个星期

越不成熟你的产品越想敏捷或增量生命周期,因为你最灵活地重规划项目组合可能不在乎你使用哪种生命周期相对成熟产品, 假设你不希望一年或一年多发布一次, 并不需要项目团队做其他工作

规划周期依赖您的产品行进图规划

制定规划周期,调整产品路径图(即选择区区)时,每个季度都合理,特别是对不成熟产品或通量市场而言尤其如此。使用敏捷生命周期时,你可调整行进图每个时间框,微调项目团队何时何时完成并何时发布产品

增量生命周期与敏捷生命周期几乎相同弹性, 但你会有项目启动时间, 外加完成特征的不同时间迭代生命周期需要时间 在所有原型中添加 特征测试串行生命周期需要限制数 在一个项目中可以解决

预算周期最小值

工作上,我见许多公司 一年开一次账所有人都应该拿出魔杖和晶球 并完全看清未来

我不明白如何预测未来 当我分辨不出竞争者会做什么时 我的客户也不会结果是管理员和项目管理员花大量时间预测预算,到财政年度第三个月时,预算全错

3个月后预算停产,使用3个月预算周期并一次只3个月预算是有道理的如果您使用敏捷生命周期短于3个月, 预算周期可短于时间框

重编编程常有的一个侧义是,你不必为一切编制预算,你只需为可预见的未来编制预算。少花时间编程 多花时间观察你需要的东西

额外的好处是,非敏感生命周期项目组必须重新估计完成项目需要多长时间。项目团队常常不知道需要多少时间取回估计反馈并成为更好的估计者

季周期可挑战某些组织

设置季度规划与预算编制周期问题在于,你需要项目在评审前交付部分完成特征集多组织花3个多月启动项目,这在瀑布或迭代生命周期中相当常见唯有敏捷生命周期,短时盒和强调时间盒内整理片段,才能可靠地处理季度规划和预算周期谨慎增量生命周期,可做季度规划与预算周期工作

反转对话

莉亚和亚历克斯了解不同生命周期后, 他们重新规划如何接近产品管理第一,制作季度产品行进图,按季度列出产品特征他们为清单中的每一项起草需求说明,并随着了解更多需求更新需求

并开发出“期望”项目组合并创建一流组合显示当前现实

并协同项目管理员确保项目管理员理解时间受限和时间不受限与项目管理员月度评审会议对话

利亚启动发邮件给所有你们 我们当前组合和产品路径图 从亚历克斯和我的产品第二季度高层管理要求我们二分发布产品 但由于当前组合无法实现高层管理者还说Alex的产品比我的优先级高利亚造相

如何解决?

亚历克斯建议转短时间框,当然不超过四周, 可能两周, 你可以工作我产品 上半季度,发布后继续Liah产品万一遇上麻烦 便会提前知道 因为我们知道我们完成和没有完成我们可以更新组合并观察我们还能做些什么如何工作你

对话结束时,项目管理员承诺3周时间框和对行进图和组合在每个时间框尾重新评价

摘要

你可能注意到项目组合的两个问题首先是组合为观察组织策略提供方法制作组合并判定哪些项目需要完成第二题是每个项目对生命周期的选择 会对多久审查组合产生巨大影响偏向敏捷或至少增量生命周期 因为它们允许组织最灵活但这两个问题为其他列提供饲料

思考所有这些周期回溯原创问题:你应多久审查组合

越多审查越好 越少审查考虑与其他项目管理员、产品管理员和高级管理员合作组织您的项目,以便至少四分之一发布一次无需实际发布,但如果您的项目处于可释放状态,你可选择将项目团队迁移到另一个项目,满足项目组合的需要。之后你就能审查组合 并知道你可以对组织正在做的工作 做新选择

感知感知

我感谢Dwayne Phillips和GeraldM温伯格审查


Johanna是作者管理它狗万体育新闻现代实用项目管理指南.与Esther Deby合编《闭门大管理机密》和《雇用最佳知识工作者、技术员和内德斯:雇用技术员的秘密和科学》

版权2008Johanna Rothman经许可使用所有权利保留

下题

可能你还有兴趣