2.2 Srcum 框架原创

嗨，我是温。今天的课程是敏捷软件开发的主流框架SC。本节课程的主要内容有SC历史、SC理论基础与三大支柱。SC的核心概念。首先是SC历史。1986年，竹类、红高和野中预刺栏阐述了一种新的整体性方法，该方法能够提高商业新产品的开发速度和灵活性，并将这种新的整体性方法与感染数相比较。1990年，肯斯瓦伯在公司使用了一种先进的软件开发法，这种方法后来发展为SC 1991年，The Grace和style将这种方法称为SC。在竹内红高和野中预刺郎文章中提到的橄榄头术语。1993年，杰夫苏德兰发明了一种类似的方法，并首次称为SC，意味着SC作为软件开发方法正式被提出。1995年，杰夫斯德兰和肯斯瓦伯联合发表了论文，首次提出了斯SC的概念，意味着斯SC作为软件开框架正式得到一个确认。

2001年，肯斯瓦伯和迈克尔贝德在敏捷软件开发使用SC过程的一书中介绍了方法。杰夫斯德兰和肯斯瓦伯同样是在2001年在犹他州参加了17人的一个聚会，并且参与发布了著名的敏捷轩辕和12原则。2002年，肯斯瓦伯和麦克科姆创办了sc alliance即SC联盟，了解了SC的历史。我们来看一下SC的理论基础和三大支柱。首先是理论基础，SC是基于经验主义和经济思维。经验主义主张知识来源、实际经验以及根据当前观察到的事物做出的判断所获得机易思维是减少浪费，专注于根本。同时在理论基础的一个支撑方面，SC采纳一种迭代和增量的方法来优化对未来的预测并控制风险。K让一群共同拥有所有技能和专长的人员参与进来，完成工作并根据需要分享后。

所需的技能。SC的三大著作分别是透明、检视和适应。透明涌现的过程和工作成果必须对执行工作的人员和接受工作的人员都是可见的和一致理解的。在SC中，重要的角色是基于三个正式公箭的感知状态，透明度较低的弓箭可能导致做出降低价值并增加风险的决策。检视SC弓箭和实现3D目标的进展必须经常和勤勉的检视，以便发现潜在的不良差异和问题。为了帮助检视，SC以五个事件的形式提供了稳定的节奏适应。如果过程的任何方面超出可接受的范围后所得的产品不可接受，就必须对当下的过程和过程处理的内容加以调整，调整工作必须尽快执行，以最小化进一步的偏差。SC的三大支柱透明、检视和适应，他们不是孤立存在的，是存在着相互联系、相互交织的。其中。

在透明和检视方面，透明使检视成为可能，没有透明和共识的检视会产生误导和浪费。在检视和适应方面，检视使适应成为可能，没有适应的检视是毫无意义的。SC事件只在激发改变。了解了SC的理论基础与三大支柱，我们来看一下SC的一个定义，是一个轻量级的框架，可帮助人员、团队和组织通过针对复杂问题的知适应解决方案来创造价值。因此SC是一个框架，并且它的主要目标是创造价值。同时SC主要包含SC团队、SC活动和SC弓箭以及SC价值观，即大家熟知的3355。下面我们通过一个简单的流程，即右边这个SC的流程来讲述一下SC3个团队、五个活动、五个弓箭和五个价值观在这里面的一个运作的原理。首先我们会有好的创意和想法。put owner会将。

这些想法进行创建，细化成我们的用户故事，然后把它纳入到product里面。产品代办事项列表中，会通过play meeting将product转化为SP。作为本次迭代的一个代办事项，开发团队会根据SP里面事项和SP的目标进行一个迭代，同时会进行SC的每日战会调整、检视和适应。在两到四周的一个迭代完成后，通过SP reviewer和spo Betty及spri的评审会议和sprint回顾会议，对本次spri的价值交付进行展示和经验的总结，以便在下一次spring中做得更好。接下来我们就详细的对SC的团队、活动、公建和价值观做具体的介绍。首先是SC团队，团队由一名SC管理员、一名产品所有者和开发人员组成。在SC团队中没有子团队或层次结构，因此SC是最小的权。

职能的团队扁平化的结构，它是专业人士的凝聚力的单元，一次专注于一个目标，即产品目标。SC团队中包含开发人员、产品拥有者和sc master。开发人员是SC团队中致力于创建每个sprint可用增量的任何方面的人员。开发人员的职责包括为spri的创建计划，即sprint代办事项列表，通过遵循完成的定义来灌输质量，每天根据sprint目标调整计划，使彼此负责的都是专业人员。产品拥有者负责是SC团队的工作所产生的产品价值最大化，还负责有效的产品积押管理。产品拥有者的职责包括制定并明确传达产品目标，创建并明确传达产品代办事项，订购产品代办事项，确保产品代办事项列表是透明的、可见的和可理解的score master负责建立SC指南中定义的。

SC对SC团队的有效性负责，是团队和更大的组织服务的真正的领导者。sc master职责包括通过多种方式为SC团队提供服务，通过多种方式为产品负责人提供服务，通过多种方式为组织服务。了解了SC团队，我们来了解一下SC事件。SC事件包含sprint事件和sprint计划会议、每日的SC会议、sprint评审会议和sprint回顾会议。SC是使用事件去创造规律性并以最小化的SC中未定义的会议的需要首先是sprint会议，短时间迭代和是sprint的核心是创意转化为价值，包括sprint计划会议、每日SP会议、sprint评审会议和sprint回顾会议。在sprint期间不能做出危急sprint目标的改变，不能降低质量。产品代办列表根据需要进行细化，随着了解更多范围，可能会与产品负责人进行澄清。

而重新判断sprint计划会议通过安排要为spri执行的工作来启动sprint产品负责人确保参与者准备好讨论最重要的产品代办事项，以及他们如何映射到产品目标。SPNT就会要解决以下三个问题，为什么这个SP有价值？这个spri可以做什么？首选sprint将如何完成，也就回答为什么、是什么和怎么做的问题。每日SP会议的目的是检释达成目标的进展，并根据需要调整SP代办事项，以调整即将进行的计划工作。每日SC会议是一个属于SC团队的开发人员的15分钟的会议。每日SC会议改善沟通，发现障碍，促进快速决策，从而消除其他会议的需要。SPNT评审会议SPNT审查的目的是解释SP结果并确定将来适应方案。SP团队向主要利益相关者介绍。他们。

工作成果，并讨论实现产品目标的进度。回顾会议SP回顾会议的目的是计划提高质量和有效性的方法。SC的团队检查关于个人交互流程、工具及其完成定义的最后SP进展的情况。被检查的元素通常属于工作领域而变化，确定使他们误入歧途的假设并探究其起源。我们了解了SC的事件之后，我们再来看一下SC的弓箭。SC的工件主要包含product spring和产品增量。那SC的工件里面代表的是工作或价值，他们只在最大程度是提高关键信息的一个透明度。每个工件都包含一项承诺，以确保提供增强透明度和重点的信息，以此来衡量进度。对于productlo，这是产品目标，对于springlo，这是spring的目标。对于产品增量，它是完成的定义。在productlo中，产品带动列。

啊是一个紧急的、有序的列表，列出了改进产品所需的内容，它是SP团队进行工作的唯一来源。SP backlo SP带宽出项列表是SPNT目标。SP选择了产品、代办事像机以及交付增量的可执行计划组成。SP back是开发人员定制的计划，这是开发人员计划在spring期间为实现SP目标而完成的工作的高度可见的实时图片。产品增量是实现产品目标的具体垫脚石，每个增量都是所有先前增量的补充，并且经过彻底的验证，以确保所有增量共同起作用。为了提供价值，增量必须可用，除非符合完成的定义，否则不能将作品视为增量的一部分。最后我们来看一下SCN的价值观。SC的价值观包括承诺、专注、开放、尊重和勇气五个部分。承诺，愿意对目标做出承诺。专注把实。

这和精力用在承诺的工作上去开放SC把项目中的一切都开放给每一个人看，以此保持透明、尊重。每个人都有独特的背景和经验，勇气，有勇气做出承诺，履行承诺，接受别人的尊重。SC团队是致力于达成目标并且相互支持的，所以他们专注于spring的工作，以便尽可能向这些目标获取最好的进展。SC团队及其利益攸关者对工作的挑战持开放态度。SC团队成员相互尊重，彼此都是有能力和独立的人，并且因此与他们一起工作的人的相互尊重。这些价值观为SC团队的工作行动和行为指引方向，做出决定，采取的步骤以及SC方式应强化这些价值观，而不是削弱或破坏他们。我们对本节课内容做一个简单的总结，SC成为当前软件开发的新方式，被越来越多的企业采用，促进了SC的发展。

和繁荣，但也出现了一些挑战和争议。SC在1990年初代被定义、发展和完善，成为当前主流的敏捷软件开发框架之一。SC建立在精验主义和精益思想的基础之上，非常注重思想方法的沉淀和借鉴，同时从精益思想吸取了众多的优秀理念，例如减少浪费、精益求精、关注客户价值，使得stone能够很好的满足团队当前的需要和未来的目标。SC要求是自主值、跨团队的全功能团队，这一点已经超出了很多组织结构的能力的范畴。但这对当前大多数职能型组织而言，特别是以福特和私人管理方式职能部门下的大批量生产的软件协作下，采用SC是极其困难的，并且失败率还提高。因此，采用SC对大多数职能团队而言会有很大的风险和挑战，同时，SC是不完整的，只提供了简单的原则、价值观、工建与角色，且过于简单化，因此缺少实操性。加大。

落地的难度，这也是在业界听起来比较美好，但是落地却比较困难的一个重要原因。以上就是本次课程的分享，感谢聆听，再见。