现在，开发人员比以往任何时候都需要能干，拼命地能干。公司需要优化从开发工程中获得的产值，于是积极地寻求解决方法。
当然，你可以采用传统的方法——努力工作。每天工作16小时，没有周末，以此来消除工程中难以预料的不利因素。但是，如果能工作得更巧妙，难道不是更好的方法吗？
开发过程是一个领域，公司引入一些新实践，或改进现有的实践，对之投入相对较少的努力，却可以获得更大的利润。通常有很多领域的东西是能被改进的，但现在也有一些简单的方法可以让你的开发过程更顺利，下面给予简单介绍。
重新考虑你的CI通知策略
目前为止最普遍的CI通知机制还是陈旧的mail服务器。但是，你确定email对手头的任务来说是最适合的系统吗？请尝试使用即时消息而不是email。要记住，email倾向于一种娱乐，会分散人的注意——如果你只是每隔几小时考虑一下你的email，你将能做更多的事情。
强势优化你的构建过程
构建度量法是监测构建过程的最好方式。为什么在过去的3周内代码的覆盖率在下降？为什么单元测试的数量没有按规定的比例增长？为什么那块构建花费了那么长时间去修改？单元测试要运行多长时间——有什么需要运行很长时间的吗？这些信息并不是哗众取宠——这些应该在正在运行中的任务中起关键作用，可以保持你的构建过程顺利协调。现代CI工具如Hudson, Bamboo及TeamCity可以为你的构建计算出丰富的统计信息，Bamboo在这方面尤为突出。无论你使用什么CI工具，要学会如何最有效的使用报告信息，使用这些信息来识别和改正开发工程中的故障。如果你所用的CI工具不能给你所需要的全部信息，那么换另外一个能做到的！
让你的发布过程流线化
在发布过程中，存在一些照本宣科的工作，如准备发布笔记，确定此次发布的版本中哪些问题已经被解决，标注版本号等等。这些是软件开发周期中的一个重要部分，如果忽视这些过程，会惹来QA人员和最终用户的愤怒。但是，我们要尽可能让这些任务自动化。很多CI工具都很好地集成了原则问题跟踪系统，如JIRA 和Trac，这样你就可以监测整个开发过程。如果你使用Eclipse，Mylyn可以帮助你把问题分成逻辑组，同时给出一个标准模板，列出某个特定的工作中已经解决的问题。
这只是一小部分想法——其实还有很多方法。根本在于你不需要容忍一个不理想的开发过程，而是着手于它做一些事实。祝你好运！