这是张典型的敏捷开发中 Product Owner 的示意图。
这张图常常令人堕入1场争辩: 是领域专家,还是架构师, 来担负 Product Owner?
其实, 争辩这个问题, 基本上是只斟酌了 “敏捷开发中 Product Owner 的定义”,而完全疏忽了 “产品” 与 “团队成员”,实际的现况。
只斟酌 “角色”;领域专家、架构师;便决定了企业内谁担负 Product Owner, 在实际的项目中,常常会找到错(不合适)的 “人”,来担负 Product Owner。而使团队在项目的运作上与版本交付的效力与质量上,均堕入空前的灾害。
对履行 Product Owner 这份 “工作” 而言,领域专家,架构师都是 “对” 的角色;但是,“对” 的角色,却不见得都是 “对” 的人。
“将企业内现行的组织角色,直接就1对1的对应到敏捷开发中的 Product Owner, ScrumMaster,这是疏忽产品,疏忽团队成员现况的,1种极其毛病、极其笨拙的组织管理模式。这样的模式,将使团队会因 “对” 的角色,“错” 的人,而堕入混乱,乃至崩溃的地步。
“团队的主要,唯1的任务是开发产品。不是来照着规范、教条来做敏捷;
敏捷开发只是工具。而做产品的是 “人”
不是 “角色”。惟有找到 “对”
的人,才能做出 “对”
的产品; 这和角色有绝对必定的关系吗?”