这篇文章在无意中已经看了两遍了，想想转过来吧，不错。以下原文：

技术并不是最重要的。

　一项工作是否出色，关键在于是否在规定的时间内完成了规定的任务，而且与大家期待的结果相符合，甚至更杰出。

　　完成的不出色，则会是以上几点没完成，

1.可能面临的问题是：

　　1.1规定时间内没完成？
　　(1)上级规定时间太紧，本来就完不成。
　　(2)项目进行过程中，又有新的工作。考虑到工作前程问题，咬牙接了。
　　(3)发觉自己有新的关注点，一不小心，拖过去了…

　　1.2规定的任务没完成？
　　问题很多，这不是我现在想要总结的。技术只在这里占很重要的一部分。

　　1.3　与大家期待的结果不符合?
　　(1) 领导说，这个东西怎么做成这个样子？跟我想的不一样啊
　　(2)　同事说，你这个地方有问题，应该这样改。又来一个同事说，那个地方有问题，应该那样改。
　　(3)　用户说，我不需要这个，给我这个功能干嘛？

　　按照上面发现的问题，在现实中最常碰到的头疼问题就是–返工。一遍遍的返工，会使制作者疲于应付，而用户也是不满意。最重要的是，这对个人和公司都没有带来任何的效益。

　　解决方法就要依靠工作方法和流程来去避免问题的出现。

2.关于方法：

　　2.1 不要同时开展多项工作。
　　要抓主要的工作重点。人们常说，80%的时间做了20%的有用工作。其实我认为这是没有分析而盲目的工作。往往在做某项工作时，新的任务出现，当接下来时，很可能的情况是，两方面的工作都难以完成。正确的方法是，在新的一项工作来临之时，排在当前工作的时间表后面。如果新工作权重大，则将原有工作适当延后。总之，做完一项再做另一项，是能把所有工作完成的最佳方法。

　　2.2 时间计划
我们在做工作时，有时闲得没事，有时却被压得喘不过气，往往问题出现在时间表的安排上。为了得到上级的认同，逼自己在难以完成的时间内接受这项工作，得到的结果当然是另人不满意的。要将自己现在的工作进行一个细分，细化到每项工作可以分配到1个工作日，1个工作时，这样的任务分解，可以使自己不至于浪费时间拖延任务。

　　2.3 先想后做
　　为什么要先想后做？我近期遇到某个项目，是先做后观察。这样子表面上执行效率很高，但是带来的是人力和资源的浪费。而且，对于一个比较复杂的任务，不把每个细节想清楚了，在后期几乎是站不住脚的。这个说法大家都明白，但是工作初期想清楚想仔细想深远了的人，却不多。

　　2.4 提前动手
　　被工作压得喘不过气，是因为时时被突如而来的工作所逼的。事实上，自己份内的工作，有很多是可以预见的。提前动手，可以时刻走在工作的前面，一个很显著的效果时，你考虑得多，你就占据了主动。而事先没有准备，当工作压到头上来时，就只有残喘的力气了。

3.关于流程：

　　3.1 leader想清楚布置任务。
　　做为一个团队的带头者，必须自己先想清楚，再分配给下级工作。给下级一个模糊的说法，等他们努力完了再说否定，是对个人和团队的不负责任。

　　3.2 任务分解，步步确认。
　　还是我以前写的关于流程的文章，一次又一次的重申，是因为这一步的重要性使我不可忽视。从最初的经常返工，到现在大部分可以一次通过，这两个月最大的改变来自于流程的建立。
　　信息架构的确认，页面原型的确认，页面风格的确认。每一步，要得到产品负责人的确认，不然走得越多，越偏越远，最后只能重新回到原点。

4.其它：

　　4.1 关于开会。
　　开会是这样一个动作，它需要解决一个人解决不了的问题，比如说产品的发展方向，功能定位等。所以，开会是需要有结果的，这个结果是建立在所有人都达成一致的基础上。当一项工作在开始时充满质疑时，一定要将大家召集起来，通过说服最后达成一致，这也为以后的工作打好基础。不然，在后期被大家左右评论时，很可能误导了一个好产品。

　　4.2 关于会后邮件。
　　总结会议结果，将自己得到的信息跟大家分享一下。一方面显示对工作的重视，另一方面，在工作时也方便时时对照进度。

　　写了很多，是对自己两个月工作的一个总结,还有很多一时没想起来的，以后补充。做有价值的工作，用有效的方式做工作。
原文链接

» 你可以 留言, 或者 返回 到你的站点.