编程心法 之 敏捷开发(新架构)Agile Team Organization Squads, Chapters, Tribes and Guilds

Agile Team

参考

一般情况下,一个小组有以下功能分布:

Squads

每个主要的功能的开发属于一个Squad,比如说QQ这个应用,可以分为QQ空间小组、QQ会员小组等等, 每一个Squad有Leader, 前端后端QA和发布,也就是说有完整的产品路线。

用一个大约5到7人的小组,使每个人都有责任感并且易于管理,并且每次的meeting都很有效率。

Chapter

所有的QA一个Chapter,或是所有的前端一个chapter,这样的话就可以让QAreport给QA leader,developer 就可以Report 给Develop Leader

Guilds

主要是为了更好的组内外的合作

比如说,我们发现了整个系统运行很慢,一般的公司结构的话需要大家一起找拖慢系统的地方,这样效率很低,因为每次有事情的时候都需要派人组成相关的专案组,十分耽误时间。

并且大家有可能都不承认自己的程序脱了系统的后腿。

如果有专门performance的小队就可以专门专事解决performance的问题,每次效率出问题就找performance小队就好了.



想要看到更多玮哥的学习笔记、考试复习资料、面试准备资料?想要看到IBM工作时期的技术积累和国外初创公司的经验总结?

敬请关注:

玮哥的博客 —— CSDN的传送门

玮哥的博客 —— 简书的传送门

玮哥的博客 —— 博客园的传送门

Agile Team

参考

一般情况下,一个小组有以下功能分布:

Squads

每个主要的功能的开发属于一个Squad,比如说QQ这个应用,可以分为QQ空间小组、QQ会员小组等等, 每一个Squad有Leader, 前端后端QA和发布,也就是说有完整的产品路线。

用一个大约5到7人的小组,使每个人都有责任感并且易于管理,并且每次的meeting都很有效率。

Chapter

所有的QA一个Chapter,或是所有的前端一个chapter,这样的话就可以让QAreport给QA leader,developer 就可以Report 给Develop Leader

Guilds

主要是为了更好的组内外的合作

比如说,我们发现了整个系统运行很慢,一般的公司结构的话需要大家一起找拖慢系统的地方,这样效率很低,因为每次有事情的时候都需要派人组成相关的专案组,十分耽误时间。

并且大家有可能都不承认自己的程序脱了系统的后腿。

如果有专门performance的小队就可以专门专事解决performance的问题,每次效率出问题就找performance小队就好了.



想要看到更多玮哥的学习笔记、考试复习资料、面试准备资料?想要看到IBM工作时期的技术积累和国外初创公司的经验总结?

敬请关注:

玮哥的博客 —— CSDN的传送门

玮哥的博客 —— 简书的传送门

玮哥的博客 —— 博客园的传送门

原文地址:https://www.cnblogs.com/vigorz/p/10503960.html

时间: 2024-07-29 22:04:03

编程心法 之 敏捷开发(新架构)Agile Team Organization Squads, Chapters, Tribes and Guilds的相关文章

敏捷开发学习笔记-Agile development(AM)

以人为核心,迭代,循序渐进 项目被切分为多个子项目,每个子项目都经过测试,具备集成和可运行的特征 5个价值观:沟通.简单.反馈.勇气.谦逊 敏捷模型与瀑布模型的区别 相对于瀑布模型,提高开发效率和响应能力 瀑布模型以文档为驱动,敏捷开发只写必要的文档,尽量少写文档,注重人与人之间面对面的交流,强调以人为核心. Scrum '争球' 15-30天一个冲刺 提交一个增量(新特性) 产品需求(pruduct backlog)->优先级排序->选择需求->冲刺会议(需求评审)-> 冲刺过程

网利友联迈入敏捷开发新时代

文章接自pigoss官网:http://www.netistate.com/news/xinwendongtai/2016-05-04/556.html 如需转载,请注明出处! 随着互联网时代的到来,软件产品的更新速度越来越快,敏捷开发-快速迭代仿佛已经成为行业的共识.鉴于大势所趋,网利友联将于2016年4月起正式启动 PIGOSS BSM产品线与爱维云SaaS监控平台产品线的敏捷开发模式.其中,PIGOSS BSM产品的迭代周期为一个月,爱维云SaaS监控平台的迭代周期为两周. 什么是敏捷开发

互联网公司的“敏捷开发”流程是怎么样的,每个职位的角色和分工是什么?

作者:暗灭 第一   为什么需要敏捷开发. 在几万年以前,软件项目的开发都是以年来计算的,这代表什么意思呢 ?需求设计了半年多,方案设计做了半年多,开发了三年多,测试了半年多,修改Bug用了半年多.总计花了很长很长的时间,然后上线后发现有很多需求已经不存在了,同时又出现了很多新的需求. 怎么办?继续改.这一改又是半年多的时间过去了.马丹用户的需求还再改,怎么办? 这是困扰软件开发项目的最大的问题,越大的项目,参与的人越多,风险越大.文档越规范,维护起来的难度就越高,导致项目中遇到的问题越来越多.

Scrum敏捷开发简介

Agile 敏捷开发实践中,强调团队的自我管理.在 Scrum 中,自我团队管理体现在每天的 Scrum 会议中和日常的协同工作,在每天的 Scrum 例会中,团队成员一般回答一下几个问题 : 昨天完成了什么? 今天要做什么? 项目进展中,遇到了什么障碍和问题? Scrum敏捷开发简介 使用 Rational Team Concert 进行 Scrum 敏捷开发的使用经验 敏捷开发之Scrum扫盲篇 软件项目管理流程总结

编程心法 之 Scrum - Agile 敏捷开发

Scrum是一种敏捷开发的方法 先定一个能达到的小目标 Scrum 团队 包括产品负责人.开发团队和Scrum Master Product Owner 产品负责人:管理代办事项和优先级的唯一负责人. 相关术语 Sprint 敏捷开发的周期,一般情况下需要2-6周时间,最终应该完成一个可演示给客户或者是可发布的产品 Epic 可以认为就是一个大的Stroy, 还没有拆解, 是对大Story的一个描述性标签 提问:Epic和User Story之间的区别是什么? 回答:准确的说,Epic是比用户故

内修敏捷开发心法 + 外炼持续整合招式

说好的软件质量 提升软件质量是我们一直追求的理想,但软件开发唯一不变的真理就是变,为了应付变化多端的软件开发过程,敏捷开发提倡了一种拥抱变化的软件开发理念,少说也替软件开发人员带来了不少小确幸. 这些软件开发模型与方法论,最终的目的在于软件开发管理与质量的提升,与其说质量提升倒不如说是维持一定的水平.虽然敏捷开发有很多不同的方法论 (例如 Scrum, XP 等等),但我们注意到这些方法论都一定会提到「持续整合 (Continuous Integration)」这个概念.持续整合到底是何方神圣?

新思想、新技术、新架构——更好更快的开发现代ASP.NET应用程序

在博客园学习很长时间了,今天终于自己也开通了博客,准备分享一些感悟和经验.首先感谢博客园园主提供了这么好的程序员学习交流平台,也非常感谢张善友.dax.net.netfocus.司徒正美 等技术大牛的无私分享,从他们身上学到了很多.还有我最近一直关注的田园里的蟋蟀,分享了很多新的技术和思想方法,在此也深深地感谢!希望蟋蟀再接再厉,多多分享,向你学习! 我自己一开始工作(2002年)就从事WEB开发(ASP.NET方向),到现在已经13个年头了,从初级程序员到技术经理.开发部经理.项目总监,后来合

组织架构适配下的敏捷开发

摘要: 本文将会讨论如何协调公司内各个工程师团队之间的合作,从而高效地保持系统的弹性和灵活性,以满足敏捷开发的需求.本文选自<Node.js微服务>. 如果一个公司采用微服务来构建软件系统,那么每个干系人都需要参与决策. 微服务是一次重大的范式转换.通常,大型组织倾向于使用相当传统的方式来构建软件系统.每个重大发布需要经历数月的研发周期,之后需要一个完备的质量保证阶段以及数小时的部署阶段. 当一个公司选择使用面向微服务的架构时,方法论就会发生完全的改变:每个小团队负责各自的小功能点,包括它们的

怎样搭建轻量级架构-敏捷开发普及篇

搭建轻量级的架构.没有轻量级的开发原则是不行的. 传统的软件project理论是统一软件过程.统一软件过程说的简单点就是沟通.建模,开发,维护. 大家注意,这是一个一次性的过程,也就是每一个阶段必需要力求具体,确认功能的务必完好.然后一次性搞定. 所以依照传统的project理论,开发反而是一个可控性最高的阶段,依据前期"超级完好"的模型,程序猿全然是流水线工人.俗称码农! 假设依照这样的project理论去开发软件,两方在前期要耗费巨大的精力去建模.并且也不能保证在真正开发时.不会超