有赞的效能改进实践（序）

背景

组织中任何工种、角色或团队的出现，都是为了解决组织的某类问题。效能改进、 PMO 之类团队的出现，核心是改进研发效能、组织协同、过程管理的一些问题。这个团队要适时给组织引入一些合适的管理或工程理论与实践，更要能把这些理论与实践落到实处，落实到太阳天天照常升起。有赞效能改进团队在产品研发协做模式（好比需求管理、研发过程管理）、项目管理、工程实践、工单体系建设、效能产品设计等方面，对组织效能提高作了一些探索和实践，现总结成系列文章供你们参考。本文是一篇序文，后续会陆续发表文中提到的具体专题文章。

组织能力面临的挑战

一个商业组织，有两个核心能力，商业能力与组织能力。选择合适的赛道、商业模式，是商业能力；让组织实现商业目标的支撑，是组织能力。组织能力的高下，也就是组织效能的高低，决定组织实现商业目标的能力如何。

组织的使命愿景价值观，决定组织会采用什么战略，战略是组织实现目标的路径。从"事"的角度，战略的落地方式，涉及一个组织如何作成一件事情。从"人"的角度，战略决定了组织配备（什么样的人，组成什么样的组织）。战略落地，须要调动组织的全部人员，从"事"的角度高效运转，从"人"的角度有效协同，共同作好一个个产品与服务。

随着业务的发展，组织规模会持续的扩大，会不断增长协同的难度。从业务的角度，有赞从早期的微商城 SaaS 业务，扩展到后来包含零售连锁、美业、教育、有赞云等。从职能角色的角度，从早期以产品技术团队为主，到后来服务、运营、市场、销售等职能体系不断创建和完善。一方面在各业务、岗位都有了专业人士，大大提高了组织能力；另外一方面，“专业角色”的增长，会致使协做链路变长，横向协同的困难也在不断增大（ 亚当斯密在《国富论》中关于生产一颗钉子的叙述，形象的描述了这个问题）。对产品研发团队来讲，多业务+中台，如何把有限的资源用在刀刃上，达成研发目标。迅速增加的商家数量 VS 日益扩大的组织，如何高时效高质量响应商家诉求，都是挑战。

咱们的实践与思考

1、创建并持续优化组织目标导向的价值流、工做流

从系统思考的角度来看，任何一个商业组织的存在，都一个核心的逻辑，就是这个组织的核心价值是什么，及价值流是什么。组织效能提高的重要抓手就是持续改进这个价值流。按照 why-how-what 的黄金圈法则，这个核心是回答这个组织为什么而存在，如何存在。

好比有赞是一个商家服务公司，他的核心价值是，帮助每一位注重产品和服务的商家私有化顾客资产、经过互联网拓展更多客户、并全面提升经营效率、全面助力商家成功。以下图所示：

给客户提供解决方案，来帮助客户在生意上成功。客户成功了，有赞能够经过客户的介绍得到更多数量的客户。由于有赞服务了更多数量的客户，才能更理解客户的需求。由于更理解客户的需求，才能把解决方案作的更好，把解决方案作的更好，客户会更成功，有赞一直在围绕这样的一个正向循环，在作全部的布局、全部的思考、全部的产品、全部的投入。

可是只有这个层面的价值流，还未到可执行层面，须要继续细化。对以产品和服务为基石的组织，细化的价值流，有产品视角的需求生命周期、客户视角的客户生命周期等。

产品需求生命周期

产品需求生命周期包含产品定义、产品设计、产品研发、产品运营等环节，须要相关团队以需求为纽带进行协同。有赞产品技术团队从初创期一个披萨饼团队（一个披萨就能喂饱整个团队），到一个体育场团队（年会须要到体育馆开），沉淀了需求生命周期端到端的管理方式，来牵引多团队协同完成产品、业务目标。具体来讲包含不一样层级的产品需求待办列表管理、需求分层管理（商家需求、业务需求到产品需求）、需求分级管理、需求价值闭环管理，及配套的需求全生命周期管理工具等。具体实践总结，可查看相关的专题文章。

具体到研发侧，涉及到软件自己的各类工程实践，好比代码整洁性、单元测试、 CI/CD 等，是像扎马步同样的基本功。做为一家以SaaS软件产品为载体的商家服务公司，这些基本功作很差，整个系统的稳定性、可扩展性等就无异于创建在沙子上。有赞技术团队在持续交付、工程效能提高方面，有一些实践探索，具体可查看“红灯区-有赞 CI/CD 建设实践”、“有赞单元测试实践”等文章。

德鲁克说，无度量，无论理。好比财务报表是企业经营的度量，体检报告是身体状态的度量。那咱们要提高需求生命周期的效能，该如何度量呢？好比一个饭店，从咱们坐下点菜，到菜作好端到面前，之间所耗费的时间，就是度量这个饭店经营效率的一个指标。这个指标涉及厨师、服务员、采购员等多人协同，才能进行有效提高。对于一个产品研发团队来讲，从客户提出一个需求，到上线，须要多长时间，也是度量需求生命周期效能的一个指标。更多度量思路和维度，可查看文章“有赞效能度量建设实践”。

客户生命周期

一个商业组织，重要的目标就是让客户满意。客户在了解有赞及使用有赞产品的过程当中所提出的任何诉求，输入到商业组织这个系统，处理完反馈给客户一个结果，让商家满意，提高商家继续使用有赞产品的意愿，不断延长客户生命周期。对客户来讲，有赞内部的组织复杂性是一个被封装起来的黑盒，他只关注本身是否能在合理的时限内，获得一个可接受的结果。如何多团队协同达成 SLA（ Service Level Agreement ），是很是考验组织能力的，具体可查看“以商家为核心的问题/需求响应机制实践”和与“工单体系”相关的实践。

持续优化

基于组织目标的价值流、工做流体系，从“事”的角度明确协做过程，牵引大规模组织为明确的目标协同，避免过于“人治”等致使的“对人负责不对事负责”的弊端。可是须要警戒的是，这样的体系须要与时俱进，保持活力。让听得见炮火声的参与者，拥有改进的权限和动力，才能持续发挥做用、避免僵化。像 Scrum 、 LeSS 、精益产品开发等理论与实践，都强调本身是经验型或适应型框架，实践者须要参考这些框架去实践、试验、调整。有赞也是基于这样的思路，持续地根据本身的上下文作调整。

2、项目管理在不一样组织层面的赋能

从几千年前修金字塔、长城，到近代阿波罗登月，都是巨型项目。这些项目涉及许多人力的协同、大量物力的调度，人类在其中运用各类项目管理知识，达成项目目标。到了近现代，更是系统总结出项目管理理论、实践体系，好比 PMP、PgMP 等。

做为支撑跨团队协同的经典工具，项目管理在互联网时代依旧适用。有赞效能改进团队如何运用项目管理，在约束资源的条件下实现组织的战略目标，并结合绩效管理产生更好的效果，请阅读本公众号中与战略项目管理和 OKR 项目管理实践相关的文章做深刻了解。此外，项目管理做为一种通用的能力，不该成为专职项目经理的特有技能，应该打造项目管理氛围，把相关能力更多赋能给组织成员，以期提高组织成熟度，相关实践可参考文章“7招助力项目管理氛围打造”。

须要注意的是，项目管理不能喧宾夺主，它只是手段和工具，不是目的。好比敏捷产品开发中，就强调产品视角重于项目视角，目的就是纠偏太重的“项目思惟”，好比把完成项目自己看成目标，而不是把创造客户价值做为目标。

3、过程管理的产品化、在线化、数据化

君子善假于物，趁手的兵器，能够很好的承载道、法、术。信息化、在线化、智能化，在改变各行各业，对于管理领域也是同样。把过程管理产品化，把管理实践转化为产品实践，让管理过程在线化、数据化，从而能够对管理进行一些定量、定性的运营和分析。

基于这个理念，咱们自研了内部协做系统，叫作：效能平台，并将具体场景与 Jira 、企业微信等工具打通，让企业内部协做信息造成互动，减小信息孤岛。好比从“事”的角度，实现目标管理、工做流（如需求生命周期）、项目管理；从“人”的角度，透明人力资源的分布、负荷等。经过看板、工做流、仪表盘进行流动、透明，并经过企业微信等 IM 工具与人造成互动，将端到端的协做过程可视化地呈现出来。具体可阅读文章“有赞的效能平台建设实践”。

后记

咱们作效能改进，有一些理念或思考逻辑：

系统思考

系统中大量因素环环相扣，若是不系统思考相互之间的关联，很容易就会作无效的局部优化，并不利于系统总体效能提高，且可能形成资源的浪费、时机的错失。系统思考的几种基模，如饮鸩止渴、延迟反馈等，经常可以帮助咱们更加深刻全面地分析问题。后续咱们多篇文章中，都会附上系统思考图。

以终为始

系统须要设定目标，以终为始分析咱们该作些什么、调整什么来提高效能。好比咱们的价值流、工做流设计，要以实现组织目标为思考起点；咱们的项目管理，要从明确项目目标为起点。当前的组织做为一个系统，以实现组织目标为起点，瓶颈在什么地方？是产品、技术仍是运营、服务，仍是交叉部分？如何调整系统，才能让系统效能提高？

回到真实场景

正如精益思想强调的 Go See（到现场去）、Make your hands dirty（亲自动手），咱们在设计方案的时候，须要代入到真实且具体的场景中，考虑对具体参与其中的小伙伴意味什么，才能避免改进措施成为空中楼阁。

有赞效能改进团队，经过直接解决问题，好比直接作为PM跟进战略、研发及服务运营项目，创建场景感；经过提炼通用能力进行赋能，好比培训更多同窗有项目管理能力；经过创建并持续优化目标导向的价值流、工做流，并进行产品化，好比设计效能平台，把组织能力沉淀。咱们在相关实践工做中，既会不断遇到各类挑战，也会时常享受解决问题后的欣喜。相关系列文章供你们参考，是为序，enjoy。欢迎关注“有赞coder”公众号！