我叽歪：技术部6.21至6.27管理小结

三周，不要超过三周

以前经常听boss说：“一个项目的周期一定不要超过3周时间，如果一定会超过三周的项目，就再划分成多个小项目。” 当时颇有些不以为然。因为，以前在日企软件公司的时候，很多项目都是长达半年，甚至一年的。不要照样好好的完成了吗？
但是现在，我确深深的感受到了这句话的正确性。其原因就是这次g 项目管理中出现的危机。
这次g项目，进展并不顺利。已经花费了两周时间，但是程序还没有动，只是完成了设计和静态页面。如果按照三周时间计算的话，这个项目已经有些危机了。所以，这里有必要反省一下这个项目了。

完美主义与理智

这个项目的开始就犯了一个很大的错误。一开始我的想法很简单，对现有的g项目进行改版，只要加上用户上传功能和收藏功能即可。但是但看到页面设计师的新设计稿时，我没有保持理性。页面设计师的新设计稿，已经完全摒弃了老项目的所有页面。整个风格也已经发生了变化。当时看到设计稿时，只觉得：“恩，新设计稿真不错，在整体风格比老的好多了。”但是，却完全忽略了，如果采用新的设计稿，就意味着老的东西，都无法重新使用了，而需要重新建设。这必要要导致开发成本和开发周期的加长。
改版、改版，最后却被设计稿搅浑了头脑，变成了一个新的项目。不仅无法使老的得到重新利用，反而加重了开发成本和周期。看来，还是犯了程序员最经常犯的错误：“不计成本的追求完美，老是喜欢一切推倒重来。”项目的初期一定要保持理智。否则项目的成本会加大很多。
这让我想起了d频道改版。当时，我看到那套老的界面，我脑袋里第一想法就是：“重新设计、重新做算了。” 现在想起来，当时果然还是太没有项目实践的经验了。
也许，这样的事情，如果不是自己做项目管理，自己要背负着整个项目的成功与失败。是很难体会和理解的吧。

改版应该怎么改

g项目，给予了我深刻的教训。改版，一定要保持理智。尽量能够对老的资源进行重新利用。增加最急迫的需求。一定要避免重新开始的情况。
项目一定要注意周期，如果超过三周就会出现参与者疲劳，项目推进难度增大等情况。所以，一个项目，即使需要改版，也要一个小版，一个小版的改，确保，每个改版的周期不要超过1周。否则整个项目的风险就会很难。
这个教训我立刻用到了本周的《k项目》中。虽然页面设计师再一次要求重新设计，但是被我毅然的拒绝了。最终，k项目，完全重新利用x老项目。只是让页面设计师重新设计了里面的几张图片而已。本来预计1周的项目，从立项、到制作、到资料收集、到优化、到最终上线，只用了短短的3天时间。
先了解项目情况，然后利用最小的代价（人力成本、时间成本、资源成本），完成一个能满足需求的产品。这应该才是正确的项目管理思想吧。