团队围绕产品或服务进行组织。
团队是特征团队,围绕一个连贯的功能集合进行组织,并由该集合所需的所有技能组成。
例如:业务专家+ Web开发人员+ Java开发人员+架构师+ DBA +运营。
职责是集体,特征团队有责任履行这项责任。
限制Feature Team 的大小(从5到12人)。
限制特征组的大小:** 5至12人**。
5岁以下,她对外部事件过于敏感,缺乏创造力。 12岁以上,会丧失生产力。
术语“2-比萨饼团队”表示特色团队的规模不应超过可用两片比萨饼喂食的人数。
投注知道如何做和谁喜欢做**的多才多艺的人。
最重要的是文化的发展,可扩展性和适应性。
招聘软件工匠和全栈开发人员,他们通过他们的专业知识和他们的总体愿景带来了真正的附加价值。
不过,例如,移动开发人员通常是专业开发人员。
** 吸引 最佳。
建议适应员工的工作模式:流动,家庭工作,** CYOD ( C ** hoose ** Y 我们 O ** wn ** D * * evice)。
留出时间进行实验并在工作时间中实现。
该组织必须是睡眠引擎
前一天是工作的一部分。
该组织必须通过建立诸如继续教育或商业大学的系统来成为日托引擎。
随意将它们与其他更多非正式方式结合使用,例如:**编码Dojos **,棕色袋子午餐,外部会议。
打破交易之间的障碍,押注收敛目标。
为了打破行业之间的障碍,仅仅在一个共同的地方将人们围绕共同的产品进行分组是不够的。
敏捷方法消除这些障碍,确保目标的一致。
这些做法是成功的关键的组成部分,该组织是保证人。
** DevOps **的做法允许墙壁在构建和运行之间。
采用** DevOps 将 Dev 和 Ops 集中到一个共同目标:为组织**服务。
交易仍然不同! DevOps并不意味着同一个人执行Dev和Ops的任务。 开发人员和运营必须合作,以便从** 技能中受益并改善同理心**。
功能团队执行艰巨的任务**。
自动化如下。
在传统组织中,团队之间缺乏理解通常与距离和缺乏沟通有关。
特色小组的成员负责所有任务的共同负责和联合**。
疼痛是持续改善的关键因素。
这些服务中心很难与集体承诺协调一致。
特征团队围绕着协作和集体参与的原则而建立。
服务中心正在朝着企业IT合理化和合并的方向发展,这与集体承诺的观念背道而驰。
该组织具有验证**的作用,而不是教条式的。
确保组织在工具和用途上保留验证角色。特别是影响遗产的工具(例如:源代码的管理)。
提供功能团队意味着支持他们的选择。
不要教条,并确保鼓励实验。
功能团队希望交流并分享他们的经验和技能。
不要在** Feature Teams **之间创建障碍。
设立一个组织和功能团队需要的敏捷性以相互沟通并分享他们的技能和经验。
** Spotify **(部落,章节和公会)的横向组织是一个雄辩的例子。