项目之混乱

一个两个人的团队开发一个项目,一人管理需求,一人管理技术,垃圾老板充当资源管理者,对项目成员提出的意见和建议充耳不听,为了拿下项目,客户要做啥就做啥,完全处于被动;而且对项目组的人很吝啬,引起项目组成员的不满,结果项目拖到现在还没拿下来。
最初阶段为了满足客户提出的需求,于是就设计页面原型,展示给客户看,客户也不懂技术,但很懂流程,让项目组实现啥就得实现啥,结果项目组的成员为了赶工,把需求当做页面,把表结构当做模型,往里面插入数据,看他插到死为止才满意,然后用页面展示,采用最流行的MySQL+tomcat,就是老板说的BWD模式(Browser+WEB Server+Database)。结果要文档没文档,全是凭记忆;代码、页面泛滥。
当时项目准备拿的时候,项目组成员的建议:一个人有权利掌控资源,尽量多的用页面原型来展示给客户,不被客户牵着走。在这段时间,同时迅速整理一下前面的需求,与相关人员交流一下怎么细化需求,同时抓住重点来搞好页面原型。等项目拿下来的时候,再扩充人数,进行分析设计,然后写代码测试,最终交付的时候部署一下就得了。
哎,够混乱,但老板从来不总结,也不负责,因为总有替罪羊。

典型的小作坊

在小作坊做软件很失败,老板开明一点还好,否则就是误人子弟,模块化的分析、模型的设计、强壮的代码都是空谈
[该贴被xyh于2009-05-07 13:43修改过]

小作坊也有好处,你可以参与到软件流程的每一步,吸取失败的经验,如果能力够强,可以发挥出自己的优势来完善它。

先替你伤心一下。
小公司都差不多的。我们也是小作坊,不过比你的处境好,至少我有完整的文档,结构,项目的构架也不错。