最近,关于敏捷是否是 严格地 一种软件开发方法,不会对软件公司的对外部门产生重大影响,也不会对公司为市场提供价值的方式产生重大变化。在Enthiosys,我们看到了向 业务敏捷性:将超越软件开发的敏捷技术应用于公司的有形利益。

该字节有三点:
1. 更快交付更高质量的软件正在突出显示出站组中的问题
2. 敏捷通过扩展跨职能团队,将更多的协作和客户价值创造出来,从而创造机会 出站 专长
3. 产品管理是这些跨职能团队的自然推动者

而不是专注于 “靠近工程” 产品营销等功能,我将重点介绍敏捷对两个不那么明显的群体的影响: 渠道营销法律。我们将看到全公司在争取增加的收入方面所做的努力(不只是理论价值)来自敏捷软件开发。

做好准备……我们的一些客户通过转售商和分销商(“渠道”)出售B2B网络和安全服务。他们的内部销售人员相对较少,因为他们依靠渠道合作伙伴来增加更多“脚步”。让我们考虑一下这些B2B公司之一。

渠道合作伙伴的敏捷挑战与机遇

传统上,我们每年发布一次新产品发布(希望有9个月的发布周期)。我们的年度渠道培训流程包括:每年2月的面对面渠道峰会,每季度的技术更新网络研讨会以及可品牌产品营销工具(演示脚本,PowerPoint,竞争性更新等)的每年两次修订。发行休闲软件对我们的渠道营销团队或经销商而言并没有太大的紧迫性。去年的小册子和价目表与今年非常相似。

糟糕! 我们已经过渡到敏捷,高价值版本的发布速度是后者的两倍。随着质量的显着提高,我们还将更多的精力投入到增量功能中。  渠道营销部的人员,预算和周转时间突然不足。 更多(更好)的软件需要对在线常见问题解答,功能包,升级路径,竞争对手的假货等进行更多(更快)的修订。在我们的跨职能团队中

同时,敏捷正在带来一些竞争机会。开发团队越来越渴望获得快速的市场反馈,因此我们最好的经销商渴望提供它。现在,我们正在使经销商直接参与产品展示,积压优先级讨论和用户案例。毕竟,这些人是眼中的付费客户。对于经销商而言,“价值”不是理论概念–它直接转化为收入。

法律的敏捷挑战与机遇

将转售商和客户带入展柜,将打开我们的下一整套跨职能问题和机遇。它会为Legal敲响警钟。他们首先问:

  • 我们的NDA是否足以保护我们的IP?如果客户与我们分享好的想法,我们是否拥有这些想法?
  • 我们是否应该让转销商向其他客户征求有关潜在功能的意见(不做任何承诺)?
  • 我们是否暗示展示功能将包含在即将发布的版本中?那可能会触发 FAS48 并将我们的收入确认政策丢进垃圾桶。

法律需要对敏捷如何工作以及产品展示中发生的事情有所了解。然后,我们共同需要简化双向披露流程,以共享原型并获得诚实的客户反馈。产品管理再次充当敏捷的大使和协调员。

从策略上讲,Legal可以加快一些工程活动。随着我们加快软件交付周期,团队会更快地发现技术差距。我们可以使用 开放式创新 仿照许可第三方产品并提高速度。每个软件许可交易均需要跨职能团队的Legal代表的支持。 (请参见 建立与购买

完整的跨职能团队

如我们所见,敏捷开发迫使我们加快面向市场的流程和信息流。跨职能团队可能需要包括来自以下机构的代表 支持,专业服务,直销,市场营销/公关,财务制造业务 以及 开发,质量检查,技术文档用户设计。这个扩展的团队将软件转化为收入。

产品管理是这个扩展团队的自然协调者。项目经理必须是该团队的推动者:确定何时需要加入各个团队成员,加强市场/细分策略,弥合技术参与者与外向参与者之间的鸿沟,并成为团队的良心。

SoundBytes

跨职能团队需要包括面向市场的成员以及工程部门。随着开发步伐的加快,这些扩展的团队开始采用敏捷方法–协作解决问题,自我管理和快速交付增值–到房子的顾客那边。