让我们来面对这样的事实：一些IT发展经营并不是简单的引人注目或是有魅力。大多数时间使团队凝聚在一起是很难的，而这正是完成一件事的关键。不注重细节，产品质量不可避免得从一开始就没有保障。

　　但是作为管理人员当某些事情基于控制之下，而你又看到你的团队麻烦集中在日常工作上你会作出怎样的反映呢？在一个十人的发展团队中，你可以有许多IQ很高的人。然而这些高智商的人需要激励和挑战，当随后的程序任务很急手时，你也可以鼓励你的团队运用他们的智慧来帮助发现具有创造性的解决方案。

　　解决程序任务

　　我问同伴的项目组成员什么样的任务会让他们非常犹豫。我也调查过了解到他们用到的围绕那些问题的窍门。排除了关于项目经理不可避免的消极的要求外，下面似乎是使协定的注意方面最难的程序任务：

　　调试其他程序员的代码

　　设计详细的工作区，因为你没有权利使用源代码（尤其如果他是操作系统）

　　编辑和更新文件

　　注意（并且保持警惕在）星期一早上的例会

　　管理试验和错误过程的一些表格

　　手工组装一个显示数据库因为与简单的格式化不相容

　　重新输入你六星期前的代码

　　再一次将一段痛苦地常见的代码作为一个程序方法的一部分，虽然你觉得他是不适当的

　　有时候，上述所有这些情况都是必然的（虽然我怀疑星期一早上的例会是否真的是一个好方法）

　　为什么专心是很困难的

　　多数情况是工作本身并不具有挑战性，或者工作需要用到落后的技能（例如，让计算机毕业的大学生用连贯的英语写作）它可能包括一些较底的盈利，也就是说在最后的结果里，没有什么特别的或刺激的东西值得期待。即使最后的结果在技术上有些趣味，刚好在上周你的小组成员可能完成了几乎一样的东西。

　　设想集中精力也是困难的，往下说，你知道其他人会把这些详细的工作做得更好，或者你感觉他真的是一个浪费你时间的废物。如果这个工作已经是期待以久的了或者是一个长而未决的工作目录的一部份，因为过失而造成恐惧的话，将会造成对赤字的额外关注。

　　在你小组成员磨牙和开始一些极大的不讨好的工作之前，提醒他们去请求专家的意见;在那里有可能会有比花费精力或外出调查都比较好的方法。尽管经常是不可能的，但是小组成员应该要考虑写一个手稿去讨论自动化的工作。 (在他自己的权利里小心这个不能变成一个大的转变工程)。

　　我发现它是有价值的在完全了解一些工作是无趣的和在团体之中散布"苦差事"方面， 散布苦差事是比较有趣的工作。它也是一个很好的方法去问你的小组的成员他们会如何处理单调的工作。同样，维持一个地方性的 "带有标记的纸" 去记录当完成这些简单的工作，当他们清楚地处理了沉闷的部份的时候去祝贺小组成员。