Answers:
您需要给他们一些东西来占用他们的时间。维护模式下的项目通常不需要每个开发人员每周40小时。如果确实存在，那么软件可能出了点问题，但是根据您提出问题的方式，我假设您正在寻找的想法是占用开发人员，而没有太多事情要做。我不知道您的财务预算是多少，但是我认为将其发送到软件会议等一些激励措施可能会有所帮助。另一个建议可能包括明确允许他们每周15小时探索自己的兴趣。有人可能对探索说排序算法或数据库设计感兴趣。它可能与您的业务没有直接关系，但是我无法想象您最终不会从他们的知识增长中受益。只是不要强迫他们无事可做。如果没有很多工作要做，请允许他们将时间花在其他事情上。我认为要求总结一下自己在做什么，以确保他们不仅是随机浏览网络，还可以让他们有所探索。
实际上，有趣的项目很少见。研究表明，员工的幸福感在很大程度上取决于社交和娱乐。当被问及为什么他们不离开目前的工作时，他们会大量提及同事。
这就是为什么当您听到自己在建筑物中发笑而不是大喊大叫时应该始终保持快乐的原因。
对我而言，在这种情况下，最好的激励因素是非常明确的目标，尤其是以良好规范的形式。或者，而不是最好的，这是您剩下的仅有的几件事。这样做的理由是，如果这项工作本身没有意思，那么知道我将重做一堆乏味的东西是一个巨大的动力。不过，这可能取决于程序员清楚地认识到规范的价值。
通常，这些项目对于那些平庸而又乐于表现平庸的程序员很有用。您知道，那些不热衷于编程的人，只是将其视为支付账单的一种方式。现在，了解一些事情：我之所以这么说并不是因为他们是程序员的弱者，并且您想使他们的生活痛苦不堪。我之所以这样说，是因为这些人通常就是那种不希望自己的工作成为生活成就感的人。听起来，这听起来像是低压，稳定的收入来源。这些工人很乐意从事一些轻松，低压的工作。
当然，这并不意味着您可以给他们沉闷的任务，而不必理会它们。也许您可以为“ A玩家”分配80％的趣味任务/ 20％枯燥的任务，您的“ B玩家”可以为50/50，而“ C玩家”可以为20/80。
我必须承认，我从未从事过枯燥乏味的项目，所以不确定我是否理解您的问题。我开发企业系统来谋生。:)严重的是，实际上，我发现程序员对“无聊”工作的困扰比我想象的要少得多。无用的工作，例如填写没有人检查的时间表，是更大的问题。话虽如此：
了解您的程序员的偏好；有些程序员不喜欢GUI，有些则远离SQL。尝试尊重这些偏好，因为对一个程序员来说无聊的任务可能对另一个程序员很有趣。如果由于某种原因无法以这种方式划分工作，则可以通过增加竞争来使其变得有趣-让他们竞争谁将是第一个完成他的职责的人，或者制作一个记分板，其代码中的工作量最少质量检查中的错误。微软以其企业文化而闻名，这种文化使程序员在不同的方法上竞争，最终选择最佳方法，或将每种方法的最佳部分纳入最终产品。
拥有产品的一部分并对其进行控制也可以极大地增加人们的参与度。相比之下，没有什么比让某人对您的工作进行微观管理更无聊了。另外，如果每个人都不愿重复执行某项任务，说明大局，那是必须要做的事情，为什么要这样做，而每周轮换做这项工作的人通常绰绰有余。
使用此类项目作为通往更有趣项目的途径，我已经/见过成功。
如果您的新开发人员和中级开发人员都从“沉闷”项目开始，向高级开发人员（大多数时间是其他项目的开发人员）提问，那么您很清楚，您在维护领域做得越好可能您将来会参与到新工作中，那么假设您拥有一支不错的团队，并且实际上会进行偶尔的团队变更，并偶尔引入主要开发人员进行团队调整的新工作。
如果您的团队不好或团队非常好，此方法可能对您不起作用。