我的項目交付元年

我的項目交付元年

如果你覺得現在走的每一步都舉步維艱,說明你正在人生的上升期。
——題記

2017年5月,進入華爲外包,從事華爲雲相關工作,泡浸半年後開始參與項目交付。在2018年裏,我參與了三個項目的現場交付,出差時間累計達七個月;另外,還曾爲兩個項目寫方案材料,用時一個多月。毫無疑問,2018年是我的項目交付元年。

這是特別勞累也特別有長進的一年,年底時本要寫一篇文章,總結自己的項目體會,然而醞釀許久卻總是調度不起寫作的情緒。斷斷續續寫出的一些文字,像寫賬本似的記錄着項目情況,並非自己內心期望的表達。琢磨着,便進入了2019年的1月。

我參與的第一個項目(A級,稅務單位),爲期兩個月,主要是在項目爬坡期協助部署兩套雲平臺,並負責裸金屬服務的配置調測;第二個項目(A級,銀行單位),爲期四個半月(分兩次出差),作爲主力人員,全程參與五套雲平臺的LLD設計、部署實施、驗收測試以及銀行特殊業務驗證;第三個項目(D級,軍工單位),爲期一個半月(持續至2019年1月下旬),作爲技術經理代理,在現場主導虛擬化平臺的部署實施以及相關的設備上架、虛擬機遷移,與集成商和客戶溝通處理問題,推動項目進展。

前兩個項目規模工期緊,工作日每天都長時間加班,週末大部分時間也是在加班中度過;1月份、8月份最忙,都是隻休了一天假,其餘時間則每天工作12到16小時。第三個項目是小項目,工作量不大、幾乎不用加班,但由於客戶傲慢刁鑽,並且我是直接面對客戶,我的內心操勞尤甚。

總的來說,在這三個項目中,我跳躍式地經歷了單點技術交付、整體技術交付和現場技術領導三個階段,每一個階段都是跑步上崗,缺乏經驗、硬着頭皮往前走。這是一個在項目高壓下不斷學習和實踐的過程,伴隨着自我突破的痛苦和煎熬。

我的項目交付元年
▲蕭索凜冽的八達嶺長城,攝於2018年2月4日(第一個項目出差期間)

華爲雲解決方案及其相關產品,非常複雜且不成熟,實施難度大。就雲平臺底座 FusionSphere OpenStack而言,無論多麼有經驗的專家,在現場實施過程中必然會出現一堆問題,需要向研發求助;像我這樣的新兵,處境尤爲艱難,一路走來,真可謂在炮火連天中左衝右突,傷痕累累。當然,我不是一人作戰,而是身處在強勁的交付團隊和保障團隊中。

2017年下半年,我參與過一些雲產品新版本的驗收,接觸過FususionCloud、FusionSphere服務代表和一些服務驗收人員,驚訝於他們博而精的知識面。後來參與項目交付後發現,一線纔是高手雲集之處——項目團隊是由來自不同部門(會是不同城市)、不同領域的專家(不乏像我這樣的現學現用型專家)出差現場組建而成。我在第一個項目中,遇到的來自維護部的兩位同事,現場絕大多數的問題他們都能解決,技術水平明顯勝機關服務人員一籌,我甚爲欽佩,而來自方案集成部的飛哥,對各種方案由宏觀到細節的掌握能力,更讓我折服;在後來的兩個項目中,我遇到的技術經理濤哥和彪哥,其技術與方案綜合能力之高強,問題處理能力之靈活,更是讓我頂禮膜拜。

高手如濤哥、彪哥,也有解決不了問題的時候,便需要通過語音會議拉研發員人幫忙解決,或者乾脆申請研發人員到現場進行處理,是爲研發兜底。拉研發不是一件輕鬆的事情,有時找到研發,三兩下便能找出問題結症;但有時找了五六個研發人員,也未必找到能處理問題的人;有時候一個問題需要拉上多個產品線的多位研發人員,共同定位研究,耗上幾天最終能解決,這都算是良性;有時候有的問題根本就無解,或者解法要麼得不到客戶的認可要麼會引火燒身,這處境簡直要把人逼瘋。但總體上我很認可華爲研發人員的能力,他們都是我的老師。

毫不誇張地說,過去一年我在項目中,從項目團隊到集成商團隊到客戶團隊,裏裏外外接觸(包含語音交流)到的技術人員,比我之前工作幾年接觸的都要多!那種身處高手如過江鯽的江湖裏的感受,我以前未曾有過的。在這個江湖中,我強烈的感受到有一股浪潮推着自己前往走!

技術上實在無法解決的問題,最終需要由項目經理、客戶經理從客戶層面去推動解決。

修改中………………修改中………………

我的項目交付元年
圖片
▲雲霧縈繞的西嶽華山,攝於2018年7月14日(第二個項目出差期間)

華爲雲解決方案,以每半年推出一個較大版本的速度在迭代更新。2017年,私有云FusionCloud 2.x系列由2.03版演進到2.06版,底層虛擬化架構由Xen轉向KVM;2017年秋按公有云架構開發的6.0版橫空出世,出世不久便塵封。緊接着2018年6.1版、6.3版和6.3.1版相繼出臺,漸次成爲各大項目的交付版本;2019年春6.5版將閃亮全場……雲解決方案版本更新,使一大批上線不到兩年甚至不到兩個月的雲項目面臨平臺版本升級的問題。這是一個難度更大、風險更高的實施操作。

我參與的第二個項目,上線不久後,便要由FusionCloud 2.06升級到FusionCloud 6.30,由於設備硬件不滿足6.3版的要求,在升級前,平臺就需要從硬件和系統層面上大動手術。而升級本身,也是一次高風險的手術。其中四個平臺分兩回進行。第一回我有介入,雖然過程艱難、人心惶恐,但總體順利。第二回,我因在第三個項目而沒有參與,據瞭解,升級過程中出了問題影響業務,客戶反應很激烈,將之定爲一級事故。

過去一年,我在項目中的實踐主要是FusionCloud 2.06,對6.1版和6.3版僅停留在對着文檔解讀的階段。相比6.3版的自動化部署,2.06版的手工部署更能讓人理解雲平臺底層的實現方式;但6.3版以及即將主推的6.5版,有着更復雜的雲服務組件和更難以理解的網絡設計。於我而言,遙望去路,仍然是挑戰重重、困難重重。

以前的工作少有出差,甚是羨慕那些因工全國到處出差的人。如今自己終於成了差旅人,始知箇中漂泊滋味。但於經常遠行的我而言,這很能滿足我的出走需求。

出差總有空閒的時候,在這三個項目中,我便趁機逛了北京、西安兩個出差地的很多景點和博物館。是爲開心事。

SQ 2019年1月

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章