飞天发布时刻:2024年 Forrester 公有云平台Wave™评估报告解读 了解详情
写点什么

请为企业创新腾出时间

  • 2013-08-09
  • 本文字数:1889 字

    阅读完需:约 6 分钟

为了保持竞争力,企业会寻找方法进行组织内创新。第一步应该是腾出时间供人们思考产品和服务,并讨论点子和建立概念。腾出时间的方法很多,如建立专用的“全职”团队、经常安排创新时间或者组织简短而激烈的创新研讨会。

Jeff Gothelf 写了一篇关于创建内部创新团队的博客。他在文中解释了创建一个专注于创新的团队的重要性:

要尽可能多地考虑雇用什么样的人,因为有效地组织团队是一个精益团队成功的关键。许多公司把产品开发组织内的个人专业看作服务提供商——内部代理机构。业务部门向这些机构(工程学、UX/ 设计和产品管理等)提出人员需求,专业带头人根据专业知识、人员空闲情况和项目匹配度提供资源。在某种程度上用这种方式为项目配备人员听上去合理而有效,然而,我们的目标不应该只是简单地为项目配备人员,而是创建团队。

根据 Jeff 的博客,创建成功的创新团队有以下几个原则:

  • “规模小(Small)”
  • “集中办公(Collocated)”
  • “专用(Dedicated)”
  • “自足(Self-Sufficient)”

规模小且集中办公的团队可以更快地自我组织,并一起决策和提出创新的产品理念。团队成员必须专注于团队工作并且有侧重点;他们形成了一个多学科的自足团队去做需要完成的事情。

Jeff 解释了团队拥有全身心投入创新的成员的重要性:

专属于一个团队的成员有机会集中注意力。他们知道怎么利用时间——因为他们的目标清晰。他们不必敷衍同一团队的同事——也许同事们正在等待他们的工作完成——去为其它团队服务。他们工作做得更好,而且做事效率更高。另外,与同时设法应付多个利益相关人员比较,持续关注同一问题会增加创新取得突破性进展的机会,因为非团队专属成员会持有“把这个做完,我就可以继续”的态度。了解更多信息,请查看网页

随着时间的推移,团队可能会发生变化,重要的是保持对团队原则和创新团队目标的关注:

随着时间的推移,组织的独特背景会改变团队结构,使它最有益于公司。但是,我强烈建议在进行方式变更时要牢记根本目标——作为一个组织,要做什么才能使团队尽可能容易获得成功?

Cyriel Kortleven 写了一篇关于“创新需要空闲时间”的博客。他阐述了像 Google、3M 和 HP 这样的公司是如何定期地给员工时间,让他们用在新的理念和创新上,而其它公司使用“日交付(ShipIt days)”方式开发新的产品理念。他提到,当组织希望试验创新时间时,要牢记以下几点:

  • 从小事做起,快速失败和快速学习
  • 有休息时间(允许“空闲”)
  • 来自上层和员工的承诺

Cyriel 指出组织要有这样一种文化,让员工觉得试验是安全的,可以放手去干,并思考新的东西。他还对追求效率带来的时间压力和太多来自上层的控制及详细指令提出警告,认为管理人员需要支持创新,而且允许在创新上投入时间。

他的博客中有这样一个结论,给予空闲时间进行创新,组织可以从中获得一种副产品:

……(这些空闲时间)将促进好团队的发展和增强员工的自尊。

Shardul Mehta 的博客文章“在大公司里应用精益技术:温室(The Hothouse )”描述了一个敏捷创新研讨会,高级业务主管和产品开发团队可以通过它解决关键业务问题。这个称为“温室”的研讨会把源于“精益创业(lean-startup)”的“创建 - 测量 - 学习(build-measure-learn)”方法和敏捷冲刺评审与回顾结合在一起:

一般地,温室会持续两到三天。期间会组建一到三个小型冲刺团队,他们自始至终通过一系列“创造性的冲刺(Creative Sprint)”努力解决特定的业务问题。通常,每次冲刺通常持续大约 3 小时(最大 4 小时,最小 2.5 小时)。在两次冲刺之间有一个“设计评审(Design Review)”的阶段,团队将上次冲刺的可交付成果提交至高级主管,主管会给出有建设性且可执行的反馈意见。团队再将反馈意见带入下次创造性冲刺。

这个联合的业务和开发团队为一小部分关键业务问题提出解决方案:

对于每个业务问题,团队引入支持材料作为温室输入,比如现有客户的研究、用户体验的现状、业务需求、原型和结构图等。温室的预期输出取决于正在处理的业务问题和温室的具体目标,但有多种形式可采用,包括精确定义且核准的原型、优先的业务需求或故事、系统影响评估、高级别交付估计,甚至一份营销传播计划。

Shardul 总结了这些创新研讨会的益处:

  • 加快决策
  • 高层领导的参与
  • 确保所有的利益相关人和团队保持一致
  • 该一致用作“温室”研讨会后项目急需的基线
  • 更快的定义产品和提出解决方案,加速市场交付速度

查看英文原文: Making Time for Innovation in Enterprises


感谢马国耀对本文的审校。

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

2013-08-09 00:401778
用户头像

发布了 256 篇内容, 共 90.1 次阅读, 收获喜欢 12 次。

关注

评论

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

Scala 基础 (五):面向对象(上篇)

百思不得小赵

scala 大数据 oop 7月月更

beegfs高可用模式探讨

姚华

HPC beegfs 并行文件系统

设计你的安全架构OKR

I

安全架构师 安全架构 企业安全 安全治理

三步就能在OpenHarmony中实现车牌识别

OpenHarmony开发者

OpenHarmony

“整洁架构”和商家前端的重构之路

得物技术

架构 前端 重构

《数字经济全景白皮书》保险数字化篇 重磅发布

易观分析

保险数字化

Spring Cloud源码分析之Eureka篇第三章:EnableDiscoveryClient与EnableEurekaClient的区别(Edgware版本)

程序员欣宸

Java SpringCloud 7月月更

spark调优(二):UDF减少JOIN和判断

怀瑾握瑜的嘉与嘉

spark 7月月更

TDengine 社区问题双周精选 | 第二期

TDengine

数据库 tdengine 时序数据库

LSF 集群全面监控!浅析 HPC 基于龙蜥操作系统的迁移替代解决方案

OpenAnolis小助手

开源 解决方案 龙蜥操作系统 常青藤开源科技 HPCinsights

python变量:引用和可变性

AIWeker

Python python小知识 7月月更

视频化全链路智能上云?一文详解什么是阿里云视频云「智能媒体生产」

阿里云CloudImagine

人工智能 媒体 音视频

关于静态类型、动态类型、id、instancetype

NewBoy

前端 移动端 iOS 知识体系 7月月更

AddressSanitizer 技术初体验

焱融科技

内存泄露 存储 文件存储 分布式文件存储

让 Rust 库更优美的几个建议!你学会了吗?

非凸科技

rust API

SAP Fiori 应用索引大全工具和 SAP Fiori Tools 的使用介绍

汪子熙

SAP Fiori SAP UI5 ui5 7月月更

Android 查看签名

沃德

程序员 7月月更

【鲲鹏BoostKit】OminiRuntime ——高效统一的大数据分析Runtime底座

Geek_2d6073

BP神经网络(算法整体思路及原理+手写公式推导)

秃头小苏

7月月更

OAI 5G NR+USRP B210安装搭建

柒号华仔

5G 7月月更

C#/VB.NET 给PDF文档添加文本/图像水印

在下毛毛雨

C# .net PDF 添加水印

Java多线程案例之阻塞队列

未见花闻

7月月更

渲大师携手向日葵,远控赋能云渲染及GPU算力服务

Finovy Cloud

渲染 GPU算力

redisson bug分析

wgy

Java redis redisson

A5000 vGPU显示模式切换

姚华

显卡、gpu

案例 ①|主机安全建设:3个层级,11大能力的最佳实践

青藤云安全

网络安全 主机安全 网络安全、攻防演练

代理和反向代理

沃德

程序员 7月月更

ORACLE进阶(四)表连接讲解

No Silver Bullet

oracle 7月月更 表连接

如何提高网站权重

源字节1号

微信小程序 软件开发 网站开发

提前解锁 2 大直播主题!今天手把手教你如何完成软件包集成?|第 29-30 期

OpenAnolis小助手

云原生 直播 龙蜥大讲堂 SIG 双周会 CSI 与 open-local

终于可以一行代码也不用改了!ShardingSphere 原生驱动问世

SphereEx

数据库 ShardingSphere ShardingSphere-JDBC

请为企业创新腾出时间_架构_Ben Linders_InfoQ精选文章