前往小程序,Get更优阅读体验!
立即前往
首页
学习
活动
专区
工具
TVP
发布
社区首页 >专栏 >敏捷开发需要的是 "对" 的 "人", 而不是 "对" 的 "角色"

敏捷开发需要的是 "对" 的 "人", 而不是 "对" 的 "角色"

作者头像
Ken Fang 方俊贤
发布2018-01-05 11:00:54
8220
发布2018-01-05 11:00:54
举报

这是张典型的敏捷开发中 Product Owner的示意图。

这张图往往使人陷入一场争论: 是领域专家,还是架构师, 来担任 Product Owner?

其实, 争论这个问题,基本上是只考虑了 “敏捷开发中 Product Owner的定义”,而完全忽略了 “产品”与 “团队成员”,实际的现况。

只考虑 “角色”;领域专家、架构师;便决定了企业内谁担任 Product Owner,在实际的项目中,往往会找到错(不适合)的 “人”,来担任 Product Owner。而使团队在项目的运作上与版本交付的效率与质量上,均陷入空前的灾难。

对于执行 Product Owner 这份 “工作” 而言,领域专家,架构师都是 “对” 的角色;但是,“对” 的角色,却不见得都是 “对” 的人。

将企业内现行的组织角色,直接就一对一的对应到敏捷开发中的 Product Owner, ScrumMaster,这是忽略产品,忽略团队成员现况的,一种极为错误、极为愚蠢的组织管理模式。这样的模式,将使团队会因 “对” 的角色,“错”的人,而陷入混乱,甚至崩溃的地步。

“团队的主要,唯一的任务是开发产品。不是来照着规范、教条来做敏捷;敏捷开发只是工具。而做产品的是 “人”不是 “角色”。唯有找到 “对”的人,才能做出 “对”的产品; 这和角色有绝对必然的关系吗?”

本文参与 腾讯云自媒体分享计划,分享自作者个人站点/博客。
原始发表:2015-05-01 ,如有侵权请联系 cloudcommunity@tencent.com 删除

本文分享自 作者个人站点/博客 前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体分享计划  ,欢迎热爱写作的你一起参与!

评论
登录后参与评论
0 条评论
热度
最新
推荐阅读
相关产品与服务
项目管理
CODING 项目管理(CODING Project Management,CODING-PM)工具包含迭代管理、需求管理、任务管理、缺陷管理、文件/wiki 等功能,适用于研发团队进行项目管理或敏捷开发实践。结合敏捷研发理念,帮助您对产品进行迭代规划,让每个迭代中的需求、任务、缺陷无障碍沟通流转, 让项目开发过程风险可控,达到可持续性快速迭代。
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档