写点什么

当敏捷遇上销售

  • 2013-08-22
  • 本文字数:1796 字

    阅读完需:约 6 分钟

在文章《敏捷与销售:我的第一支 Scrum 销售团队》中,对于大家经常关心的问题——是否能将销售团队做成敏捷的以及如何推动变革?销售经理——Eric Krisfelt 给出了自己的解答。他详细描述了如何在销售组织中实现 Scrum 的步骤,并展示给大家非工程师团队如何变成有自组织意识的敏捷团队。

在开始过渡之前,Eric 提供了 4 个步骤,以完成从传统销售团队到 Scrum 团队的过渡:

培训:为整个团队提供敏捷及 Scrum 的培训至关重要。只有这样做,团队才能理解敏捷的方法论及这样做的目标。这能够帮助销售团队的每个人培养并养成对开发周期的更好认识。

立会:对于客户及外部团队如何使用流程,立会将帮助团队建立快速适应及反应的意识。对于销售团队来说,立会应该比较容易接受。一般来说,大多数销售人员都没有耐心,喜欢直奔主题的短会。这样做还可以帮助他们快速地解决问题并集中在成果上。

Sprint 及回顾会议:对于销售而言,每个 Sprint 的周期可能比典型的开发团队使用的周期要长得多。但是对于销售经理来说,遵守 Sprint 的结构非常重要。销售团队通常以月为单位设定目标,因此我们通常以此作为我们的 Sprint 周期。

重新解释产品的 Backlog:我们的团队采用的是电子个人信息中心(EPIC),并把任务分为“等待”、“在建”及“完成”等不同状态的 Backlog 项。这样一来,整个销售团队及管理团队就会得到每个迭代过程中所发生的艰巨任务的清晰“全貌”。

就 Eric 的观点来看,通过这四个步骤销售团队就能非常容易地适应敏捷。每个团队成员都能很好地接受这样的培训;立会和回顾会议也能够非常容易地取代以往的会议及流程。尽管产品的 Backlog 是个全新的概念,但是,一旦团队实施了这个概念,团队就能事半功倍地理解整个领域的业务。尽管有了这些有效的方法,Eric 却认为管理仍是他最大的挑战。

对于管理团队来说,转向敏捷并不是一件易事。他们如何保证每个销售人员的责任?他们如何奖励每个销售代表?如果团队的每个成员不尽职怎么办?对于完成他们的周目标而言,许多执行官认为立会太短。

为了确保销售团队真正地接纳了 Scrum 方法,管理层和团队成员都必须经历从传统意义销售理念的转变。通常来说,销售团队比较容易完成这样的转变,而管理层就比较困难。因此往往旧的流程会重新浮出水面,而新的 Scrum 框架被团队(出于管理层的影响)摒弃。

出于某些原因,我仍然不能接受公司将对自己的转变重构而将 Scrum 的销售剔除。但这仅限于在销售团队中我们充分意识到敏捷的力量。在采用敏捷方法后,我们整个团队第一次做到了公司所分配的销售指标,而非某个个人完成了自己的指标。

保守的管理者往往会回到他们所熟知的流程上,这是在组织架构中推行新流程的常见结局。这种失败并不仅仅可能发生在 Eric 的团队,而更是任何一支在敏捷转型中失败的团队的根本原因。Ken Schwaber 曾经写过一篇博客——《为何敏捷会失败》:

当团队试着采用敏捷方法时,某些方法的实践无法和团队或组织的文化保持一致。某些管理者往往相信,团队或组织只有通过他们自身的智慧和洞察力才能迎来成功。但具有自我组织意识的团队不会有类似情况发生。

即便失去管理层对于敏捷方法的支持,Eric 还是有办法在销售组织中实现 Scrum 框架。并且他证明了这种工程项目中的核心方法论也能够运用在销售团队中。类似的,Jeff Sutherland例举过销售团队如何做 Scrum 转型

自从销售团队引入 Scrum 概念,公司的收入翻了一番。尽管我们很难具体地论证这种情况是由于采用了 Scrum 而产生,但总经理表示,至少有 50% 的收入增加是团队采用 Scrum 方法的结果。公司在成长,我们必须做些什么来达到这个目标。采用 Scrum 是项重大变革,这意味着销售团队更具有自我导向;销售流程也更有效率;检验和适应的周期也更加频繁。

在 6 个月期间内,Eric 的团队不仅完成了他们的目标,而且他们意识到“尽管工作量比以前多了,但这种分享的工作模式能够带来更多、更稳定的收入和奖金。”通过实施 Scrum,他还总结了不少经验:自我管理的团队;团队成员比以往单打独斗时更容易集中在特殊的领域;团队成员间更好的工作与生活的平衡。就 Eric 看来,敏捷能够在销售团队中运用,并且这很有效!

查看原文链接: Agile and Sales


感谢侯伯薇对本文的审校。

给InfoQ 中文站投稿或者参与内容翻译工作,请邮件至 editors@cn.infoq.com 。也欢迎大家通过新浪微博( @InfoQ )或者腾讯微博( @InfoQ )关注我们,并与我们的编辑和其他读者朋友交流。

2013-08-22 22:261783

评论

发布
暂无评论
发现更多内容

ffmpeg 开发环境搭建

webrtc developer

ffmpeg

五个维度打造研发管理体系

车江毅

研发管理 软件开发 技术管理 研发体系 研发团队

区块链钱包系统软件开发详情(搭建案例)

👊 【Spring 技术特性】SpringMVC集成Java Bean Validation实现参数检验功能(上)

洛神灬殇

spring Bean Validation 10月月更

2021MLB CUP 青少年棒球公开赛·秋季赛泉城开战,DC试训带来新希望

科技新消息

2021MLB CUP 青少年棒球公开赛·秋季赛从济南拉开战幕

科技新消息

第 19 章 -《Linux 一学就会》- shell脚本的基础

学神来啦

Linux Shell linux一学就会 linux基础

从瀑布式到DevOps,开发流程经历了什么?

SoFlu软件机器人

DevOps 敏捷开发

网络安全—如何预防常见的API漏洞

郑州埃文科技

数据中心 API IP地址

区块链数字钱包系统软件开发详情(搭建)

2021年10月国产数据库排行榜:达梦反超OceanBase夺榜眼,TDSQL实现“四连增”,数据生态加速建设

墨天轮

opengauss TiDB oceanbase 国产数据库 达梦

架构师训练营模块一作业

CheneyWang

架构实战营

020云原生之Pod介绍

穿过生命散发芬芳

云原生 10月月更

区块链数字货币钱包系统开发公司(案例)

锁仓挖矿软件系统开发模板(源码)

加密数字货币钱包软件系统开发详情(案例)

区块链多币种钱包软件系统开发费用(案例)

多币种钱包系统开发介绍(现成)

淘宝小部件:全新的开放卡片技术!

阿里巴巴终端技术

小程序 ios android 淘宝 客户端开发

Python代码阅读(第39篇):获取列表出现频率最高的元素

Felix

Python 编程 Code Programing 阅读代码

区块链加密货币钱包软件系统开发公司(现成)

金九银十面试了3家大厂Java岗,我得到的知识总结

Java 程序员 架构 面试 大厂

架构实战营 模块一作业

felix

架构实战营

算力挖矿系统开发内容(现成案例)

带你掌握不同平台下,探索JDK源码所需的native方法

华为云开发者联盟

Java jdk 系统 native JDK代码

面试官:Java从编译到执行,发生了什么?

Java 架构 面试 JVM

阿里内部珍藏版:SpringCloud Alibaba第三版(全彩手册)

Java 架构 面试 微服务 大厂

模块一作业:微信业务架构图与学生管理系统毕设架构设计

deng

架构实战营

随便讲讲Python图像处理库PIL的使用

Regan Yue

Python 10月月更

redis在微服务领域的贡献

Java redis 面试 微服务 后端

Vue进阶(幺肆零):vue 新增数组或对象更新后,视图不更新的解决方案

No Silver Bullet

Vue 10月月更

当敏捷遇上销售_研发效能_Danny Ackerman_InfoQ精选文章