自我反省之路 失敗的專案

2021-07-24 16:25:36 字數 1508 閱讀 2561

其實在各種各樣的場合說過,這將是我在這裡最後乙個專案。自己成也蕭何,敗也蕭何。得有個地方記錄下自己為什麼離開. 專案為什麼失敗.我為什麼要回到技術來.

其實之前做專案,可能都是些難度係數比較低的專案.沒有任何套路和打法。一路協調協調就過去了。

而這個讓我失敗的專案,則是全部都是重新來的專案。而且還是一片混亂的專案。

首先這是個公司轉型的專案。做網路租車業務。對標的目標是神州租車 car2go這類產品。 好了說到產品。

再說測試,至今為止沒有測都沒有測試人員到崗,更不知道如何測試,需要測試些什麼。對外包的掌控力度等於0。對測試行業的熟悉程度簡直不能再外行了。作為乙個熟悉實施專案的專案經理到乙個開發專案的專案經理的轉變,實在是接受不了。

所以綜上所述,這個專案缺人,還不只是缺少人員怎麼簡單,是缺少關鍵崗位的關鍵人員。不是缺,是直接就沒有!那各位可能也會說,從市場招聘呀。但是這個公司真的出不起與網際網路企業一樣的**來競爭。

所以作為傳統實施專案的專案經理,用了最傳統的方式.直接外包人員來補充缺失。事實證明這個思路是錯的,外包在沒有明細的流程與權責下是最大限度的不負責的。外包不會再多想一步,幫忙解決實際問題。而是你指派給我就是這樣,我做成這樣,你也得付錢.即使做的根本不能用。

第二點是成本預算,這個專案給了多少預算那,146萬。

這146萬預算包括外包開發、測試費用、伺服器基礎架構租用費用、車載終端開發費用。

事實證明,根本不夠...這146萬能給做完開發就挺不錯的了。

第三點是需求, 竟然第三點才談到需求. 業務部門,三個業務部門,提出了三種不同的業務需求.天呀! 沒事,沒事.老夫見過更多要么兒子。但更可氣的是.他們竟然公開宣稱他們需求之間沒有交集,即使最小交集都沒有。這個直接導致系統需求設計根本沒法進行下去。而原來的專案總監,直接按照預想的方式進行了開發.強壓業務部門。導致了他自己的眾叛親離。最後被推下了專案總監的職位。

第四點是車載終端穩定性的問題.這個問題相比前三個問題,都是小問題了。車載終端穩定性來說,作為整車企業,竟然不自己提供車載終端或者車載功能,而是由我們自己去外邊尋找外包開發終端。簡直是笑話...簡直是無奈.... 不能拿到準確的車輛資訊,不能拿到穩定可靠的gps資訊,不能拿到準確的里程資訊.不能控制車輛. 完全是乙個逆向破解自己車輛的狀態。

最後,我在這個專案上,因為這些眾眾的困難.直接被打敗.沒有任何心情幹活。導致專案計畫沒有管理起來。好多專案根本沒法分解到下面去。

首先開發進度,就因為需求的原因,根本沒法掌控.而開發的進度,因為沒有開發管理.其實也是坑。測試就更不用提了。配合的商務更是一塌糊塗,基本上沒有乙個能按時完成任務的。

最後這個罪過就由專案經理來扛著了。

想要解決這個專案的問題,首要解決專案的團隊建設的問題!今年最網租車,明年做網約車,後年做電子商務.這些網際網路化的東西會越來越多。在沒有人才積累與流程制度管理積累下,根本不可能靠外包與外面的創業團隊比拼團隊。 所有崗位都應該有至少兩個以上的5年工作經驗的人來主持工作。

第二要理清需求!定義好明確的目標!與需求方面達成共識。

第三要研究院全面負責車載終端裝置的研究與開發。

這樣這個專案才能順利起來.不然在後面多做多少努力也是白費。

演講的自我反省

很多次了,在演講之前不能說沒有很細心的準備,也準備了很多,可是每次演講完的效果總是很差。為什麼呢?也許是口才表達的問題。但我發現最大的問題是自己當初想的和演講時所說的往往會有很大的出入,以至於你時刻在想準備的東西,而說出去的又不是那麼回事,導致與會者都聽不懂,被你搞得摸不著頭腦。其實還是口才問題。因...

關於粗心的自我反省

自己從寫 以來,就沒少犯很二的錯誤,總是被自己的愚蠢折騰的半死,不管做演算法題還是做專案,各種粗心的事情幹盡。第一,發現自己最愛複製貼上,偷懶帝啊我,這個習慣 害我不知道吃了多少苦頭 第二,風格不好,總是i,j,k的,最後都用亂掉了,建議命名還是要規範些 第三,不簡潔,寫的非常累贅,以至於找bug的...

雜談 乙個專案經理的自我反省

引言 說起來,lz公升遷也快半年了,這半年多裡,也算是久經沙場。見識了各式各樣的人,也見識了各式各樣的事,有勾心鬥角,也有令人欣慰的事情。當初做程式猿時的單純已經一去不復返,儘管無限懷念,但生活是要往前走的。這一段時間裡,糟心的事非常多,儘管lz承擔了很多壓力,但lz也知道,自己的表現其實有很多有待...