要为解决方法感到到自豪，由于这不仅仅只是个普通的解决方法，这是个好的方法。确保记实下来以应对这个项目将来的风险，并且有些东西需要重新审查。天天早上，将你一天要完成的流动进行拆分，然后制定一个相应的日程铺排表，这样能够匡助你：

　　假如你要花额外的时间来完成一些代码的测试，或者重构不可读的类，那么就去做，由于这是为将来投资时间。有句很流行的话可以总结：做，准确做事，立马就做。 需求没有更改时，只有当你百分之百确认再也没有必要改善那个解决方法时，才能算完成任务。

　　众所周知，若仍有一个玻璃杯需要清洗，则不能说已经洗完了。你可以用诸如“番茄工作法”这种流行的技术来匡助你治理时间。但是假如你在某件事上面卡住了或者将项目拖延 的太久，那么寻找一个更轻易的方案。 互联网的一些事

　　集中于一项任务比同时做多项任务更多产，不同的研究已经证实这个观点，并且发布在不同的媒体上(例如CNN)。遵循“软件质量金字塔”的原则。

　　3 与其报歉，不如补救，而抛却最不可取。它可能不如你目前正在实现的方案优雅，但至少你有方案。还有工具能匡助你丈量你花在各项不同任务上的时间，我最喜欢的是CoolTimer，这里也有10个不错的时间追踪应用程序。粉刷墙壁或驱车前往某处这些事情上我们也认可同样的道理，但在软件开发上我们却不这么以为 了。

　　天天都有一个集中的目标。这是典型来自Hope Driven Development的行为，长短常有害的。 (Do it. Do it right. Do it right now) 。在你的同事中，请一位你尊敬的优秀开发职员检查你的方法，并接受他的真诚建议。 集中精力工作25分钟，休息5到10分钟。即便我们没有完成所有的单元测试，或者我们没有核实实现方式是否符适用户的需要，我们也说完成了任务。