Franker的专栏

 当项目灾难来临时该怎么办据统计，IT项目开发中80%是不成功的，有些甚至是灾难性的后果，最近刚好读到《项目灾难拯救之道》的书，这是一本翻译版本的外籍书，这本书全面分析了关于项目开发失败产生的原因及处理方法，这里把书中的一些要点摘录出来与大家分享。对于项目灾难发生时，书中提到约克大学的约翰.麦克德米德教授的处理方法，约翰.麦克德米德教授是信息技术（IT）项目及其问题领域的专家，他指出，

      在国内很少有IT公司把文档设计列为软件设计的一部份，也许很多是出于开发成本的考虑，因为要做文档设计，则必定要耗费更多的人力和时间，也即要付出更多的成本，我也对此曾经感到疑惑，国内IT公司竞争非常剧烈，时间和成本往往是第一考虑要素。其实，这些都是小公司的通病，很多小公司也因此毁于一旦，主要是因为没有做文档设计使得开发陷入混乱直至最后项目无法交付或无法按期交付，或者因为某些关键员工离开导致

 自文档化程序在《人月神话》中对流程图做了较为强烈的批判，以下是其中的某些观点，我认为是很有道理的，在此摘出来跟大家分享一下：1、流程图是被吹捧得最过分的一种程序文档。详细逐一记录的流程图是一件令人生厌的事情，而且高级语言的出现使它显得陈旧过时。2、如果需要流程图，很少有程序需要一页纸以上的流程图。[在这一点上，MILSPEC军用标准实在错得很厉害。]3、即使的确需要一张程序结

 软件开发中的老问题——沟通       在软件开发中有这样的一个法则（Brook法则）：向进度落后的项目中增加人手，只会使进度更加落后。我们经常可以听到“1+1>2”的说法，但从这个法则中可以知道，在软件开发中１加1是小于２的，甚至是小于1的，这是为什么呢？其中主要的原因就是沟通，项目开发人员之间的相互沟通产生了额外的时间开销，甚至可能会因沟通而产生新的问题，如新加入的开发人员因对问题理