关于烂项目那点事打赏
说实在,工作还不够两年,业内业余也接触不少项目,基本来说,没有一个非常出色、非常成功的。
业内来说,目前在某企业做外包,工作完全不着调,时而闲得无聊,时而忙得连接杯水的时间都要挤空。回忆两年前公司说只是交付一个两个月的项目,才发现自己已经陷得太深。
业余接触,其实也算不上接触,朋友找帮忙、公司除外包外的项目等,虽然不多,但也令人很纠结。
经过这近两年的经验积累得出,所谓烂项目,无非是因为需求不明确、技术不成熟、领导无方甚至客户不明确,就像目前外包项目所属内部业务部门,职能其实不见得有多重要,却还有源源不断的需求、业余,而做出来的东西往往需要很久时间打磨才能派上用场,这个打磨的过程又是多个短暂的周期拼合,所以,累积的只能是千疮百孔的烂程序,故而,烂程序+烂程序=烂项目。
下面无针对性的聊一下个人见解。
先说说需求不明确,见过很多次,项目拿到手,就是一句,没有需求,先做出来,有人用了才会有意见、有需求,这完全是产品型的做法,却发生在企业内部应用上。只能证明一点,内部部门竞争激烈,争先恐后漏风头,说白了就是瞎折腾,腐败的企业架构造就了一批以瞎折腾为荣的"领导"。更有甚者,需求传递丢失甚至变味,中间传递人不经确认就定方案,最终导致方案大改(其实也不算方案吧,毕竟都是一群臭皮匠,凑在一起侃大山式的拼凑出来的)。
技术不得不说,实际上就是,很多开发人员凑在一起搞实验,实验次数多的就比较牛逼,少的又很不服气,一起比想法、比能力。最终谁看别人都是烂代码(层次相差不远的情况下),心中又怒不可言,只能导致最终项目质量参差不齐,这也印证了所谓的质量管理工具存在的意义。而事实,除我见过银行做此类管控比较严格,像鄙人目前所在企业的做法大多是敷衍、后期补填……
其实最重要还是领导无方,甚至无能,有时候领导有能力也用不对地方,举个例子,一个估算人力二百多人天的项目,蹒跚学步的代入人家模式做敏捷,要一周出版本,却不知道拆分,大企业的弊病就在于此,一层层的所谓领导分配下来完全是瞎分,尤其是人资外包的项目团队,遇到甲方员工就自命领导,不得不说,有些强人,但有些与项目技术层面不沾边的过来把控技术,真能让人抓狂。
回归话题,各种各样的问题,最终导致项目的失败、重构,苦的是程序员,费的难道不是公司的钱,如此以往,软件届真就此形成了恶性循环,除了大企业的重要部门,剩下的就只能是吃饭睡觉打豆豆的节奏了?
以上内容纯属个人见解,请勿对号入座!
- 固定链接:https://www.poorren.com/about-that-something-rotten-project
- 文章标签:project
- 扫二维码:关于烂项目那点事
- 版权所有:除"转载分享"分类外,未经注明,均为原创、整理,转载请注明出处。
需求是重点~好~萌菌网www.moejun.tv/
需求明确是前提吧,否则费时费力。
东北大米http://www.himph.com/
毕竟业余的嘛 哪能都那么成功
支持下!语音群呼系统www.huixun35.com
那么快工作快2年了啊,遥想当时过来博客你还在读书。。。
哈哈,时间很快啊
2年工资涨了不少吧,你现在在哪个城市?
深圳呢,工资凑合吧,够吃够花
做项目不容易啊 有感http://www.diaosiiq.com