管理感言_进度把控2原则

  如何保证进度？ 这里分享2点经验： 
  1、 寻找最佳路径 
       方法总比问题多，当出现问题时，总会有若干种的解决方案， 我们一定要选择出最合适的那个，究竟什么是最合适的，这个很难定论，就像挑对象，我们不需要最优秀的那个，但一定要最合适的那个。 
       拿我当年项目中的一个例子来举例。 2009年江西电信网管项目实施， 产品后台采用的是corba告警广播，当告警达到一定量时会造成消息阻塞甚至线程僵死的情况。 因为项目周期定在3个月， 发现这个问题的时候已经过去1个半月了。 解决这个问题的方案有： 
       a. 研究corba技术， 从根上去解决 
       b. 替换corba为active mq或其它消息中间件 
       c. 隔30秒监控一次日志，发现僵死情况就重启 
   初步看来，方案a是最完美的解决方案，方案b也还行，方案c是下下策。 但是最终我们选择了下下策， 原因就是在当时项目进度逼进的情况下， 我们为了保证整个项目不延期，不得不去牺牲几十秒的告警延迟，而且这种延迟是可以接受的。 
  2、避免过度设计 
      
4000
评判一个软件系统的好坏的重要指标就是看代码是否具备可扩展性和维护性，要具备这2个特性，写出来的代码难免会有深层次的抽象和设计，但是这也需要有一个度，因为你f需要去兼顾团队成员的技术水平和整体进度，如果团队成员技术达不到这个高度的话，学习你的思想也是需要足够时间的，后面又有进度在卡着，所以为了保全整个项目进度， 千万不要过度的设计， 一定要视当前团队的技术水平去做决定。 
      聊到这，为中国软件感到悲哀， 就我自己经历的，除了以前跟着黎活明老师做项目觉得他的代码漂亮外，后来再也没有见过项目优美的代码了。  终其原因就是因为大家都追求进度而忽略了代码质量，似乎很难找到在技术上追求完美的程序员。