很多时候，客户和供应商都集中在如何消除每一个参与的风险。但没有风险就没有变化，而没有变化就没有创新。
创新是重要的。它可以为企业在市场上带来竞争优势。它也可以创造一个工作环境，吸引那些具有新颖创意的人到组织中。本文着眼于从软件开发的角度来促进创新的方法。
1.分享一切
伟大的团队合作对于实现卓越的解决方案是必不可少的。软件供应商往往因客户不同而有不同的团队，每个工作团队专注于不同的任务，而就在大家专注于自己的挑战的时候，这可能很难分享创新理念。虽然每个客户将受益于稳定的团队;它可以导致信息孤岛，而项目的创造力可能被忽视。
有一种方式可以分享项目之间的经验，帮助传播创新。考虑“展示和讲述”研讨会的人交流看法和经验。从其他团队邀请代表花一点时间进行交流研讨。也许他们可以参加每天的会议或设计研讨会。或者用一个简短的视频呈现团队的经验，并进行概述，这是每个人都更新知识和经验的另一种方式。
发布每个团队前3名，也是团队成员面临的挑战，这是鼓励员工提出自己的想法的一种方式。汤姆•德马科说，“在一个知识型组织中，没有‘良性竞争’这样的事情。”而信息共享会增提高整个企业的创新能力。
2.允许犯错
当人们都怕犯错误，他们不太愿意走出自己的舒适区。但是不拓展自己能力的人是不太可能创新的。创建一种不惩罚创新的错误会促进主动性，给人以勇于创新的信心。这并不意味着应该鼓励粗心大意。
错误会不时发生，特别是当人们试图找到新的和新的方法来解决问题时。当这种情况发生时，要专注于导致错误的过程，而不是专注于指责某人的过程。当错误发生的时候，目标应该是从经验中学习，并在下一次的时候做得更好。
3.从大局出发
开发团队在解决问题时，他们将巨大的挑战分解成更小的，可以管理的任务，并尽一切必要的努力把工作做好。这些任务往往是足够小，在一两天才能完成。而这些小任务推进的可见性，利益相关者可以看到定期相关的进展。
虽然这是一种合理的方法，而这些大局观在分解之前还需要一段时间才能将完成。越小的工作，就越难创新。这是一个有点像烤蛋糕，当你开始这很容易，并且也有创意，但一旦你选择的成分，你会发现所选择的是有限的。而在团队一起开始编码之前，要思考的大局观。就像地图的细节，在那里寻找你可以创新的地方。向关键的利益相关者和最终用户了解他们的实际需求。有时一个小的商业妥协可以节省大量的编码。一个偶然的，非正式的讨论可以揭示在规范文档中找不到的细节。
4.投资人才，鼓励分享
在软件组织中，人才是最宝贵的资产。他们越快乐，就会越积极，并富有成效，而这并不是偶然发生的。为这些人才支付薪水，他们会积极的工作，建立一个更好的工作环境，并为他们提高提升自己水平的机会，他们会脱颖而出。现在，再次让人们一些时间做一些调查，或调查一项新技术，这是一个良好的开端。真正的好处来自于个人开发利用策略可以带动社会发展。
当多人共用然后每个人都受益。简短的介绍，互动研讨会，黑客马拉松，TED风格的会谈…这些都有助于传播有价值的知识，并建立一个强大的社区精神。每个人都喜欢去感受他们回馈，现在又有成就感，并与同事分享新发现。知识共享和团队结合是创新的温床。
5.挑战你的客户
企业都期待为客户提供指导和支持。毕竟，他们是行业领域专家，知道他们的业务远远比企业好。虽然这是真的，不应该依赖于他们勇于创新投入的唯一来源。有时，当你在外面拜访时，可能更容易找到灵感。
人们可能每天习惯于做同样的事情，这是很难看到如何改善。正如亨利•福特曾经说过，“如果我问客户他们想要什么，他们会说要一匹更快的马”。当你的客户要求一项新功能时，需要时间来了解他们真正要求。了解一个需求的特定性质可以提供有价值的背景。只是要注意，这些内容会限制你的想法以及他们的结晶。
不要害怕挑战你的客户，要从一个更广泛的角度探讨他们的需求，带他们去喝一杯咖啡，聊聊他们他们的真实意图。当你抛开一些形式时，人们经常会有不同的描述。
6．定义恰到好处的过程，但没有更多
描述你的工作方式的指导方针，这是件好事。它们为你的计划实施提供了一个地图。他们不会，也不应该取代团队的支持或企业的价值观，你的高级利益相关者将会努力工作。他们也不应该定义预期的行为细节。这个想法是有一个高层次的过程，人们可以塑造适合他们的工作方式。
例如，你的过程可能会强制要求团队工作在短迭代中工作，并在每次迭代结束时演示进度。团队的每个人应该选择自己迭代的长度，他们是如何履行自己的演示和参加。同样，你可能指定一组编码标准，以促进持续发展的做法。你的团队应该决定这些编码标准的性质和选择，以帮助执行这些工具。
在这种方式中，不同的团队会找到自己的工作方式。跨团队的共享理念将促进创造力，并有助于持续改进组织的水平。这反过来，也将促进客户的创新，因为每个人都在教育其他人。
编辑：HERO
