项目管理的思考

        两天没有更新了，因为最近太忙了!嗯，是真的很忙，忙的没时间发微博，没时间思考工作之外的事情，还有一些其他的事情。似乎获得赞赏的功能邀请之后，突然就松了口气，或许应该有新的目标。

        工作的事情，总也忙不完，时间管理还是不很好，虽然我知道番茄工作法，但是实际上真的没有怎么用得到，用到的也是拘泥于形式，我不喜欢，于是试了几次就放弃了。

        怎么才能做好时间管理？

        我觉得这个问题太大，大到不知道怎么下口来说一样。以前用滴答清单，然后将一些事情记录到上面，当然，总是忘了关，结果是不好整，只有记录，至于什么时间点完成的，真的没有持续关注到。

        现在的做法，每天早上早点到公司，吃着早餐，梳理昨天甚至上周的工作，然后再继而考虑今天以及接下来的工作。吃完了之后要开始写，写到记事本上，写的过程也就是再次梳理和思考的过程，也是查缺补漏的过程，我觉得这样很好。

        然后，等大家到齐了一起开早会，大家交流一下当天工作或者接下来的工作。这对每个人当天的工作都有一个安排，大家也知道自己大概的目标是什么，这样也是很好的。

        因为是做软件，所以有很多需求上的东西，需求一般通过需求文档、设计文档、文档评审等过程确定下来做，或者先将设计搞讲清楚，评审通过之后再补文档，这个一般是在工作时间比较紧的特殊时期采取的办法。这似乎也不错吧。

        不过关于需求理解的问题，比较头疼。首先作为一个开发设计者，首先要自己弄清楚，要做什么，然后梳理、画流程图甚至界面，然后去讲这种设计，评审设计，最后到实际coding的人还要反复的讲。讲的过程也是反思设计的过程，集思广益的过程。这些都做完了，然后最后还是发现会出问题。因为你全神贯注的时候不代表别人也全身关注，写好的文档还是执行会出现偏差，怎么解呢？

        以前，常常惑于没有文档，什么都是简单讨论然后coding，最终效果差强人意是很有可能的，但是大家也没得说，毕竟你没有讲清楚，也没有文档体现，偏差是可以理解的。

        现在，感觉做了很多工作，最后review代码的时候，发现很多坑。那火气蹭一下就上来了，简直想kill somebody，like a joke！真的很痛苦。

        也许是因为土八路吧，看的书还是不够多，而且方法论也学的少，甚至用人不当，都是可能性吧。不过最大的问题还是得解决自己的问题，提高自己吧。

        最近准备读一些有关项目管理的方法论相关书籍，希望看到的朋友可以推荐一下，土八路最终的目标是革命啊！嗯，是革命哈~~~

总结：

        思考是很有力量的，但是也要多读书，掌握一定方法论。如果只会土办法，现在是吃不开了，因为社会诱惑太多，人的注意力分散很多。