我的工作室里有15个人，其中一半是程序员。 该工作室专门开发在线商店，因此程序员是我们的主要资源。
程序员始终需要三件事
但是由于种种原因，他们并不总是为此做好准备。 我将在文章中介绍我们如何激励程序员在所有三个方面进行改进，他们遇到了什么困难以及带来了什么。
我们如何开始更快地提交项目
我们将立即讨论为什么这很重要：如果程序员提交项目的速度更快，那么公司在启动时的收入就会更快，最终，程序员的收入也会更快。 由于他很快进入下一个项目，而上一个项目则用于支持和晋升。 一切似乎都是显而易见的，尽管如此，我们还是看到程序员没有尽快完成任务并交付项目，而是决定帮助他们加速
积极性
第一阶段
第一种选择是使程序员的薪水是项目薪水的一半，奖金的一半。 结果，公司和开发人员将“同舟共济”，其中一个的成功将直接影响第二个的成功。 似乎一切都是合乎逻辑的，它只是在加速。
快速完成项目需要什么？
显然，您需要编程更快。 怎么做？ 减少分心，立即做好所有事情，这样您就不必重做。
但是在这里，我们遇到了另一个问题：程序员并不总是因自己的过失或随意而分心。 例如，经理可以将程序员转移到解决支持其早期项目的问题上。
另外，在项目的开发和交付之间，存在一个漫长且成问题的集成过程。 因此，程序员因尚未交付的项目开发而获得奖金。 这似乎不太合乎逻辑，所以我们继续寻找选择。
第二阶段
第二个决定是在项目交付时支付奖金，而不是在项目完成时支付奖金。
现在，程序员变得更加糟糕：不仅相关任务影响了他们的收入，而且，例如，为客户提供与付款和交付集成的访问速度（有时是几个月），以及他的1C专家的速度（与1C集成） ）
另外，在编程阶段，还会揭示先前步骤的所有错误：计划，设计，设计。 而且程序员必须以空泛的薪水来纠正它们（他在这个系统的框架内很小）。
事实证明，程序员不会因自己的过错而没有奖金（而且是可观的）。
这种协调是不可接受的，必须削减项目奖金的试验。
在这里，是时候向开发团队道歉进行此类实验了。 令我惊讶的是，那时他们怎么都没有逃脱。
实验的结果是，理解程序员有动力，如果他们不干涉，他们可以迅速而又好地完成任务。 而且他们不需要其他激励措施。
那么在这种情况下是否需要物质动力？
我需要 项目完成后获得的少量奖励会激励程序员不要“更好地工作”（为此，根据我们的经验，他不需要激励），而是可以深入研究相关领域。 例如，程序员与项目经理一起研究设计布局，然后再向客户展示设计布局，以查找设计中的不一致之处和问题所在。 结果，项目更容易编程并交付给客户。
薪金与奖金的比例同时达到80/20％的水平。
我们鼓励您适应劳动力成本的评估
如果由于开发人员的物质动力不可能更快地交付项目，那么也许值得激励程序员适应他们自己对任务期限的估计吗？
我们在说什么：基于对任务复杂性的估计，程序员计划进行工作-针对短期（一周）和长期（1-2个月）的角度设置任务。 因此，如果程序员未按时完成任务，那么整个工作日程将减少，最后期限将在依赖于他的项目上移动，依此类推。
如何帮助程序员保持在计划的时间范围内？
如果您达到了标准，就有可能奖励。 如果不满足，您可能会被剥夺。
但是，第一个和第二个决定表明，此处的重点仅出于动机，而不是出于外部原因。 我们已经发现，即使不打扰，程序员也要尽可能地工作。
我们开始进行回顾，以找出为什么某个特定的任务要花比计划更长的时间，以便在任务本身，执行的上下文或程序员的知识中发现“瓶颈”。
这有助于在指定的时间内更频繁地执行任务。 很明显，您需要找出旷日持久的任务，然后才能退出截止日期。
为此，我们提出了“初步回顾”。 当为任务分配的时间已超过一半，并且任务仍未接近一半时，程序员将这一情况通知经理，他们一起寻找原因。
因此，由于您无法按时完成任务
该任务最初被错误地评估。
要么复杂性评估不正确，要么评估期间选择的解决方案最终不适合。 这意味着程序员在特定领域存在知识鸿沟。 重要！ 此信息用于培训，而不是惩罚程序员。
整个过程中，该任务的细节过多。
如果详细信息来自客户，一开始它们并不明显，那么程序员将对评估进行更正，经理将出售丢失的工时并更改截止日期。
如果细节很明显，但经理错过了
那已经说明了经理知识的空白。 我们了解到经理必须学习，这样类似的问题才不会再出现。
但是你这里需要经济动力吗
我需要 我们考虑奖励给销售给客户并由程序员制定的小时数。 目标保持不变：出于进行准确评估的动力，程序员对任务进行了更深入的研究，有时指示其进行澄清，有时提供其自己的版本。
培训程序员和发展动力
在回顾阶段，我们发现了程序员的知识空白，但是如何让他们学习并弥补这些空白呢？
我们位于克拉斯诺达尔，这里通常有一个电子商务工作室（实际上是我们）。 这意味着无处可取现成的人员。 每个人都需要从头开始成长，或者从其他工作室的水平“成长”。
程序员应该知道什么
- 前端
- 后端
- 引擎
- 集成（1C等）
- Linux，Nginx，Apache
因此，我们有5个专业领域。 他们每个人都有一套特定的技能，可以根据这些技能形成程序员的能力图。 它确定了开发人员的等级划分（学员，初级，中级，高级）。
随着级别的提高，薪水也会增加。
我们如何筹集开发人员
假设1
第一个想法是给开发人员能力和方法材料的地图，并让我们自己进行开发。
在Bitrix24，我们开始执行自动任务，每个人都必须报告培训进度。
然后我遇到了第一个问题。 由于某些原因，程序员不想学习，也不想在能力地图上发展。
经过几个月徒劳的尝试，我猜想问他们：出什么事了？
事实证明，不同级别之间的能力差异太大。 而且她没有学习动机。
假设2
然后，我决定将各个级别分为几个级别（以所研究的能力图的百分比表示）。 并为每个级别的人员增加一点薪水。
好了一点。 程序员伸出手来学习和参加考试。 但是还是太慢了。
以下问题变得很明显：家里没有时间或精力去学习材料，而在工作中，程序员正忙于完成任务。 因此，那些拥有半天免费自学时间的人在胜任力图上得到了发展，而那些没有保持相同水平的人则在这方面冷落了动力。
假设3
释放空闲时间。 在任务之间，程序员开始每周离开几个小时进行培训。
这样就奏效了。 程序员开始从事自我开发，参加测试并增加薪水。
那些不愿学习的人，在分配的时间和成长前景的约束下，应该简单地待在那。 有些人在他们的水平上很自在，如果他们能完成一些任务，那为什么不呢？
结论
根据我们的经验，程序员有足够的内在动力，如果不打扰他们，他们就会尽可能地工作。
该奖项不仅是对工作质量的投入，还是对相关专家工作的投入（在最终同意之前搜索设计和传统知识中的问题领域）的额外激励。
除非有两个重要事项，否则所有学习工具都是毫无意义的。 进度的感觉（包括可获得的奖励）和为此分配的时间。 相信我，当程序员一天之内勉强完成任务时，一个小时下班回到家，然后他绝对不适应您的“开发计划”。 而且我认为“您现在就学习，您将有空闲时间”只会引起一个沉默的反应：“我不相信”。