如何创build一个热情的开发团队？
如果你有一个有能力的开发人员的房间，可以做些什么来鼓励这些开发人员对软件和软件开发变得兴奋和热情？
没有噱头，而是真正的创造一个人们想用软件工作的环境，这不仅仅是因为公司是一个为整体工作的好公司。
在我看来，促使开发者对自己的工作充满怨恨的最重要的事情，就是对产品的所有权。 所有的团队build设练习，阅读小组等都是好的，但如果开发者没有所有权，最终效果不佳。
这里有一个很简单的例子，在我看来，重要的是确保事情的真实性。
- 开发人员对系统的未来devise有真实而诚实的关注。 总会有来自开发团队之外的需求，但是当这些需求被发现时，开发人员应该被代表，并且能够对你正在工作的未来状态给出真正的投入。
- 开发者支持要求或改变你的解决scheme应该被给予一个声音。 当然，需要find一个平衡，但是太多的公司没有适当的机制来允许纯粹的以开发为中心的请求来实现。 这些可能是产品增强，build立unit testing或简单的重构，但它们对于您的产品质量和为开发者提供项目利益至关重要。
- 开发者应该和用户有联系。 一个像地下室里那些代码一样被对待的开发人员对于产品或者开发他们自己的技能永远不会有非常积极的态度。
- 拥抱新技术，即使它只是用于PoC或技术可以做的原型。 世界上没有任何一个开发人员从未激励过制作样板代码，他们从来不会这样做。
- 让开发团队拥有他们的过程。 开发方法从“高”到“高”决定不了，开发团队现在需要处理计划会议和瀑布开发的额外负担。 要求有一个过程存在，但在有问题之前，请不要关注具体情况。
- “事情的运作方式”绝不是一个破产过程的借口 。 如果开发者对他们需要遵循的过程有合理的关注，他们需要一个诚实的机会来反驳它。 作为一名pipe理者，你可以说最糟糕的事情之一就是“这就是副总裁/执行官/首席执行官/上帝想要的方式，所以我们需要遵循它”。 您需要支持您的开发人员的关注，否则就会让他们直接与相关人员进行交互。 如果你作为pipe理者被视为行政人员的代表，那么祝你好运再次激励开发者。
尽你所能保护开发者免受所有政治的影响。 让他们做他们最擅长的，开发软件。 没有什么能杀死一个富有成效的团队，就像在内部政治上争吵一样。
这个众所周知的谈话说得最好：
彼得·吉本斯：鲍勃，我现在有八个不同的老板。
鲍勃·斯莱德尔：请原谅。
彼得·吉本斯：八个老板。
鲍勃·斯莱德尔：八个？
彼得·吉本斯：八，鲍勃。 这就是说，当我犯了一个错误，我有八个不同的人来告诉我。 这是我唯一真正的动力，不要被打扰，害怕失去工作。 但是你知道，鲍勃，这只会让别人努力工作而不被解雇。
雇用合适的人
在面试过程中提问，让你看到他们对工艺的热情。
一些例子，他们是否：
- 阅读软件书籍或博客，听播客？
- 在家玩新的语言/图书馆？
- 为开源项目做贡献？
一旦你有好的人留下他们的方式。 有适量的stream程，不要强制不必要的标准化，听取问题，坦诚地说出事情正在发生的原因。
通过DeMarco和Lister阅读Peopleware 。
我还没有遇到一个有能力的开发人员谁也不是兴奋的伟大的软件。 诀窍是避开自己的路，不要摧毁自然的热情。
乔尔testing是一个好的开始。
可以做些什么来鼓励这些开发者对软件和软件开发变得兴奋和热心呢？
没有。
对软件开发的热情来自于内部，而不能从零开始。 养成现有的激情是容易的 – 资源，培训以及pipe理层对这种激情的一种明显的欣赏就是这一切所需要的。
唯一的例外可能是以身作则。 如果你很兴奋，其他人可能会跟随。
更新：正如在其他答案中已经说过的那样，事先好好地聘用。 我会通过十个优秀的程序员，他们只是想为一个好的程序员在工作之余编写代码来获得工资。
另一个更新：这个答案一直在上/下行动，所以让我澄清。 OP的措辞具体问到如何使现有团队兴奋的“关于软件开发”。 这是我的论点，如果他们不是已经对他们所select的职业感兴趣，雇主可以做很多事情来产生兴趣。 一个毫无兴趣，毫无动机的团队将把最迷人的项目搞得一塌糊涂。 相比之下，像他们的工作一样有动力的专业人员团队可以做出最好的计算器程序，并享受每一分钟。
有一个有趣的，具有挑战性的，有利可图的问题需要解决，所有的开发者都对结果有兴趣。 如果没有，只要薪资支票清楚，你就有一个房间里挤满了开发商。
我不得不同意帕斯卡所做的评论，但我不打算从这个angular度出发。
总的来说，已经certificate，给开发者一个让他们喜欢他们工作的环境的最好方法之一就是给他们自由。 然而，你在这里寻找不同的路线，你正试图find“激情”的开发者。
要100％诚实，与“有能力”和“激情”没有直接的联系。 在那里有数百名能够成为程序员的开发人员，而且还有很强大的开发人员。 但其中许多人并不想成为充满激情的开发者。
要创build一个充满激情的开发者团队，你真的必须从招聘stream程开始，并热衷于开发人员，而不是试图“创造”他们。
对我来说，让我激励的事情是：
- 一个我觉得有挑战性的问题/任务，我可以学习
- 以我认为合理的方式实施解决scheme的计划。 对于我来说，没有什么比激励技术的pipe理团队更加激励我不相信我的喉咙了。
- 其他人讨论可能的解决scheme，无论是否在同一个团队。
- 一个赞赏我投入的辛勤工作的pipe理团队。
准确地说，“我有一个开发团队，我想让这些特定的开发人员对软件开发充满热情”，或者简单地说，“我想要一个热心的软件开发人员团队”。 在后一种情况下，根本不要雇用不热心的人。
在前一种情况下，你几乎搞砸了。 很难改变一个人的个性，以至于他们开始关心以前没有真正感兴趣的事情。 当然可以这样做，但是让我们面对现实。 有多less人无法说服他们的好一半，节目很有趣？ 那么，究竟有多less人没有采用女朋友的购物热情？ ;）
说服人们分享你对事物的兴趣和热情是很难的。
除非你愿意放下你几年的生活，以便进入每个开发人员的头脑中，了解他们，让他们变得乖僻，并逐渐推动他们对他们以前的东西感兴趣考虑一份工作，你最好让他们去雇用那些有动力的人开始。
给他们有趣的问题。
给他们解决这些问题的手段。
尽量减less他们处理垃圾的数量，这与解决这些问题没有直接关系。
奖励他们成功地解决这些问题。 不要低估签署薪水的那个人背后的真诚的价值。
让他们参与更大的企业 – 超越下一个薪水。
而当他们提出一个他们认为值得解决的新问题时，倾听。
我认为最重要的是公司必须重视开发者能为公司做些什么。 如果这个公司是由一个只看到你的开发者作为开支的小气鬼经营的，他们等不及要摆脱那么你就注定了。 开发商的团队需要被pipe理层视为一种战略资产，使他们现在能够获得资金，并在未来使他们获得更多的收益。
在公司里沟通也很重要。 开发人员必须能够找出公司需要他们做什么。 专制的自上而下的官僚主义和蘑菇pipe理可以破坏士气，使开发者不可能增加价值，而不pipe他们为工作带来什么样的热情。 您的团队所build立的软件将与公司内的沟通一样好 – 我认为这就是康威的法则 。
所以这是一个很大的挑战，在许多情况下是不可能的，因为高级pipe理层对于优先级和沟通以及对运气的好运有自己的想法。 但另一种select是游击队的发展，在那里你正在与你自己的公司进行无尽的战斗。
金钱，金钱和金钱…不要说，如果项目是令人兴奋或无聊的例行，金钱无关紧要。
你没有。
你可能有团队中喜欢学习的人，总是希望自己变得更好，或者你的团队中没有这些人。 当然现实是，你会有一个混杂的包。
只要雇用热情的人（很容易说出来），而不是把那些把编程/开发软件看作是“工作”的人。
国际海事组织不可能将完整的非爱好者变成充满激情的程序员。 没有银弹。
在Weinbergesqe时尚：
你问了错误的问题。 正确的问题是“pipe理人员做什么事情，让开发商减less道德？ 那么不要容忍你的环境中的这些东西。
顺便说一下，你应该已经知道这个问题的答案了。 如果你没有find另一份工作。
妓女和打击？
如何给他们的软件项目的结果财务股权？ 例如，企业利润分享。
也就是说，充满激情的开发人员是那种在业余时间回家写软件的人。
与良好的励志演讲者一起参加软件开发会议可以产生巨大的影响。
阅读Jim McCarthy的“ 软件开发dynamic ”。 严重的是，几乎整本书涉及这个和相关的问题。
虽然我同意创build编程热情是不容易的（甚至不可能），但我认为可以让热情的开发人员对他们的工作充满热情。 即使是最热情的程序员开发人员，如果处于一个停滞不前的工作环境中，他们也会失望。
那么可以做些什么呢？
- 提供大量的个人发展机会，给予自由学习新东西。 让开发人员在他们所参加的课程以及他们希望参加的会议中有一些select。
- 玩具 – 不是传统意义上的，而是能够使用最新的技术
- 提供一个不错的地方工作。 它不一定是谷歌，但它必须是你想花时间的地方。
- 当然，钱有帮助。 不是说公司可以为热心的员工付钱，而是需要为他们的努力感到合适的回报。
我发现在一个拥抱敏捷开发的组织中工作有很多build立热心团队的正确品质。
如果他们从根本上对软件开发不热心，那么你就无能为力。
如果他们很热心，那很好，而且你需要避免压制。 在这些答案的其他地方有一些很好的build议。
如果他们过去是热情的，而且有过这样的打击，那么他们可能会得到好的结果，给他们合理的挑战，屏蔽他们不好的pipe理，一般把他们当作有价值的，受人尊敬的人。
如果你有一个充满能力的开发人员的房间，可以做些什么来鼓励这些开发人员对软件和软件开发感到兴奋和热情
正确的问题实际上是“怎样才能鼓励这些开发者对我们公司的软件和软件开发变得兴奋和热心”。
实际上这很简单。 答案从来不是秘密。 这只是没有人听它。
非常简单的元素：
-
让那些热情的开发者和其他充满激情的人一起工作。 删除那些不在乎团队的人。 否则，他们会像病态细胞一样，对其他队员增长冷漠和抑郁。
-
渴望开发一个质量和专业的产品
-
build立一个专业和有效的过程
-
相信和尊重人。 重视他们的知识。 尊重他们的意见。 实际上，这是一个更大的策略的一部分：让开发人员能够改变，让他们看到他们真的可以影响和改变事情。
-
让他们专业成长，让他们看到这种成长是你所欣赏和需要的
现在什么都没有帮助。
-
支付他们很糟糕。 开发者也是人（大部分），他们也有自己的账单来支付。
-
拒绝他们的倡议，build议和改进build议。 告诉他们，每次他们提出一些他们试图引进变革的东西，都会使他们成为公司中一个不受欢迎的元素。
-
产品质量低劣，没有兴趣改善。 黑客，复制/粘贴代码，积累技术债务，每次发布后都会崩溃，这不会激励开发人员。
-
严重的发展和混乱的过程。 每隔几天采取一个新载体的任务，项目和小决定将最终消除任何人的参与欲望。 由于无法预测的工作量和function设置，失败的时间表，他们都走下坡路。 有一天他们中的一些人可能会开始搬家到别处去就足够了。
-
有一个无聊和无趣的社会环境。 没有人交谈的开发者分享他们的兴趣，最终会感到无聊。 不是每个人都对税收，足球和幼儿园问题感兴趣，作为社交聚会上的唯一话题。
我倾向于说别人都没有，我必须同意，一个真正的激情是不是你可以创造的，它可以存在，也可以不存在，但是你可以做的事情。
Joel的testing得分高是一个很好的开始，
解雇所有的PHB，并聘用聪明的经理人员，他们最大限度地提高软件实际完成和工作的可能性。
知道电脑并可以在技术对话中保持自己的pipe理团队是一个非常有用的function。 不要试图在炒作，倾向和stream行语中出售热情的开发人员。
设定清晰稳定的目标 ， 准确地将目标 传达给团队或人员。 然后，让开发者完成这个任务。
不要远离开发者，你需要解决这些问题，比如免费食品，购买花哨的办公设备以及其他一些开发人员不愿意做的事情，以提高生产力和增加开发团队的成本。
如果在工作中需要创造力， Dan Pink注意到了激励人们的三件事情。 RSAanimation – 驱动器：关于什么激励我们的令人惊讶的事实是关于这些的10分钟video，但是这里有三件事情：
自治 – 让团队控制时间表，并授权他们自己的工作。
掌握 – 他们如何发展自己的技能，build立优秀的软件。
目的 – 他们为什么制作这个软件？ 它会有什么大的好处？
这个东西的一些其他来源：
- 前三名开发者的动机（提示：不要钱！）
- 自治，掌握，目的
- 授权团队已经死亡 – 自主权，掌握权和目的
- 为什么开放比专有更好？
- 钱与自主/掌握/目的
- 创build一个价值自主，掌握，目的的组织
- 激励我们的三件事
