这周都在为前一段时间的工作进行总结，虽然没有时间压力，但是还是让我感觉烦恼，特别是在开始阶段，面对一堆资料无从下手，时间过半，还是没有清晰的思路。现在总结虽然写完了，但还是有些不爽，想在这里吐吐槽，希望日后的总结工作能够更加顺利一些。
现在回想起来，在总结开始的时候，我有几个疑惑，这次总结的目标是什么，应该达到什么效果，甚至还在纠结是用word来写还是用ppt来写或者直接写在我常用的evernote里面。我不是第一次写总结了，这次为什么会冒出这些问题。
其实这次总结是团队内部要求做的，而我以往的总结是我自发的。以前那种自发写的总结基本上是写到哪里算哪里，怎么写都可以，反正都是自己看，也没有想过什么目标或效果。这次不一样，这次总结写出来是要给团队看的，既然是给团队其他成员看的，自然会有一个其他成员对这份总结的预期考虑。因此，我的疑惑其实是团队成员对这份总结的预期是什么？这个问题的回答者是整个团队，它可以通过团队内部讨论得出答案。但遗憾的是我当时没有这样做，而是自己一个人在那里纠结。
如果我当时能够把这个问题拿出来讨论，可能写出来的总结会更好。这也反映出我在团队沟通的认识上还不足。团队沟通总是蕴含着机遇和创新，下次一定要好好把握。
另外，以后每次写总结都应该定一个目标或效果，无论是给自己看还是给别人看。这样才能体现出总结的完整性。
在这次总结中，我还体会到总结可以是一次抽象活动，也可以是一次以抽象活动为知道的整理活动。在这次总结的过程中，就运用了业务流程抽象知识和UML相关的知识，只是最初并没有意识到这一点而已。
我记得有人说过“读书是为了改变行为”。平时阅读的那些关于UML的资料可以指导整理活动，例如，可以根据Activity Diagram来整理业务流程，可以根据Sequence Diagram来整理系统的内部行为。在这里，知识相互作用的奇妙被显现了出来，平时要多多阅读，里面也蕴藏了不少的机遇。
因此，对于写总结，首先要确立目标，其次是方法。对于目标，可以从自己的团队或周围的环境来获得；对于方法，需要我们对相关知识有所了解。
原文：http://blog.csdn.net/firefox1/article/details/41080211