
266
|
第
11
章
如果只有一个域,而且对应一组畅销产品,则跨职能团队应该采用这种组成,或者
某种类似的组成。这种组成可以最大化速度和生产力、最大化团队责任感和幸福感、
最大化产品开发整体的吞吐量、最大化效率,而且还能保持清晰的管理机制。你还
可以充分利用所有的流水线、可重用库以及开发运维等服务和实践。
此处,我有意避开了开发运维之类的角色。尽管你可以(而且至少在一段时间内应该)
指定负责流水线和自动化的开发人员,但他们仍然是开发人员。回想一下,在敏捷
开发中,我们只有“开发人员”的角色。
11.9
可扩展商业机器
可扩展商业机器(
Scalable Business Machine
,简称
SBM
)代表了进入组织的输入、
产生的输出,支持内部流程的原则,你需要通过这些流程生成可供他人使用的输出。
SBM
的目的是定义一个清晰的流程,帮助其他组织了解你们的工作。从某种意义上
说,你定义的是接口,即
API
,帮助你与其他部门展开合作。这对我们来说很重要,
因为我们经常游走在产品管理、战略和产品开发之间。定义
SBM
可以帮助你从模
糊的顾问身份转变为更清晰的角色,同时也可以提高整个组织的绩效,并积极响应
客户。
SBM
由以下几个主要部分组成:
•
原则。
•
输入。
•
流程。
•
输出。
•
工具。
原则,是一组命题,是对理念的基本陈述。明确说明人员、流程和技术方面的原则
可以提高整个组织的效率,尤其是在组织开展大规模现代化工作时。关于如何创建
自己的一套原则,请参见
4.2.1
节的说明。
输入,是团队获得的原材料。在构建解决方案时,需要进行的交谈、获取的想法 ...