首頁(yè)>項目經(jīng)理 > 正文

一名IT經(jīng)理是如何把項目帶崩的…

2018-11-06    來(lái)源:zer0black
       我是一名項目經(jīng)理,在過(guò)去的四個(gè)月里,我把一個(gè)項目帶崩了(上線(xiàn)后頻出問(wèn)題,用戶(hù)無(wú)法使用)。在最近的幾天,我每天都在反思自己,我都在問(wèn)自己以下幾個(gè)問(wèn)題:
       1.我做錯了什么?
       2.我在其中占有多重的因素?
       以下內容,我將回答以上問(wèn)題,并在最后說(shuō)一下我的補救措施。
       一、項目和團隊背景
       首先給大家說(shuō)明一下項目背景,以便各位對此項目有更清晰的了解:
       1.該項目是一個(gè)二次開(kāi)發(fā)項目,第一個(gè)基礎版本(打印申報系統)也由我帶領(lǐng)開(kāi)發(fā)。
       2.系統是需要和國家系統對接,有三條主流程。
       3.需求頻繁變化,由于系統需要對接國家系統,需求方對需求也不甚了解。曾在5月份一個(gè)月內需求變更超過(guò)8次,都是主流程變更。
       4.項目大小按照最初需求估算,約在100人天左右。
       5.項目?jì)蓷l主流程無(wú)法測試,依賴(lài)于外部U盾,但開(kāi)發(fā)過(guò)程中并沒(méi)有U盾。
       6.客戶(hù)現場(chǎng)使用U盾調試和開(kāi)發(fā)時(shí)間約為20天左右。
       7.我當時(shí)同時(shí)負責大大小小4個(gè)項目,沒(méi)有進(jìn)入開(kāi)發(fā),僅管控進(jìn)度。
       8.團隊成員共3名,其中兩名是當時(shí)開(kāi)發(fā)基礎版本的項目成員,他們對此項目較為熟悉。
       9.項目推進(jìn)過(guò)程中,需要多次去現場(chǎng)調試測試,由團隊中的兩名工程師共同前去。
       二、我做錯了什么
      (一)除了監控進(jìn)度,還要管理質(zhì)量。
       在項目的開(kāi)發(fā)初期,我制定了一份詳細的開(kāi)發(fā)計劃,用于指導整個(gè)開(kāi)發(fā)過(guò)程。開(kāi)發(fā)計劃交付給了客戶(hù),答應了的事情就要做到,所以在整個(gè)項目過(guò)程中,我對進(jìn)度管控很?chē)?。我定期檢查功能是否完成,定期和客戶(hù)匯報情況,保證了開(kāi)發(fā)進(jìn)度順利推進(jìn)。但也由此埋下了禍根,僅僅看需求是否完成,而未關(guān)注完成的質(zhì)量如何。
       項目質(zhì)量出現了許多細節性問(wèn)題。比如:
       1.上線(xiàn)后,客戶(hù)那邊發(fā)現其中一條主流程都走不下去。
       2.其中申報功能,系統提示成功,但實(shí)際上并沒(méi)有真的申報成功,申報后在國家系統無(wú)法查詢(xún)到。
       3.打印功能小問(wèn)題較多,打印獲取的數據錯誤。
       4.同步數據的功能無(wú)法同步或者同步的數據錯誤。
       5.執行時(shí)間過(guò)長(cháng)的功能,數據庫會(huì )強制斷開(kāi)連接。
       等等問(wèn)題,就不一一列舉。
       反思:
       1.進(jìn)度和開(kāi)發(fā)速度固然重要,但以質(zhì)量換速度不可取。
       2.如果開(kāi)發(fā)時(shí)間和質(zhì)量沖突,優(yōu)先保質(zhì)量,畢竟你埋下的坑,總是要坑你自己的。
       3.再困難的情況下,也要保證基本測試。
       4.時(shí)間極其不允許的情況下,也要保證主線(xiàn)功能順利執行。
      (二)既要給予信任,也要保持警惕。
       項目中的三名成員,都是合格的開(kāi)發(fā),對使用的框架非常熟悉。其中兩名還是基礎版本開(kāi)發(fā)成員,對需求也很熟悉。所以項目中,我放心地把整個(gè)項目交給了他們?;趯λ麄兊姆判?,加上其他項目事情繁雜,對此項目關(guān)注度和對他們的關(guān)注度就不夠了。
       我在項目中給予了他們非常充分的信任,信任他們可以把一切事情都做好。但我沒(méi)有在正確的時(shí)候給予他們正確的指引,項目中出現的困難點(diǎn),我也沒(méi)有幫助他們解決,甚至于沒(méi)有給出思路。所有的一切,都靠他們自己完成。我在這個(gè)項目里做的,就是對接客戶(hù),催進(jìn)度,再無(wú)第三件事。
       反思:
       1.不論什么原因,都要關(guān)注到項目成員的狀態(tài)。
       2.給予信任沒(méi)錯,但也要適當保持警惕,他們多少會(huì )因為經(jīng)驗問(wèn)題疏忽遺漏一些問(wèn)題。
       3.給予信任,也要給予幫助,不以時(shí)間為理由推脫你應該對他們進(jìn)行的指點(diǎn)和幫助。畢竟現在省下來(lái)一分鐘,以后要花一個(gè)小時(shí)去彌補。
      (三)若無(wú)法全局掌控,就指派專(zhuān)人負責。
       這一點(diǎn)是我在項目中做的最不到位的地方。
       由于種種原因,我無(wú)法掌握到項目的每個(gè)要點(diǎn)和細節。而項目中有三個(gè)開(kāi)發(fā),我并沒(méi)指明其中某一個(gè)來(lái)負責整個(gè)項目,所有事情都讓他們自己商量。從客戶(hù)對接來(lái)的問(wèn)題,我也是僅告知對應的開(kāi)發(fā)。整個(gè)項目中,沒(méi)有一個(gè)人對項目中的每個(gè)要點(diǎn)了如指掌。
       反思:
       1.手里捏著(zhù)管理的權利,卻沒(méi)有做到管理的事情,是我在這個(gè)項目里最大的問(wèn)題。
       2.授權!授權!授權!如果自己無(wú)法親力親為投入項目管理工作,就授權給團隊某個(gè)成員管理權限,讓他代替你去做管理工作。
       3.管理一人,總比管理多個(gè)人輕松,也更有效。
      (四)要控制需求,更要控制流程。
       項目是二次開(kāi)發(fā),成員對項目很熟悉,項目工作量不大,時(shí)間緊。
       基于以上原因,我掉以輕心,沒(méi)有在項目初期進(jìn)行項目的設計和規劃,未指定任何開(kāi)發(fā)規范。僅僅告訴開(kāi)發(fā)的同事要多復用,也未檢查他們是否真的復用了。
       項目開(kāi)發(fā)中的需求變更,客戶(hù)反饋意見(jiàn),我都僅僅是告知他們一聲,未做詳細的修改規劃,所有事情都靠嘴說(shuō),所有變動(dòng)都放在了我和他們的腦子里。
       對項目上心程度不夠,未對客戶(hù)的需求變更做控制和管理。所有變更都壓給了開(kāi)發(fā)的同事。
       整個(gè)項目以極其不規范的方式在運行,我也未在其中起到控制作用,項目開(kāi)發(fā)一團亂麻。
       反思:
       1.先設計,后開(kāi)發(fā)。
       2.以管理工具指導開(kāi)發(fā)進(jìn)行,開(kāi)發(fā)過(guò)程中所有變更、反饋做記錄。
       3.控制需求變更,拒絕不合理的需求。
       4.需求變更規范化操作,統一變更,而不是直接壓給開(kāi)發(fā)。
      (五)無(wú)論什么情況下,都要進(jìn)行code review。
       整個(gè)項目過(guò)去了幾乎四個(gè)月,我僅僅花了兩個(gè)多小時(shí)簡(jiǎn)單看了下代碼,未指出代碼的任何問(wèn)題。這也導致出問(wèn)題。后來(lái)我花了成倍的時(shí)間來(lái)處理code review的工作,并且項目成型后的代碼修改更困難。
       項目開(kāi)發(fā)過(guò)程中,也未讓開(kāi)發(fā)間互相進(jìn)行code review,也沒(méi)有進(jìn)行代碼評審會(huì )。
其實(shí)代碼中出現了很多問(wèn)題,最后檢查代碼的時(shí)候,發(fā)現各種命名不規范、代碼復用不到位、簡(jiǎn)單邏輯復雜寫(xiě)等等。而這些問(wèn)題,很大一部分都是早期未做規定,未指定人負責項目、未進(jìn)行早期code review造成的。開(kāi)發(fā)各自為戰,難免造成代碼問(wèn)題。
       代碼質(zhì)量的問(wèn)題,淋漓盡致地體現在項目中。項目中的諸多bug,都是因為代碼不規范引起的。甚至于開(kāi)發(fā)人員自己對自己寫(xiě)過(guò)的東西,都有些拎不清了。
       反思:
       1.代碼質(zhì)量非常重要,代碼越規范bug越少。
       2.代碼互評能讓開(kāi)發(fā)更注重自己代碼的質(zhì)量。
       3.code review非常有必要,越早期的code review越能有效地節省后期的時(shí)間。
       三、我在其中占有多重的因素
       100%。
       四、我怎么填坑的
       項目上線(xiàn),問(wèn)題頻出,用戶(hù)不滿(mǎn)?;?天時(shí)間來(lái)處理這個(gè)問(wèn)題。幸虧項目不大,我一個(gè)人也能夠挽回。
       目前暫時(shí)解決完畢,我簡(jiǎn)單說(shuō)一下我是怎么填坑的:
       1.和開(kāi)發(fā)主流程的同事詳細熟悉了所有需求要點(diǎn)。
       2.基于我對項目需求的熟悉,我花了三天把所有主流程的所有代碼分析完畢,做出了我認為應該的修改,并實(shí)施部署到生產(chǎn)環(huán)境測試(這是在給開(kāi)著(zhù)的飛機換引擎,但需要U盾才能測試,僅有生產(chǎn)環(huán)境的機器有U盾,別無(wú)他法)。
       3.每天花超過(guò)12個(gè)小時(shí)來(lái)進(jìn)行code review 和修改,幾乎每天code review + 修改到凌晨2點(diǎn)多(僅修改了問(wèn)題較大且影響較小的地方。小問(wèn)題未修改,牽涉面較廣的地方未修改)。
       4.每次上班時(shí)間的修改讓開(kāi)發(fā)同事坐在旁邊和我一起進(jìn)行,我進(jìn)行修改,開(kāi)發(fā)同事在一旁監督,確保我不出錯。
       5.優(yōu)化功能點(diǎn),把我發(fā)現的提示問(wèn)題和優(yōu)化點(diǎn)都同步修改進(jìn)代碼中,確保用戶(hù)體驗不要太糟,以期能挽回一些用戶(hù)心態(tài)。
       五、我所吸取的教訓總結
       1.先設計,后開(kāi)發(fā)。
       2.管理權下放,項目中必須有人全身心負責。
       3.無(wú)論什么情況都要進(jìn)行code review。
       4.壓縮質(zhì)量得到的進(jìn)度保證不可取,開(kāi)發(fā)周期不合理決不答應客戶(hù)。否則坑了自己坑了同事,更坑了客戶(hù)。

原文:cnblogs.com/zer0Black/archive/2018/08/13/9463206.html

作者:zer0black





分享到:

免責聲明:
  1、項目經(jīng)理人發(fā)布的所有資訊與文章是出于為業(yè)界傳遞更多信息之目的,并不意味著(zhù)贊同其觀(guān)點(diǎn)或證實(shí)其描述。其原創(chuàng )性以及文中陳述文字和內容未經(jīng)本站證實(shí),對本文以及其中全部或者部分內容、文字的真實(shí)性、完整性、及時(shí)性本站不作任何保證或承諾,請瀏覽者僅作參考,并請自行核實(shí)相關(guān)內容。
  2、本站部分內容轉載于其他網(wǎng)站和媒體,版權歸原作者或原發(fā)布媒體所有。如文章涉及版權等問(wèn)題,請聯(lián)系本站,我們將在兩個(gè)工作日內進(jìn)行刪除或修改處理。敬請諒解!

關(guān)于我們 聯(lián)系我們 版權聲明 隱私保護 投訴建議 卓橡資源

Copyright ? 2021 項目經(jīng)理人 版權所有 京ICP備17062359號-3 如轉載本站文章,請注明原作者和原發(fā)布媒體
本著(zhù)互聯(lián)網(wǎng)分享精神,本站部分內容轉載于其他網(wǎng)站和媒體,如稿件涉及版權等問(wèn)題,請聯(lián)系本站進(jìn)行刪除或修改處理
客服電話(huà):010-89506650 89504891 非工作時(shí)間可聯(lián)系:18701278071(微信) QQ在線(xiàn):511524637
新聞與原創(chuàng )文章投稿:tougao#cpmta.com 客服郵箱:info#cpmta.com(請將#換成@)
項目經(jīng)理人——我國項目經(jīng)理職業(yè)發(fā)展門(mén)戶(hù)網(wǎng)站,隸屬卓橡公司