软件开发工作场所“民主化”的结构机制分析框架
引言
在过去二十年里,敏捷软件开发方法(ASDMs)迅速流行起来。最初,它由一群“组织无政府主义者”提出,旨在纠正瀑布模型给软件开发行业带来的问题。如今,敏捷方法已被广泛接受,成为软件开发的主流方式。从计划驱动方法向敏捷方法的转变,是从严谨、定义明确的流程转向快速、以人为本和以客户为中心的软件实践。然而,尽管敏捷宣言在过去十年备受关注,但它是否真正产生了持续影响仍不确定,这可能是因为敏捷宣言本身具有一定的灵活性。
人们在日常生活中通常倾向于寻找明确的指导原则和结构。在工作领域,结构起着重要作用,它是让员工完成工作的通用机制。软件团队也不例外,他们同样需要结构来组织工作。近年来,由于敏捷方法的普及,软件行业的组织结构发生了变化,以往适用于计划驱动环境的结构在敏捷环境中部分或完全失效,新的结构机制如跨职能团队、实践社区等应运而生。
我们提出的问题是:从计划驱动方法向敏捷方法的转变对软件开发组织的选定结构方面有何影响?为了回答这个问题,我们引入了一种组织安排的类型学,通过展示功能导向和权威这两个重要维度的影响来概念化这个问题。
理论基础
跨特定软件团队的背景考察
我们将组织结构化活动的核心理论框架定义为设计有效的团队间和团队内沟通、协调和集成机制(CCI)。这些核心概念的定义如下表所示:
| 概念 | 定义 |
| — | — |
| 沟通 | “通过言语、写作或符号传递或交换思想、意见或信息的过程”(Mishra & Mishra, 2008) |
| 协调 | “管理活动之间依赖关系的过程”(Malone & Cr
超级会员免费看
订阅专栏 解锁全文
27

被折叠的 条评论
为什么被折叠?



