身处软件危机的漩涡

对于 ** 软件危机 **，it人都不陌生，我对它却没有太大的认识。

• 最开始是《软件项目管理》课程中，老师玄乎的吹过一番，现在倒是全还给他了；
• 后来是自己看经典佳作《人月神话》时，初步了解了一些，那时编程的经历及项目经验也还很有限，于是乎也没有太多的共鸣；
• 再后来是一次敏捷之旅的活动，一个哥们分享了他所处的软件危机，那一次真是印象深刻了，从一个实实在在的案例讲解了危机的整个生命周前；

终于，我自己也遇到了项目危机（软件危机太大，怕贻笑大方）。
项目诞生于两年前，那时候新浪微博正火，投资人看中这个机会，想要做一个xx企业内部的微博，于是项目启动了！
项目的带头人算半个技术潮人，在国外呆过一段时间，加上那时候Ruby On Rails正火，于是做了ror的技术选型，而抛弃了j2ee/.net/php等主流技术。

古人云 “天时，地利，人和” 方可成就事业，我也就按这样的顺序理下来吧！

天时##

• ror当时虽然火（特别是在国外），但是人才真难招，特别是在这个内地城市；
• ror可能更多的适合做互联网创业项目，而这是企业内部的系统（尽管最初只是一个微博）；

地利##

• 投资人是个雄心勃勃的人，自己也做着不错的生意，但是毕竟不了解互联网，他总想像Jobs那样，做出一个一鸣惊人的产品，而不是快速开发，交给用户，反馈再迭代这样的方式，他推崇含着金钥匙出身的理论，在我们看来却仅仅闭门造车；
• 一个内部微博，足足做了2年多，却从来没有给真正的客户使用过，总是在做自我的批判（大老板的审核），但是却主要是在换界面，据说美术已经出过12套完整的方案；
• 这个微博系统在界面的更替中，也逐渐加上了办公助手的功能模块（待办事项，任务中心，网盘，知识库，会议，培训等），但是这些模块都是点到即止，完全没有继续深挖他们的价值，随后也走上不停更换界面的不归路；
• 技术带头人仅仅是半个技术潮人，喜欢了解一些新技术，但是连编程的根基都不牢，于是乎这个项目总是用着最新的技术（mongodb，redis，pjax，socket.io……），这无疑更增添了人力的难度；
• 创业团队，成员总是残缺的，1个前端，2个后端，1个客户端，3个美术（这也足以见得团队是多么的空有其表），没有一个技术负责人，一个岗位没有一个可以商量的同伴；

人和

• 小团队，却有着大公司病，寥寥数人，心却不在一起，美术承担了产品的设计（竟然包括功能需求），前端只有简单的写写html/css，甚至不用写js，程序则承担了除掉美术的所有功能，往往做到最后发现美术图不符合实际情况或者有重大遗漏，于是又周而复始……
• 技术带头人自身的懒散以及欺上瞒下，导致整个团队不务实业，为了迎合大老板的检查，好端端的一个系统居然用静态html甚至效果图来敷衍了事，真是闻所未闻；
• 由于工作效率的低下，加班已经成为了家常便饭，又形成一个恶性循环；
• 由于工作重心主要在视觉上，功能从逻辑到设计再到实用及可用性上都千疮百孔，甚至没有时间去做代码的优化，没有去做运营的监控；

目前为止，我做这个项目的负责人已经2个月了，真是有实无名的负责人；对于集权，我们或许看到过太多的残忍暴力，可是没有权力，却真的很难推动一个团队或者一个项目，当然，这是后面再要思考讨论的话题了！