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

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

　　解决程序任务

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

　　调试其他程序员的代码

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

　　编辑和更新文件

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

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

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

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

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

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

　　为什么专心是很困难的

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

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

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

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

　　我时常鼓励小组成员建立一个非正式环境，截止期限在你工作时间之内(举例来说,"完成这项工作在下午1：00吃午饭之前"). 甚至可以在你的小组里面建立一个小的竞争环境，他能把兴趣和勤奋加入到这个无聊的工作之中。，无论如何，我不劝告你的小组他们完成工作的时间少于他们想的时间。 ( 项目经理的谎言要注意事后员工的埋怨)

　　不能容易的消除分心的根源而继续做事的话（例如送或收按钮）。同样地无法确定其他的有争议背景就不能责备小组成员无法集中精力。(举例来说,家庭的争论或缺乏睡眠)

　　不能期望每个人一直是经历充沛；对于团队成员得到些放松，甚至可能是一个很好的战略。举例来说，在冷战期间，雷达操作员时常被允许在控制台的边上打牌，他们发现如果他们不长时间集中注意力，他们能非常清楚的看见显信号在屏幕。

　　当然，与无法集中精力相对的是在工作中地吸收能力。(我确定你已经有了那种感觉当你在一项考试中坐下的时候, 你实际上发现你自己的身体正在完全投入到你喜欢或沉浸在一个电脑游戏之中了.)这是众所周知地"流程 ," 并且它经常发生在你真的关心这特殊的工作而不是薪水支票或结束结果的时候它才发生。

　　采用这个策略可以帮助你的小组轻松的完成每天的工作并且保证质量，即使这个工作是无聊的并且要在工作日完成。当这个方法出现的时候，他们去使用这个方法，将会使他们有更多的精力去投身于更多的有挑战性的工作中去。