写给全公司员工的一封信

诸位同仁：

自去年10月份来到广西开发团队，至今已6月有余。经过了这段时间的熟悉和了解，让我逐渐地融入了整个团队，也让我有机会把我所学、所会的知识与大家分享。

我自己的工作信条是：先做人，做好“人”是根本；再做事，认真的全力好好做事；最后赚钱，靠自己的劳动成果多多赚自己应得的钱。

我发现，很多人在工作中抱着“Work is work”的态度，只是把工作当做换取报酬的手段，没有从工作中发现乐趣，更谈不到发现乐趣、享受工作。这种工作状态只会让人感到疲劳和无力。造成这种状态的原因是多方面的，这里我将发现的问题进行了分类，逐个与大家商榷。

1       目标与计划

我是个标准的“山友”，有全套的登山装备。在北京的时候，不管多忙，每个月都要出去登一下山。这里的“山”不是那种公园里的山，是“野山”，也就是没什么路，只能靠“爬”的那种山。对于我来说，登山已经是我生命中的一部分，是不断挑战自我极限的一种锻炼。

去年夏天，和十几个朋友一起去爬房山区的“南梯—白云坨”，那是两座相连的峻岭。为什么我没有说“崇山”呢？其实它并不算太高，海拔1056米左右，从山脚爬上去，一共积累爬升也就800多米。但是，它的确是“峻岭”——山壁陡峭，平均在50~60度，过了山腰之后，基本都是70度以上的峭壁，只能像壁虎一样趴在上面爬……

爬山的目标，当然是登顶！别看爬升只有800多米，但是也要事先做好计划——根据成员的体能情况，以及选择的路线，提前规划休息次数和休息点。这个非常关键！山路上适合休息的空间并不多；而且登山的时候，如果休息次数过多，体力消耗的就更快，精神上也会逐渐的放弃，最后就难以登顶。所以要有计划的严格控制休息的次数和时间。

虽然是话这么说，但是实际爬到一半的时候，还是有很多人受不了了。这个时候，我们这群“老驴”就开始发挥作用了：教其他人如何调整呼吸、调整节奏、调整体力分配，陪着爬不动的人一起慢慢爬，甚至用“山顶有面吃”“嗯，面里还有大块儿的火腿”什么什么的，来“引诱”大家继续攀登。我们是一起上山的，不能落下任何一个人，一定要一起登顶！

登山也是非常讲究团队精神的，一定要熟悉道路的人在前面领路，收队的一定是最有经验的队长，中间用无线电对讲机互相联络，休息的时候一起休息，走的时候一起走。如果中间有任何人掉队或者脱节，最后肯定会出事，这是我们谁都不愿看到的。所以为了自己，也为了别人，我们每个人都很注意互相保护，为了登顶的目标严格执行计划。

以登山引申到个人和工作。从短期来说，每个人都应该对自己一年、一个月，甚至一周的工作和学习设定目标和计划；从长期来说，每个人对自己的未来都应该有一个明确的目标。尽自己最大的努力去完成计划、实现目标。可以参看下面的图。

以下内容摘自：汪洋《从技术走向管理》培训PPT

对于每周、每个月的短期计划，可以考虑使用“时间管理四象限”法，把需要完成的工作按照“重要性”和“紧迫性”进行划分，然后对划分好的工作任务再进行排序，按照既定的计划逐个完成。可以参看下面的图。

以下内容摘自：汪洋《从技术走向管理》培训PPT

2       协作

为什么吧“协作”放在第一位呢？很简单，我们是集体，是Team，是团队作战，而不是单兵式的超级英雄（Super Hero）！虽然超级英雄在电影里所向披靡，但是在现实世界的“战争”中，“超级英雄”一定是遍体鳞伤，而一个个“小队”组成的正规军赢得了“战争”！

2.1     团队精神

放在“协作”首位的，就是：团队精神！

为了保证我们能在前进的路上获得一个接一个的胜利，首先要保证我们自己内部的团结，即所谓的“通力合作”，像韩信的兵“万人如一”一样，这才是一个真正的“Team”，一个团结的拳头！

这就跟玩儿CF或者CS是一样的。如果大家都自顾自的从老巢跑出去，一出门不是被敌人爆头，就是被打成了蜂窝煤，“没配合，死得快”。想要赢，就要像特种部队那样，每个人要有分工，打的时候要有战术：有人佯攻，有人狙击，有人跑动扫射，有人定点清除。大家共同推进，才会赢得战斗。

同时，团队精神也是互相帮助。还记得三个火枪手的信条吗——“One for All，All for One”。只有做到了“我为人人”，才会有“人人为我”。平时乐于分享、乐于助人，在你遇到困难的时候，你就会发现有很多人都会来帮助你。你不是一个人在战斗！

以团结如一的状态去迎接各种挑战、去完成各类任务，我们就会事半功倍，以超出你自己想想的高效率完成工作。

大家要明白一件事：钱，不是老板自己在家印的（他印了咱也花不了……），是我们每个人通过自己的工作，从客户那里赚回来的。你们不是在给老板打工，是在给自己打工！

如果每个人只考虑自己的利益而不管其他人，将会增加整个团队的内耗，随之而来的是工作效率的下降、成本的增加，反映到我们每个人身上就是自己收入的减少！这是我们每个人都不想看到的！所以，我们要团结，要为提高整个团队的工作效率，在有限的时间内可以产出更多的工作量，换取更多的收益为目标！！

要实践团队精神，就要做到：互相帮助，互相学习。每个人都为团队贡献自己的力量和知识，团队中的所有成员才能共同快速进步，同时也为我们每个人拓宽了未来的职业道路。

作为被帮助的一方，要理解对方的善意，接受对方的帮助。从一切可能的细节学习别人优秀的地方，学习对方传授的知识。对于不懂的问题、有疑问的问题，要及时提出来，与大家沟通，在不断磨合的过程中，可以逐步的改正自身的问题，提升自己的水平，增长自己的知识和经验。

2.2     大局观

所谓大局观就是能够把目光放的长远，能够把握好整体的利益和局部的利益关系，分清主要矛盾和次要矛盾，不因小失大，对待问题能做出快速的反应和正确的决策使整体的利益最大化。不以小胜小负动心，关注整体局面、综合因素，而不是具体操作细节。

作为团队中的一份子，在工作的时候不但要熟悉自己负责的工作，还要了解整个团队、整个项目、整个产品的目标和设计思路，做到“思前想后，照左顾右”，要考虑到自己的工作与别人有什么交集？自己的工作会对别人的工作造成什么影响？切不可“一叶障目，不见泰山”，只顾闷头干活，不管团队里别人的工作，只会是伤人害己的做法。

当然，首先要保证自己的工作按期、保质完成，不会因为自己的工作失误和拖延，导致其他人的工作受到影响。同时，在工作中如果“举手之劳”就可以帮助他人减少工作量，不妨多花一点儿时间，多做一些工作，让团队整体的工作效率得到提升。

3       交流

既然我们是在团队中工作，必不可少的就是日常的交流。这也是我觉得我们问题最大的地方——互相之间交流少、没有方法、交流效率低，经常是一件事要说好几次才能让别人明白。

3.1     沟通

交流的最主要的手段，就是通过语言、文字、图形进行沟通，把要说的事情跟对方说明白。那么，在沟通之前就要先搞清楚沟通的对象，也就是受众的接受能力。

如果你是跟客户沟通，就要站在客户的角度，用客户能听懂的语言，尽量直白、简单的把问题说明白。可以使用客户能看懂的图形、图表等可视化的内容进行说明。永远要记住：不要把客户当成什么都懂的高手，其实他们大多都只懂自己工作的那一小块儿内容，切不可把沟通的内容搞得太高深、太技术化，能用大白话把问题说清楚，你就赢了。

如果你是跟项目前端人员沟通（例如，项目经理、实施工程师、需求工程师等），要考虑到他们在客户现场受到的压力和夹板气，站在中立的立场上，考虑他们为什么会接受客户的要求，考虑有没有什么简单的办法或者变通的办法，既能基本满足用户的要求，又可以有效的控制工作量。

如果你是跟内部的开发人员沟通，首先要想清楚你要说的问题的各个部分的要点和整个流程。实际沟通的时候，先把问题的整体逻辑说清楚，然后再说具体的点。这样有总体有局部的说，对于技术人员来说效率最高，最容易快速了解问题的关键点。

沟通的方式不仅限于通过语言进行表达，在这里我更建议大家多用文字、图形来表达、记录我们要沟通的内容。记住，人类的记忆是最不可靠的，基本上你上午说的事情，我下午再问你，你可能就忘了一大半了。正因如此，先辈们才发明了文字、印刷、计算机、硬盘……用这些工具来帮助我们人类进行记忆。

所以，我强烈建议大家把重要的内容、事情记录下来，用我们所能用到的所有手段，尽可能详细的记录下来。我们不是要写小说，只是工作、心得和知识的记录，是个人的积累同时也是团队的积累，只要我们自己能读懂、能看明白就够了。

大家，每个人，拿起你们的笔、手机、键盘、鼠标……一切可以帮助你记录的工具，把我们看到的、使用的知识都记录下来吧。

3.2     共享

“收藏武功是会贬值的……”记得看电影“方世玉”听到这句台词的时候，我都快笑瘫了，觉得方世玉的师叔就是水平不行，把自己害死了。后来工作中经历的事情多了，发现还真不是这样的。

“武功贬值”的原因不在于怎么练，而在于“收藏”！也就是说，他只是收藏了武功，从不拿出来与别人切磋，不知道自己武功如何，也不知道如何改进自己的武功，更不知如何把各种武功融汇贯通。到了实战的时候，只会一招半式的用自己“收藏”的武功，结果被对手逐一破解，不堪一击。

同样，在工作中，特别是做技术开发工作，就跟练武是一样一样滴啊~~（此处请用小沈阳的语调念……）

为了提高自己的技术能力，我们需要不断的与别人“切磋”技艺。这就需要我们要不断的记录、积累我们所学、所用，不断的把自己记录的知识共享出来，教予他人。在教与学的过程中，不断的完善自己的知识体系，不断的加深自己擅长的技术的深度，让自己成长为“一专多能”的人才。

同时，通过不断的知识共享，将知识不断的转移到团队其他成员身上。对于自己来说，已经会的知识、干的熟练的工作，只是“低水平重复劳动”，这些工作可以转移到别人身上，自己可以倒出时间和精力，去学习、研究和实现更加高深的知识和技术。从而形成正向的知识流动，形成团队内部的知识良性循环，逐步提升每个人的水平。

这就要求团队中的每个人都要勇于Share！不要害羞，不要怕出错，只有Share出来了，才有机会让别人指出你的错误，你才有机会改进，使自己能力的快速增长，同时也带动了整个团队能力的增长，何乐而不为呢？

一个人强，不算强；大家强，才是真的强！

4       学习

做任何职业、任何岗位，都离不开不断的学习。学习是一个过程，而不是目标。

从94年开始写第一行代码至今，20年间我从未间断过学习，我看完的、还保存在家里的各类书籍大概只能以公斤计算（实在是没统计过有多少本）。这些书，大都是我用一些零散的时间，一页一页读完的。有好多书，都是读了好多遍（比如《Java编程思想》、《C++ Prime》、《Word排版艺术》）。随着自身知识和经验的增长，每次阅读都能发现以前忽略了的内容，或是读懂了以前看不懂的内容。

建议大家要利用一切可以利用的机会多学习，不断的拓展自己的知识面，同时深化自己擅长的技术，为未来的职业道路打好基础。

学习的方式多种多样，我们可以参加各类培训；可以通过阅读书籍、网上资料获取知识；可以通过组织内部讨论、学习会等活动。最重要的，我们要把学到的知识进行实践，用实践来检验知识的正确性和适用性；同时，我们要进行知识分享，只有共同进步才是我们最大的目标。

4.1     学习的内容

很多人问我：“为什么你推荐的学习内容里，有那么多跟本职工作不相干的内容？”此言差矣！子曾经曰过：“功夫在诗外”。如果不能很好的感受生活，如果没有足够的生活阅历，是难以做出好诗的。同理，如果只是闷头钻研技术，而不提升自己其他方面的水平，产出的技术成果的水平和质量可想而知了。

4.1.1  技术

我们作为开发团队，技术是每个人的立身之本。不管你是做开发、测试还是管理，技术都是不可或缺的重要部分。所以首先要保证技术方面的学习。

熟悉了更多的技术，开发人员可以从各类技术中挑选最适合产品、项目以及个人水平的技术，加以应用，这样可以提升开发效率，更简单、更快速的完成工作。学习了更多的技术，可以帮助测试人员在工作中快速的推测问题的原因；可以引入各种工具，减少手工的重复性劳动。了解了更多的技术，管理人员可以在设计、实现中提出合理的方案，减少开发工作的复杂度，同时也便于对技术人员进行管理。

l  想学的技术非常多，该怎么办？

区分重点，选定目标，循序渐进。技术是无边际的，随着知识的不断增加，会发现未知的东西更多。我们能做的是：

1) 找重点：区分感兴趣的技能和必须技能，将重点放在必须技能上。如实在区分不开，可以这样问自己：不学这个技术会现在的工作是不是干不下去了？

2) 定目标：在一段时间（至少半年内）选定一个技术方向，精研下去。

3) 不断向前：当某一种技术掌握后，再开始另一个技术的研究；

l   很想学一种技术，但项目工作太多，没时间开展，一直拖着，怎么办？

生存状况和工作性质决定了我们不能像在学校和外企那样有大把的可支配时间，所以要追求技术进步只能自己找时间，也即“白天求生存，晚上谋发展”的道理。我一般会将晚上和周末的时间拿出一部分来学习。 

l   选定一个技术方向作为学习目标的时候，如何开展效果会比较好？

学习一门技术一般分几个阶段，入门→掌握→精通。一般情况下，达到熟练掌握的程度即可，要实现至少需一年的积累。

可以分下边几步：

1) 知其然：了解该技术的基本原理和应用场景，并进行简单的实践。这个阶段，官方文档是最好的教材；

2) 站在巨人的肩膀上：找该技术业界成熟的开源类库和应用系统进行学习，精读源代码；

3) 在问答中进步：去相关论坛学习，提问或者回答问题，并尝试独立解决论坛中已有问题，www.stackoverflow.com是最好的选择。

4) 躬身而行：实践相关技术，达到能独立完成中等规模应用的程度；

5) 知其所以然：深入了解该技术的运行机制、周边技术、性能优化、深度知识等；

6) 善用资源：在公司，高手很多，你想了解的任何一门技术，差不多都能找到相应的牛人，多和这些人沟通，会事半功倍。

l  外界干扰太多，静不下心来学习，怎么办？

工作中的前辈给过我一个建议：关掉QQ。结合在学校时的体会，我深知这个建议的重要性，欣然接受了。其实，静心是做好任何事的前提，关掉QQ只是一个表象，最本质的是我们要给自己营造一个好的学习环境。做技术需要一个安静的环境和一套方法论，方法论可以找到很多（论语第一篇讲的最好），环境必须我们自己营造。

所以我的建议是：虽然我们无法关掉QQ，但我们可以做到忘掉QQ，适度娱乐，努力使自己沉迷到工作和学习中。虽然不太容易做到，但做到了对提高效率、找出学习时间都很有帮助。

一些复杂的技术会涉及很多方向，每个方向也可以按照上边的方式分解。技术学习可以触类旁通，当你完全吃透一门技术的时候，其它的再学起来就快了。

 以上内容归根结底就是要我们：懂得选择，学会放弃，耐得住寂寞，经得起诱惑。

做技术如同做学问，关于如何做学问，王国维有段话我高中以来一直非常喜欢：古今之成大事业、大学问者，罔不经过三种之境界：“昨夜西风凋碧树。独上高楼，望尽天涯路。”此第一境界也。“衣带渐宽终不悔，为伊消得人憔悴。”此第二境界也。“众里寻他千百度，蓦然回首，那人却在灯火阑珊处。”此第三境界也。 

技术之路是艰辛且寂寞的，希望以上内容对有志于此道者有所帮助。

4.1.2  管理

估计好多人看到标题就笑了“我们又不是经理，让我们学管理作甚？”

私以为：就算你被人管，也应该学学管理，否则很容易被管着干，都干不明白！

关于“技术”、“管理”、“业务”能力之间的关系，可以参看下图的“能力模型”。

学习了管理的基本理论和方法，就可以了解：为什么自己的团队采用当前的管理方法？现在的管理模式还有哪里可以改进的地方？我能为团队的管理贡献什么力量？

管理，和我们做开发、写程序是一样的，需要根据人员素质、外部因素，不断的对管理方法和体系进行维护、迭代更新，需要每个人参与管理的过程，不断的进行完善，提高工作和管理的效率。

我们工作中涉及到的管理主要是人员管理、项目管理和产品管理。

关于人员管理，可以参看下图。

以下内容摘自：汪洋《从技术走向管理》培训PPT

做项目管理时，重点是管理项目的任务计划可以按照预期完成，实现设计目标。为了保证达成这个目的，需要项目经理和项目团队，对所有可用的资源进行合理的调配。这里所说的“资源”包括项目组内的人力资源、软硬件系统资源，也包括客户方负责人、业务人员。因为“项目”是双方的项目，在完成项目目标上，我们的立场是一致的。以此为基础，与各方进行沟通、协调，在项目的各个阶段合理的安排、配置各类资源，才能让项目顺利进行和完成。

而产品可以看做是一类特殊的项目。产品的需求来自于客户，需要产品经理整理共性需求、调研市场、设计产品生命周期、实现步骤、每一步的工作内容等等，作为一个特殊的长期项目，不断进行迭代，不断进行周期性的管理。这就需要做产品管理的“产品经理”需要有多方面的知识和能力，才能胜任此项工作。

4.1.3  文学

在与大家的交流过程中，我发现很多人不会写东西，甚至不会说话。

这里的“不会说话”不是指不会说中文……而是表达能力有问题，说的东西别人听不懂，或者需要花很大的精力去理解。这不但没有实现沟通交流的目的，反而增大了沟通的成本。

写东西就更别说了……这里倒不是要求大家写出来的东西有多美华丽、多美感人、多么情节曲折……毕竟我们写的是技术文档，重点是：逻辑性、完整性。所谓“逻辑性”，是说描述的内容要有一个完整、上下关联的逻辑关系；所谓“完整性”，是指具体说明的内容要足够详细，要把客户描述的细节、可见的内容、明确的逻辑，原原本本、完整的写清楚。切不可因为时间问题、心情问题，寥寥数语就给概括了。

切记！我们写文档的目的有贰：

（1）       明确描述用户的要求，用以限制客户的想象范围，同时限制开发人员的开发范围。

（2）       开发人员对用户业务的了解程度参差不齐，通过文档中的描述，明确开发的内容、目标、逻辑，指导开发人员针对明确的目标进行开发。

既然很多人在说和写上都有或大或小的“障碍”，那我们就想办法解决它。

其实非常简单——多看看文学类的书籍。

这里指的“文学”类的书籍，可不包括乱七八糟的网上文学和火车文学之类上不了台面的东西。就算是你要看武侠，怎么着也得看金庸的，是吧。我更建议大家可以多看一些公认的经典作品，杂七杂八的就免了吧。

总之，广泛涉猎各类书籍是有好处的。子还曾经曰过（子到底曰了多少东西！）：“熟读唐诗三百首，不会作诗也会抄”（这是哪个子说的？！）。看的多了，自然就会说了、会写了，交流和写作就都不是问题了。

4.1.4  艺术

喂喂，我们是写程序的，怎么又扯到艺术了？！

废话，连“美”为何物都不知道，如何能做出“美”的事物？

建议大家有机会、有时间，多看看一些美术作品、摄影作品，没事儿陶冶一下自己的情操，增长一下自己对于美的感悟。

这事儿有必要么？有必要！举个的例子：很多人写的代码、文档，本身是没有问题的，但是就是没有人愿意去看，为什么？因为“难看”呗！

这里的“难看”主要是指格式和可阅读性。

代码中的格式大家都理解，就是利用各种缩进、空行，人工的对代码进行分隔，让阅读的人可以很直接的分辨低吗哪部分是一起的，哪部分是做其他事情的。

文档的格式相对比较复杂，但无非可以分解为：封面、版本记录、目录、正文、附录几部分。每部分遵循标题、正文、表格、图形这几种常用元素的标准格式即可。举例来说：

1、              封面、版本记录、目录、正文及附录，分别利用Word中的“分节”功能，独自占有一个独立的“节”。

2、              通过“页眉页脚”功能，断开每个节之间的关联。

3、              给每个节（除了封面）添加各自的页眉信息、页脚信息（包括页码），且每节的页码独立计数。

4、              标题使用Word的“多级标题”格式，根据级别设置。

5、              正文统一为“宋体，五号”，段落设置为“行首缩进2字符，1.5倍行距”。

6、              表格、图形均设置居中。

这样做出来的文档，看着就很干净、很正规，读者也愿意去阅读。

代码中的“可读性”，不但包括编写代码时变量、函数的命名规范，同时也要求开发工程师在编写代码时要有足够细的注释。注释包括方法头部的注释，也有具体实现代码中的注释，一定要保证代码的注释量，否则一大堆代码只有寥寥几行注释，大多数人读起来都会非常费力的。

这里我推荐一种方法：可以先将需求中的内容作为注释复制到代码中，并且不断完善其中的细节说明。然后逐步分解，分解为一行一行的注释。写代码的时候，只要实现注释中说明的内容就可以了。

文档的“可读性”涉及到的内容相对比较多，这里只重点说一下文档结构的问题。我们在文档中描述的问题一般都不会只有一点，一般都是几个方面、几个细节。我们可以根据需要说明内容本身的层次关系，逐层分解、逐层细化，到最后细节用（1）、（2）、（3）……逐一描述，这样让人容易理解，也容易针对每个具体的细节进行工作或学习。

4.2     学习的方法

虽然我们每个人做学生至少有16年的历史，但是我发现大多数人还是不会学习，大多数停留在“死读书，读死书”的阶段。

在工作的阶段，我们没有上学时那种大块的时间用来学习，我们只能利用一切可以利用的机会、一切可以利用的时间来学习，不断的增长自己的见识，拓宽自己的知识面，在遇到问题的时候才会有更多的办法。

4.2.1  讲座

在实际工作中进行学习，首推的方式就是“讲座”。

我们可以关注各种专业培训的机会，参加各类感兴趣的讲座，听了总比没听好。同时，我们也可以通过自己举办内部讲座的方式，将自己学会的知识传播给团队中的其他成员。在培训别人的同时，不但锻炼了自己的表达能力、培训能力，同时也能发现自己知识体系中的缺陷，可以有针对性的进行弥补。

4.2.2  读书

读书，是我们获取知识的很传统，也是很重要的一个方法。

现在的“读书”已经不仅限于读纸质的书籍，也包括电子书、网上资料。不管是读哪类书籍或资料，都要注意方法。

首先要“略读”，即先提纲挈领的粗略的通读一遍，了解书中所说的主要内容、处理方式、各部分的结构，做到心中有数即可。

然后再“精读”，因为每个人、不同阶段关注的重点不同，所以精读的时候只详细阅读自己感兴趣的部分即可，其他部分可以暂时不去管它。等需要用到的时候，只要记忆力还有“这东西好像在那本书里”的印象就够了，到时再看也不迟。这样有目的的阅读，才是效率最高的读书方式。

4.2.3  实践

书光读了，是不能产生价值的，一定要将学来的知识加以实践（或者试验），验证知识的正确性和可用性，才能在需要用到的时候发回作用。

动起手来吧，Just Do It！

5       时间管理

每天，我们每个人都有一大堆的事情要处理，一大堆的工作要做。

好多人感觉“要崩溃了！！”“根本干不完啊！！！”

其实，这是错觉。这只是你没有有效的利用时间，工作效率低下，导致工作无法完成。

以下，介绍几种时间管理的方法和规则，希望对大家能有所帮助。

5.1     番茄工作法

这里的“番茄”，其实原本是只厨房里的番茄形的定时器，那玩意一般也就能定30分钟……

以下内容摘自百度：

5.1.1  原则

1）一个番茄时间（25分钟）不可分割，不存在半个或一个半番茄时间。

2） 一个番茄时间内如果做与任务无关的事情，则该番茄时间作废。

3）永远不要在非工作时间内使用《番茄工作法》。（例如：用3个番茄时间陪儿子下的棋、用5个番茄时间钓鱼，等等。）

4）不要拿自己的番茄数据与他人的番茄数据比较。

5）番茄的数量不可能决定任务最终的成败。

6）必须有一份适合自己的作息时间表。

5.1.2  目的

1、减轻时间焦虑。

2、提升集中力和注意力，减少中断。

3、增强决策意识。

4、唤醒激励和持久激励。

5、巩固达成目标的决心。

6、完善预估流程，精确地保质保量。

7、改进工作学习流程。

8、强化决断力，快刀斩乱麻。

5.1.3  做法

1、每天开始的时候规划今天要完成的几项任务，将任务逐项写在列表里（或记在软件的清单里）。

2、设定你的番茄钟（定时器、软件、闹钟等），时间是25分钟。

3、开始完成第一项任务，直到番茄钟响铃或提醒（25分钟到）。

4、停止工作，并在列表里该项任务后画个X。

5、休息3~5分钟，活动、喝水、方便等等。

6、开始下一个番茄钟，继续该任务。一直循环下去，直到完成该任务，并在列表里将该任务划掉。

7、每四个番茄钟后，休息25分钟。

在某个番茄钟的过程里，如果突然想起要做什么事情——

a)         非得马上做不可的话，停止这个番茄钟并宣告它作废（哪怕还剩5分钟就结束了），去完成这件事情，之后再重新开始同一个番茄钟；

b)         不是必须马上去做的话，在列表里该项任务后面标记一个逗号（表示打扰），并将这件事记在另一个列表里（比如叫“计划外事件”），然后接着完成这个番茄钟。

5.1.4  经验技巧

根据个人实际情况，合理设置自己一个工作日内的番茄时间段，尽量将重要的工作放在头脑高效的时段，比如上午8:30~11:00，下午15:00到17:00等。不一定所有工作都要纳入番茄时间段里，找到适合自己的工作节奏。

1、做好准备工作，明确各个番茄时间内对应的任务，最好将任务简单写到纸质便签/日记本中，便于实施画X，强化反馈。

2、每4个番茄时段内的task的上下文差别不要太大，尽量减少task间的切换成本（进入某个task的工作状态是需要时间的）。

3、在番茄时间段内task没完成咋办？ 这个估计经常发生，似乎只好在下一个番茄时间段里继续做了。其他task顺延。必要情况下加班完成。一旦出现这种情况，就需要你加强task划分能力，尽量做好task完成时间的预估，不断提升精确估计能力。

4、打扰是不可避免的。电话、邮件都可能打断你的工作。如果必要，可在你的番茄时间段中预留出一些处理打断的时间，比如25+5，预留5分钟。当然我们应该尽可能避免这种打扰，可用一些广为流传的技巧：比如在允许的范围内适当将mail接收的间隔延长；高挂“免战牌”，显式告知他人你已经“out of services”了；不启动即时通信工具，或设置即时通信工具的状态为外出或极其繁忙状态等等。

5.2     先易后难和先难后易

“先易后难”和“先难后易”，这明显是矛盾的吗，这是虾米意思？

所谓“先易后难”，是指每个人在安排自己每天的工作的时候的原则。每天开始工作的时候，精神还不是非常集中，可以先做一些简单的、容易完成的工作，逐渐的进入工作状态，提高单位时间内的工作产出。

所谓“先难后易”，是指项目工作安排或者每个人一段时间内工作安排的原则。先将任务中比较难的部分放在这段时间的前面去做，先完成难度相对较大的部分，即使遇到难题，我们也有充足的时间调配资源去解决，不会影响到整体的计划。

5.3     充分利用零散时间

大家每个人都有很多的工作需要完成，同时也会有许多“零散时间”。

已有任务提前完成，后续任务尚未计划，会产生“零散时间”；工作时间的间隙，会产生“零散时间”；甚至坐在公交车上，被红灯堵的不能动弹，也是“零散时间”。

每个人每个月的“零散时间”收集起来，是非常可观的。如何利用好这些“零散时间”，则是我们每个人都应该好好琢磨的事情。

工作中的“零散时间”，我们可以主动申领其他任务，毕竟这影响到我们每个人的绩效，进而影响到我们每个人的收入，这是我们必须关注的，也是必须要主动争取的。

私人的“零散时间”，我们可以用来读书、学习，积少成多，聚沙成塔；我们也可以用来认领“悬赏任务”，反正晚上回家也没啥事，干点儿活，多实践点儿新东西，顺便还多赚点儿钱，何乐而不为呢？

提高时间的利用率，我们就会发现自己的水平在飞速的提高，同时收入也在提高，这才是我们想给大家打造的工作环境，才是我们梦想的团队——“Dream Team”！