学习运用精益原则
完成本单元后,您将能够:
- 说明精益原则。
- 描述精益原则如何影响我们的敏捷开发流程。
在全新的敏捷开发旅程中,我们曾经一度需要营造强大的文化价值观以补充我们新的工作方式。所以我们借鉴了精益软件开发实践,并采用了同样的价值观。
这七条价值观的 Salesforce 版是:
- 尊重人
- 消除浪费
- 快速交付
- 即时决策
- 优化整体
- 创造知识
- 内建质量
尊重人
我们不认为需要教人们如何工作。我们提倡经理是“公仆领导”的理念,意思是他们倾听团队的声音。我们喜欢雇佣优秀的人,然后让他们做自己的工作。如果我们对待团队成员的态度只是完成工作的手段,那我们就没有给创造力和创新留出空间。
只有当人人互相尊重、互相合作的时候,团队才能成功。当个人试图一枝独秀的时候,团队往往不太成功。
那如何把这一点融入 Salesforce 呢?我们相信我们的 Ohana 文化对于我们的客户和组织的成功至关重要。在夏威夷文化中,Ohana 代表这样的思想,家庭成员(血缘关系或领养)是密不可分的,家庭成员对彼此负责。
消除浪费
难道您不讨厌做一些从来都不需要的东西吗?我们也讨厌。为此,作为一家公司,我们竭力优化我们的资源,只做为客户增加最大价值的项目。
下面是几个浪费时间的例子。
- 多任务处理
- 组织不善的会议
- 被动分配的工作
- 未完成的工作
为了确保我们不浪费任何时间,我们提出了准备就绪的标准定义。顾名思义:是为了启动一个工作项目我们认为必要的事情的标准列表。它旨在促进正确的对话,避免浪费任何时间去做某件事,结果发现没有为最佳时机做好准备——或者根本没必要。
您已经明白了。所以我们不要再浪费时间在这个话题上了。
快速交付
既然我们是一家顶级公司,始终屹立于创新的前沿,我们必须快速适应,跟上变化,保持竞争力。我们的短距离冲刺模式意味着我们不断了解什么行得通、什么行不通——并且行动起来相应地做出修改。(我们的技术和产品团队目前以两周为周期采取冲刺的工作模式。)
即时决策
我们避免提前设计,更倾向于把重要的决策留到负责任的最后一刻。这种做法有助于我们更好地理解客户需求。当然了,那个负责任的最后一刻由团队自己决定,具体要看工作范围。
优化整体
Salesforce 生态系统的整体大于部分的总和。而且为了向我们的客户维持信任和高品质,我们必须确保团队不是在真空中工作。
我们赋能团队,思想上要有大格局,行动上注重细节,团结合作,快速失败,快速学习。
创造知识
我们希望尽全力放大学习和持续改进。我们的短距离冲刺模式使我们能够构建可以持续测试的解决方案。
换言之,我们的短周期使我们能够保持战斗力,不断学习、适应、创新。我们利用这种工作方式(快速且奋进的)与我们的客户建立信任关系;我们总是把客户的反馈意见纳入我们做的每件事情。我们以客户的成功来界定我们产品的价值。
我们在 Salesforce 中分享知识的途径之一是通过 Slack。团队可以去 Slack 分享文件、文档和见解。我们甚至结合了代码审核、结对编程以及聚餐学习分享会等活动来保持团队充分知情。
我们还希望确保团队中的每个人都掌握新的技能,获得个人成长。如果团队的每个人只有一门专长,那团队没有那么多产。我们希望营造平衡的学习环境,在其中每个人都会分享知识、分担责任。
内建质量
信任是我们的核心价值观之一,因此我们总是努力打造优质的服务和产品,铸就客户的成功。
为了达到这个目的,我们已经实施了一些技术实践,使我们的所有产品都灵活、可维护、高效、反应灵敏。通过在工作中重构(或重建代码),我们让事情变得简单、清楚、轻松。
与客户建立信任关系的另一个重要部分是:确保我们拥有一套健全、高效的测试流程。转向敏捷开发之前,我们经常因为其他任务插进来而不能及时完成产品测试。这造成延误。但是现在每个人都对质量负责,而不是落在某个人身上。
我们做过的一件事情是创造“跨界工程师”,以取代技术和产品组织内部的质量工程师这个职位。这种新型工程师涵盖完整的编程和测试周期,不再是让不同的人负责流程的不同部分。
敏捷安装包
人们经常会问:“Salesforce 的流程是什么?”这个嘛,并不是只有一个流程。
我们的团队在做各种各样工作,因此我们并不强制规定某一种流程或实践。最终,每个团队必须根据精益原则和持续改进理念定义自己的流程。
我们更希望让 Ohana 和精益文化来指导团队如何工作、赋能团队做正确的事情,经理们则支持他们朝共同的目标努力。