公司陷入困境的思考

        我们公司陷入困境的原因是多方面的，很多东西我可能永远不会知道，但直接的导火线应该是A公司的一个项目。这是A公司外包的系统，需要与A公司的专用硬件设备进行通讯。当软件主管刚接触到这个项目时，就已经知道在这个项目中无法赚到钱。因为按设计这是一个电信级的系统，难度比较大，加上不少技术公司以前是没有涉及到。涉及到的技术内容大概有C、java、IBM portal/portlet、SameTime、Domino、LDAP、SIP、InstallShield多平台版及A公司自己的一些通讯协议，系统最后将运行在5台服务器上。怕是没有人想得通这是一个什么样的系统。软件主管最后却决定接下这个项目，并自己担任这个项目的项目经理。他认为虽然此项目不赚钱(不会贴太多钱)，但在这个项目可以学到很多新东西。并希望公司有可能由做项目转到做研发上来。我想也许还有一点就是可以用这个项目来炫耀，从而揽到其它的项目。
        公司位于广州，A公司却在深圳。项目是在去年下半年才开始的，公司没有采用现场开发的方式。原因有几点：1.认为派人去待在深圳进行开发成本太高；2.在A公司无法联上互联网，找资料不方便；3.不方便加班。因为软件主管习惯于半夜工作。不知道和A公司不允许吸烟有没有关联，一群人（好象就除了我）一天能抽掉一条烟，有些人是用装月饼的铁盒来作烟灰缸；4.公司希望部分开发人员同时对其他的项目进行支持。我就是同时对其他项目的公用组件提供支持。所以仅由软件主管一个人自己去A公司处理需求方面的事情。同时，公司认为在市区内进行软件开发比较吵杂，所以将软件部搬到番禺的某个花园小区里进行开发。对于开发人员来说，这项目是一个恶梦的开始。由于系统过于复杂，每个人都要学习新技术，所以为了能按时拿出产品，大家都不得不加班干活，周末也不例外。实际上不干活，大家也没有什么事情干。小区内没有多少娱乐的，去一趟广州市区内也不方便。由于软件主管习惯于半夜干活，所以不少人晚上都跟着加班到2、3点钟。在加班上我倒是个例外人，而且不管领导是怎么看待我。最后的结果是，去年下半年大家都累得不行了。但软件的开发进度却比想象的还要慢了许多。一是新技术的应用使大家花了不少时间在学习。二是新技术加上疲惫使得做出的软件质量比较差，在后续的工作上花了不少的时间。一个例子就是我后来在重构某位已经离开的成员的代码时，删除了大约三分之一的代码后软件还能够正常运行。三是不在现场开发，我们无法比较准确地模拟出A公司的硬件通讯环境。在软件的调试和测试方面浪费了不少时间。四是与A公司方面沟通不力。一些需求的变更根本无法及时的反馈给开发人员，也使得没有办法按计划将软件提交到A公司进行测试。五是A公司也有一些责任，在此期间他们换了三四次工作衔接和联系人员。而且有些接口信息没有文档，全由我们到现场自己收集。
        春节过后的一些日子，软件部开了会议宣布去年软件部门没有赚到钱（系统集成部门倒是赚了些）。辛苦了一年还是没有赚到钱，所以不久就陆续有人离开公司。上半年软件开发人员的流动率接近50%，而人员少一些的系统集成部门流动率却为0%。由于软件迟迟未能提交并进入测试阶段，A公司终于火了。要求增加人员到现场开发，加快开发速度，否则会采取一些措施。由于此项目的部分开发人员已经离开，而且为了公司的信誉，公司只好取消一些其他尚未开始的项目，再从快要终验的项目中抽调一些人员到A公司的项目上去。只可惜，抽调过A公司项目的人对业务和已有的代码不太了解，也只能作一些测试方面的工作，对开发工作也没有太多的帮助。而尚未终验的项目由于部分人员被抽调走，也延长了项目终验、收款的时间。公司由于在A公司的项目中贴入了比较多的钱，资金反而一下子周转不过来了，加之员工对公司里某些事情的不满，所以公司已经是危机四伏。
        我觉得这个项目本身新技术太多，签下此项目本身的风险就已经很大。加上没有合理的软件过程支持、没有重视软件质量，失败的可能性本来就很高。只是谁也没有想到公司就这样陷了进去。从项目中学到的新技术也因为开发人员的离开而流失，只在软件主管的脑里还留下了一些。但我想一个人的精力终究是有限的，很多事情心有余而力不足。
        如果我在这个项目中处于项目经理的位置，我应该怎么样做呢？