项目开发经验谈之:项目到底谁说了算
項(xiàng)目開發(fā)經(jīng)驗(yàn)談:項(xiàng)目的到底誰說了算
?
前言:項(xiàng)目到底是為誰而做,一個(gè)項(xiàng)目的成功到底是怎么樣在評(píng)價(jià):是領(lǐng)導(dǎo)階層肯定,還是客戶滿意?
?
?
?系列文章鏈接
項(xiàng)目開發(fā)經(jīng)驗(yàn)談:如何成為出色的開發(fā)人員 盲目的項(xiàng)目開發(fā) 什么是企業(yè)級(jí)項(xiàng)目開發(fā) 項(xiàng)目開發(fā)經(jīng)驗(yàn)談之:設(shè)計(jì)失敗的挫敗感 項(xiàng)目開發(fā)經(jīng)驗(yàn)談之:憶第一次設(shè)計(jì)Framework?
不久前加入了到了一個(gè)項(xiàng)目組,擔(dān)任了架構(gòu)設(shè)計(jì),本來是很榮幸的事情,很快,榮幸就成為了”不幸“。
?
項(xiàng)目是為了參與另外一個(gè)公司的招標(biāo)而做,開始時(shí)的情況是:人少,時(shí)間緊(一個(gè)月),需求不明白。但是上面的領(lǐng)導(dǎo)層說了:自己設(shè)計(jì)幾個(gè)場(chǎng)景,自己編幾個(gè)故事,把流程跑完。然后,一大堆的文檔就整出來了。之前也是一個(gè)類似的項(xiàng)目,也是demo版的,做了一年。
?
但是本以為這個(gè)項(xiàng)目只是demo版的,很多的數(shù)據(jù)都是hard code的,流程也是盡量的簡化。
做著做著,上頭又說了:參照以前的一些系統(tǒng)做,盡可能的做真實(shí):包括真實(shí)的流程,數(shù)據(jù)等。一個(gè)月,太緊了,大家玩命了趕。
終于,demo版的項(xiàng)目做的有頭有臉了,項(xiàng)目組的人也有了信心。
?
做著做著,最上頭的老大換了(專門負(fù)責(zé)接項(xiàng)目的那個(gè)人,專門為其他的公司提供解決方案的,簡稱“老大”,老大在總公司,我們?cè)诜植?#xff09;。換了老大,就真是“新官上任三把火”,把之前做的東西幾乎全部否定了,UI要重新搞,流程要重新整,最最要命的就是7天之內(nèi)搞定,神啊!項(xiàng)目的權(quán)限控制那塊居然是要求一天搞定,一天什么概念:之前demo版的項(xiàng)目中,連表結(jié)構(gòu)都沒有的,而且之前的那個(gè)老大也說不用表,現(xiàn)在老大換了,就不一樣了。
本來設(shè)計(jì)好的程序,現(xiàn)在就成了代碼的堆砌基地,什么重構(gòu),什么規(guī)范,什么性能,什么架構(gòu),在老大們的面前都是:廢話,扯淡。老大要的就是結(jié)果。
老大每天發(fā)來一些新的需求,并且強(qiáng)制的要求立刻實(shí)現(xiàn)。終于逼急了,問了項(xiàng)目組的leader:這些需求是客戶那里收集的,還是老大們拍腦袋拍出來的?
?
終于知道了:原來做項(xiàng)目還有更深的內(nèi)幕:之前換了老大,新上來的老大為了邀功:自己提出很多的新需求,然后開發(fā)人員就實(shí)現(xiàn),如果客戶很滿意,那么就說明現(xiàn)在的老大比之前的老大做的好。而且現(xiàn)在這個(gè)項(xiàng)目的成敗不在于客戶,只要使得幾個(gè)老大滿意就行了,至于最后項(xiàng)目競標(biāo)是否成功,都沒有關(guān)系,關(guān)鍵是老大們要爽。
現(xiàn)在就有問題:如果老大們提出的新需求不是客戶滿意的呢?
于是老大不停得提出需求,下面的人就開始改,至于項(xiàng)目最后要做成什么樣,能不能做完,誰都不知道了。一句話:瞎忙。
總結(jié)一句話:搞開發(fā),不是只要技術(shù)就可以了的。
轉(zhuǎn)載于:https://www.cnblogs.com/yanyangtian/archive/2010/06/18/1760082.html
總結(jié)
以上是生活随笔為你收集整理的项目开发经验谈之:项目到底谁说了算的全部內(nèi)容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: docker 安装 GridStudio
- 下一篇: RMI实现方案