供应链式项目管理_项目管理者论坛->管理学堂版_国内最热门的项目管理经验交流论坛_国内PMP聚集社区

项目管理者联盟 | 中国工程管理网 | 中国研发管理网

会员中心

资料库

适合敏捷开发项目
敏捷项目管理最佳实践

重视项目商业分析
商业价值与需求分析能力

产品管理国际认证
全球产品管理最佳实践

单项目管理经典指南
年轻项目经理首选

北京 | 直播 | 录播

大型复杂项目全球标准
定位高级项目管理层

链接战略与项目
实现组织资源投资回报

信息系统项目管理师
系统集成项目管理工程师

计划 | 报名 | 经验

论坛
	价值源于交流与分享

会员区：

功能区：公告建议 | 帖子搜索 | 管理团队 | 荣誉版主 | 帮助手册

论
坛
导
航
区

项目型组织	项目管理	工程项目	科技项目	项目化管理	管理软件	资格认证	职业休闲
EPM体系与流程	综合集成管理	总承包管理	IT软件开发	项目型制造	P3E/P6	PMP \| PgMP	职业发展探讨
组织与人力资源	进度,范围,成本	国际工程	生物制药	专业服务	微软PROJECT	IPMP \| PRINCE2	管理学堂
项目管理信息化	团队建设与沟通	房地产	汽车设计开发	生活项目	PowerOn专版	软考项目管理	英语角\|读书版
多项目与大项目	质量与风险	监理与咨询	手机数码	文体娱乐		注册建造师	房车吃游
PMO建设与管理	采购与合同	工程设计				项目管理硕士	闲聊版\|商务版

俱乐部：北京 | 大连 | 福州 | 广州 | 杭州 | 南京 | 山东 | 上海 | 深圳 | 四川 | 天津 | 武汉 | 西安 | 郑州 | 申请成立

TOP榜：精华 | 最新 | 最热 | 会员

版面信息

说明：项目经理学习管理的地方

	精华区		发表帖子
	投票区		发起投票
	资料区		上传资料

本版版主

aceld1981
登录：2011/8/5
次数：10
注册：2011/6/23
发帖：11

俱乐部导航

北京	大连	福州	广州	杭州
南京	山东	上海	深圳	四川
天津	武汉	西安	郑州

联盟·近期活动

社区热点

精彩专题

如何做好项目沟通计划

软件项目质量管理

国际工程索赔与反索赔

社区圈子

集团企业生态体.
圈主：ETPPM
行业：综合应用

项目经理职业生.
圈主：zhenjm
行业：综合应用

生态系统体系下.
圈主：ETPPM
行业：综合应用

施工总承包管理
圈主：fylm9999
行业：工程设计安装

软件项目经理水.
圈主：camer
行业：IT软件

联系社区管理员

供应链式项目管理 [发表于 2014/3/16]

状态开放帖 浏览量 1273

复制该帖链接收藏本帖 [回复] [引用]
该帖子同步发自圈子：北京项目经理俱乐部PMU-BJClub (访问该圈子) 最近我们重新规划和设计敏捷项目总体流程，对需求伊始直至项目上线的目标、指标、时间节点和责任人都做了定义。但当我们制定更详细的计划时，发现一个严重的问题：这是一个“梦幻日程计划”。在项目生命周期管理的探索与实践上，我们经历过瀑布式、迭代式、增量式以及混合的Scrum敏捷式，如果只针对项目管理而言，我相信在一个Sprint周期内，做到“一切尽在掌握”是可行的，但放眼至一个季度甚至半年的最终目标上，梦幻计划的完美主义的思想又成为了另一个极端。　　为了让计划更加务实，我们需要采用尽可能短的时间盒管理项目，2周是一个理想并充满挑战的周期，但我们相信只要控制好Sprin就t可以实现它。　　项目自始至终周期过长，会造成心理放松，对于项目危机感缺失，以至于造成前期浪费时间，后期加班赶时间的窘相。所以我们需要通过不断地迭代，在一次次循环中完成可交付的增量，基于事实的决策远比前端预测型决策更为有效。——Reinhardt 　　从远期看，我们的产品上线目标和最终运营目标都充满挑战，并且时间只剩半年。为了让不可能的任务更有说服力，我尝试着制定整整6个月的计划，但计划刚刚开始我就结束了这个愚蠢的想法 ——未来的Idea充满了未知。虽然scrum敏捷能带给我们更强的控制力，但从产品创建的生命周期看，2周时间盒显然给需求的产出带来了极大的困扰：如果需求的定义仅限2周，只有鬼知道这两周的量能否满足下一个项目Sprint的胃口，这还没有考虑不同功能和需求的大小。一个用户体验改进与一个成长体系的需求量，放在两个同样长度的时间盒显然是不公平的，更何况产品经理还需要对页面设计、制作进行协调以及参与Spring周期结束时的部署验收。　　在一个复杂又充满挑战的项目中，为了避免这个问题，同时又发挥Scrum敏捷式项目管理的优点，可以采取“供应链管式项目管理”方法。　　在传统制造业企业中，为了保证生产的稳定，制造商会有一定的原材料库存。但随着供应链管理思想的深入发展，越来越多的制造商整合供应链资源，与供应商共同管理库存，以确保在生产最经济的情况下满足市场的变化，即“柔性供应链”。　　在互联网项目管理中，可以简单的抽象需求、设计、页面制作为供应商，总设、开发、测试为制造商，库存即“待开发需求池”。与传统制造业不同的是，互联网项目团队可以简化为2个供应链中的节点，供应商为制造商提供生产原材料，制造商将其加工测试后交付给市场。　　相比Scrum敏捷式项目管理，供应链式项目管理强调了“库存”的价值，产品需要在下一个时间盒开始前保持“待开发需求池”的水量;开发需要确保能够及时消耗掉库存中的Backlog。这使得团队成员的注意力更容易集中在最重要的部分(设计或者开发)，而不是无效率的沟通。换句话说，传统的Scrum项目管理的流程更像是一条大河，上游需要确保充足稳定的水量以确保下游的承受能力;下游需要保持足够的消化能力以避免洪水泛滥或者干涸。供应链式的项目管理就是在河道上建起了一座大坝，只要保证水库中的水在安全范围以内，无论洪峰还是大旱(需求暴增或需求锐减)，下游生产都可以确保安全与效率。管理的焦点可以集中在“待开发需求池”的安全范围以及优先级。　　供应链式项目管理是更宏观的管理，它阐述了产品管理与项目管理的上下游关系。纯粹的Scrum可能更适合老外那种程序员也是产品经理的创业作风，我看过几乎所有被奉为圣经的项目管理书籍都将定义需求作为一个项目的起始，这表面看起来无比正确，却如同鸡肋般既没有说清楚如何定义需求(推荐《用户体验的要素》)，又给国内的项目经理和程序员造成了困扰。　　产品(供应商)：　　产品从“需求池”到“待开发需求池Backlog”，需要经历线框图、需求文档、页面设计、页面制作4个环节，产品设计的迭代由产品经理全权负责，在需求池挑选高优先级的目标，设计并交付最终完整需求至待开发需求池中，需求需要以“情景故事”为单位打包，并区分优先级;需求包的优先级需要满足正态分布曲线，如水库在每个Spring开始前，安全范围为5-15个情景故事，当有10个故事时，2个优先级为1，6个优先级为2，2个优先级为3。　　技术(制造商)：　　技术在下一个时间盒迭dai开始前一周，由项目经理根据团队承受能力与产品共同确认Sprint Backlog，并立即进行需求和用例评审。一旦范围确定，即可立即展开项目(在需求线框图出来后，测试与架构师就可以介入开展前期工作了)，并用燃尽图等工具进行监控。后面只需要保持好节奏，相信掌控项目的感觉会让你身心舒畅。　　我并不清楚供应链式项目管理思想是否有人进行过类似尝试，它的本质是对敏捷项目时间盒内的需求与开发进行解耦，需要需求提前至少一个时间盒完成并冗余在待开发需求池内，把为了增强项目控制力而压缩的2周Sprint还给项目程序员和测试工程师。它的困难在于，需求为了保证待开发需求池的安全范围而必须承担足够的压力，还好我相信这种压力是我们可以承受的。　　这只是一个产品经理对项目管理的思路，实践后会进一步总结，如果你有更好的主意，欢迎与我分享。
-------------------------------------------------------------------------------------------------------- 项目管理是最好的执行力 >>> 由论坛统一发布的广告：

楼主

铁托

职务无
军衔主帅
来自安徽省
发帖 1460篇
注册 2006/4/30
PM币 19794
经验 8605点

！您尚未登录，不能回复主题。现在登录注册

建设运营：共创时网络