近来的小总结

近来一直在修改去年做个的一个模块， 现在是相当的熟悉了。 发现一个很有意识的问题：
    1>. 在做一个东西前写好自己的设计， 设计的前面写大概的设计， 后面可以写的详细些。
    千万不要因为说写设计很浪费时间， 因为在写那些东西的时候其实你已经开始在做了， 这样等到你真正做起来的时候将会很节省时间的。
    千万不要一写完设计就因为各种原因（时间来不及。。。）去马上实现你的设计，因为很多问题在你写的时候自己认为很完美了，但过了一段时间看来那将是个大问题的。
    写完设计后最好提交给你的用户或相关的负责人检查以下， 这样对你设计的东西也会更完美一些。

    2>. 尽量让你的设计中做到结构简单，功能灵活。 简单的才是最好的，实在没办法的时候才考虑更复杂的设计。因为结构越复杂将来问题将会越多，找bug的时候将是非常的痛苦。

    在这里顺便加点下午看到的东东， 感觉很不错就添加上来了：
下面来源： http://blog.csdn.net/rjchen/archive/2007/01/20/1488521.aspx

韩磊转发了一篇文章给我们，很有意思，确实是只要听到下面四句追求完美的话，项目几乎是百分之百的延期。

我最近几个月在自己在做项目或者观察同事做项目时也发现了这样几个有趣的规律：
第一、 项目延期风险和计划做的最小单位成正比，就是项目计划做的越细，项目延期的风险越小。比如项目计划精确到日，项目延期的单位就是日，精确到周，延期单位就是周，很有意思。
第二、 项目负责人与项目干系人（上司、同事、客户）的沟通频率和沟通能力和项目的延期风险成反比与一次通过率成正比，就是项目负责人的沟通能力越高，沟通频率越高，项目延期的风险越小，项目一次通过率越高。
第三、 跨部门项目可行性会议参与的人越多尤其高层和部门负责人参与人的越多，项目的进度和质量越能得到保证。
第四、 项目负责人的规划能力越强对细节的把握可能会越差，也可能会越强。因为做规划是个思考的过程，思考最容易陷入“完美”之中，所以前期规划能力强的负责人可能对细节的把握会越差，但是在追求“完美”的过程中，可能会考虑的非常全面，对细节的把握会越强。