对于复杂项目和PMO管理思路的一些杂谈
版权声明
我们非常重视原创文章,为尊重知识产权并避免潜在的版权问题,我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容,访问作者的公众号页面获取完整文章。
DP哥笔记
扫码关注公众号
扫码阅读
手机扫码阅读
项目管理和敏捷实践摘要
一)对于复杂项目的理解
项目管理在IT领域面临复杂性,尤其对于纵向技术或产业逻辑专家来说,应对跨领域挑战较为困难。有效的横向推动工作,例如通过PMO体制或大规模敏捷框架如SAFe的RTE,对于整合各纵向任务和推进项目至关重要。
复杂项目的原因
- 业务本身复杂性导致需求挖掘困难。
- 多样化的需求方立场导致方案冲突。
- 技术验证和攻关带来的不确定性。
- 跨团队协作易导致沟通问题和责任推诿。
- 项目规模大需要通过分期或建立PMO机制来管理。
二)项目管理者要实现的
项目管理者需要确保干系人对项目目标和范围有一致的理解,并解决不同立场导致的冲突。通过评审阶段建立计划和范围,为项目成员扫清障碍,并利用各种协同工具和敏捷实践如Scrum,提升团队成员的横向能力,实现个人、团队及项目的多赢。
DP哥笔记
DP哥笔记
扫码关注公众号
还在用多套工具管项目?
一个平台搞定产品、项目、质量与效能,告别整合之苦,实现全流程闭环。
查看方案
DP哥笔记的其他文章
关于“PMO与变革”的思辨
DP哥的观点是:作为PMO,不可以把“变革八步法”和“SAFe实施路线图”作为变革实践的唯一指导方针或者变革过程的全部。“变革八步法”或“SAFe实施路线图”只是在某个阶段的原则方法。
DP哥知识管理三原则
子曰“生而知之者,上也;学而知之者,次也;困而学之,又其次也,困而不学,民斯为下矣”。这句话也可以扯到知识管理方面。
百年修得同船渡,但你那边漏水了
时代在变,技术和工具或能够由繁入简,但体系和人的问题从未简单过,甚至越来越复杂。每个人都是独立个体,立场这个东西,是很难调和的。
聊聊CMMI和瀑布项目流程
作为软件项目的决策者和实施者,把这“瀑布”与“敏捷”看作实施项目过程中的方法、手段,在合适的时候挑选合适的方法,可能是一个更好的选择。单纯的选择“敏捷”,与单纯的选择“瀑布”一样,都是一种偏执的做法。
互联网看热闹:中午我面你、晚上被你面、江湖处处缘、如何好相见?
这几天在脉脉上围观了一个帖子,说的是百度同学中?
加入社区微信群
与行业大咖零距离交流学习
PMO实践白皮书
白皮书上线
白皮书上线