请思考敏捷方法中的3个基本原则：沟通、简单、反馈。这3个原则可以用来指导我们进行高效的工作。
1 任务明确，不要做无用功。
何谓任务明确？
任务的输出是什么？在输出中包含哪些内容要明确列举出来。
任务的完成标准是什么？
任务的完成时间是什么时候？
是否有其他的约束条件？
要和任务的布置人员明确上述内容。
比如要你写给某客户写一个方案，则首先要明确：
是完成EXCEL版，WORD版还是PPT版的咨询方案？
此方案是技术方案还是商务技术一体的方案？
此方案是初次方案还是最终的报价方案？
此方案的提交日期是什么时候？
对于方案的内容是否有其他的要求？
这就是要沟通，要及时沟通，充分沟通！
2 任务的概要设计要经过认可。
软件开发需要做概要设计，任务也需要做概要设计。概要设计既是：交付物中蕴含的核心思想、要点是什么？
比如要你写一个给客户的方案，你要先明确是CMMI为主，还是敏捷为主，是瀑布式改进，还是迭代式改进，项目的工期是1年还是半年等。
再如要你编写一个培训讲义，在培训讲义中的主要是内容是什么？应该包含哪些主题？此培训是以理论为主还是实训为主？等等。
通过确认概要设计是获得任务的布置者对任务的反馈，以判断是否偏离了需求，不要犯方向性的，大的错误，同时也避免把问题想复杂了，避免任务的复杂化。
3 尽早启动工作，而不要拖到最后一刻，要给任务设置中间的检查点。
要避免帕金森定律，不要到最后一刻才提交任务，否则就无法保证质量。
如果不尽早完成工作，可能等你着手做某项工作时发现资料不全，需要别人协助时，别人却没有时间响应你，这样就导致任务延期或工作质量下降。
通过设置中间的检查点，可以尽早发现问题，尽早获得反馈，并且克服帕金森定律。
4 自顶向下，迭代式或增量式工作
第1次迭代先完成任务的主要框架，比如先把培训讲义的主题罗列出来，每个主题下的要点再罗列出来。这是最简单的一个版本，有骨头没肉，但是也可以去沟通，未必能作为正式培训的版本。第1次迭代结束后可以请任务的布置者进行一次检查，判断是否满足了其最初的要求。
第n次迭代可以对输出的每个部分展开细化，也可以完善某一部分到可交付的程度，循环进行，直至所有的部分都可以交付。
可以在每次迭代或增量结束后获得反馈，避免出错。
所以：
不要犯错，一次做对！
尽早发现错误，尽早修复错误！