沟通与掌控
    窗外，阳光很眩目，当我正要甩开膀子准备制定开发规范的时候，办公室又走进一个人，是公司的人力资源副总陈迹。他看着我意气风发的样子，笑着说：“怎么样？火星，看你现在的样子，你要去打架斗殴吗？”。哈哈，风趣是陈总的风格。我连忙说：“陈总，我正想向你请教如何管理人的问题”。陈迹爽朗的说：“我刚刚看到老板和老张来过你的办公室，我也来送你一份礼物吧，就是你需要时时记住，项目不是一个人在单打独斗，需要时时与你的组员进行沟通和掌控”。

    后来，我们还谈了许多，陈迹认为项目负责人是对整个项目有控制和决定权,对项目开发的成败负责。软件开发中遇到问题的答案往往不止一个，因此需要有人对这些问题有决定权，避免扯皮。项目主管还要与组员沟通Weekly Report。包括目前进度，质量状况，各种工作的进展等。一般来说程序员都讨厌开会，但项目组至少每周全体开会一次，主要包括团队交流，规格讨论，bug诊断与处理，大家千万别闷头写代码。同时所有会议、讨论都要有记录。会前发会议议程，会中有人负责主持和记录，会后有人负责发会议摘要，这都是高效会议的要点。

    陈迹还说到一个非常有用的管理技巧，就是为项目组建立多个Mailing Group，这样发起邮件来方便，而且能让该收到电子邮件的人都收到、不该收到不被骚扰。通过电子邮件进行正式沟通的好处是免得抵赖，以后也可以时时阅读。但也要避免矫枉过正，为了加强沟通最好的方法是先用电话和当面说，然后Email来确认。

    二．需求分析的教训
    编码，是软件过程中一个实现的环节。说起编码，感觉谁都能做，但做得好的确不多。我以前觉得写代码是最麻烦的事情，经过项目初期挫折的磨练我才发现写代码只是软件开发中最简单的一个步骤。最关键的第一个步骤是需求分析，就是要确定自己要做什么，应该怎么做，心里有个底。如果没有对需求进行分析，可能出现项目设计出来的东西或最终提交的根本就不是所需要的，或有相当的差距。

    需求规划是根据具体需求情况分析和规划出一个最终需求文档。需求规划就像高楼的地基，如果马马虎虎，就算是一块砖块没摆好都可能导致整个高楼建设的失败。目前，很多开发人员深感项目的需求文档写得都很单薄，不够细致。对于一个缺乏需求管理的软件项目而言，必定会导致系统不能实现预期的功能而需要在后期进行昂贵的修正，使得项目拖期、产生严重的质量问题与超出项目预算的现象。

    了解真正的需求，可以让我们在软件的开发过程中少走很多的弯路，缩短软件开发的周期，提高软件的友好性，易操作性，易用性，从而来提升软件的质量。