第97章 再戰軟考
IT女經理的職場迴憶錄 作者：八月的獅子座 投票推薦 加入書簽 留言反饋
剛入職時，部門就一位測試工程師和一位運維工程師。然而測試工程師被全部門嫌棄，績效墊底，最終勸退；而那位運維工程師吃苦耐勞，全部門都認識且認可他，績效一直很好。
我入職時offer和定位都隻是測試負責人，以前的運維也歸院長直接管理。後來我做研發總監後，所有it技術人員都放到了我名下。降職後，測試組隻有四個人。院長們一來可能覺得我隻管測試的話人有點少，另一方麵運維和測試一樣屬於公共支撐小組，不好分去產品線或項目組，所以就合並為“測試運維組”，讓我管了。
測試還好說，自己老本行，輕車熟路了。而且部門的成本控的厲害，測試的工作量並不大。以前項目經理們能少用點人力的就少用，一個項目走下來，給到測試工程師的工時占項目總體工時的5%都沒有。雖然我反映過多次，但都因為成本的問題而無果。後來越來越多的項目引入監理機構，需要測試組出各種報告，質量上也有要求，項目經理們才慢慢地增加了些工時，但總體給測試的工時也沒有超過10%。
s總入職公司以來，全力推進公司向產品轉型，同時也要求各部門按正規的it開發流程運作。各產品線負責人和項目經理們才慢慢地增加了些工時給測試，但是因為工時製度和各部門的成本核算（相當於自負盈虧）製度，測試上的投入明顯不及外界正規it公司的投入。我做研發總監時，常常還會讓他們注意質量，加強測試。那時他們尚且不太理會，更別說現在退下來了。
自從績效不好的小峰被勸退後，測試組上半年都隻有一位測試工程師李工。好在我招聘的時候花了些時間，他經驗豐富，誠實吃苦，除了溝通上不是那麽強，在測試的各方麵都遊刃有餘。
七月以後，校招生們畢業了，正式入職了。那一年按照部門計劃，我招聘了兩名校招生做測試。她們也還挺勤奮好學，我也盡心地給她們做培訓，手把手帶她們。因此她們成長得挺快，開始可以在李工的帶領下做事情，逐漸可以獨當一麵了。
而運維工作就讓我有些頭疼了。我入職那會，部門才剛開始做信息化項目不久，基本沒有太多的運維服務請求，大部分也就是維護下電腦和網絡，管理部門資料和資產的工作。後來部門產品和項目越來越多，運維工作越來越多，且複雜起來。以前就一個運維工程師，後來慢慢地按照業務需求招了網絡工程師，數據庫管理員，大數據運維等職位。
以前做研發總監時，大部分時間都放在開發組上麵。而且運維工程師們大多都能獨當一麵，項目經理們都忙著交付，對運維要求也不高。但慢慢地，s總來了以後，部門逐漸地兵強馬壯了，甲方爸爸和監理們項目各方麵的質量也越來越高了，內外部也不斷提高了對運維的要求。
而我從來沒做過運維，做研發總監時對運維組也主要就是負責人員的管理，並沒有紮根去深入地學習運維的知識。現在隻管測試和運維了，總不好再不了解了。隻是一時之間不知道從哪下手。
沒想到領導們比我著急多了。雖然天天說自己是“國企”，但是“不養閑人”的思想比不少私企民企更甚。不知道來自哪個層級的要求，讓我盡快提交測試運維組的發展規劃。匆匆忙忙和幾位運維工程師一起討論幾天，自己也到處趴資料學習，到處找前同事朋友幫忙給建議，改了四五版，終於在截止時間前交了上去。
雖然發展規劃沒有得到明確的反饋，但是領導們明顯在運維的各個方麵開始有了要求。各種會議上隻要有點和運維搭上邊的事情，大家就會讓運維組介入。剛開始的時候我也不懂，傻乎乎地領任務迴來，運維工程師們很不開心。好在他們還算了解我，心平氣和地告訴我問題真正的原因在哪裏，應該怎麽做怎麽做。後來我也學聰明了，不急著答應，說迴去和團隊討論討論再找他們。但是有時我也發現，有些運維工程師是怕事多麻煩而找各種理由推脫工作。
另外有時出了些不好的事情時，有些人也會把責任往運維組推。有些業務重疊的地方，運維組和開發工程師或架構師有不同見解時，就會發生爭執。我已不再是研發總監，大家也知道我以前沒做過運維，我調停或爭辯時很不服氣，有些人甚至直接開慫。
剛開始我因為確實不了解還不吭聲，後來發現有些人越來越過分，讓人忍無可忍。我找到院長：“這個運維工作好多人覺得我不是專業出身，不尊重也就算了，還以此總甩鍋給運維組。下半年以來本來運維工程師活就越來越多，要求越來越高而壓力大，還因為我受氣，他們對我也有怨氣。我看還是換個人來帶運維組吧。”
院長有點詫異，安撫我說道：“之前幾次會議上我也有點感覺，隻是覺得小問題沒有幹涉。你提到的問題我會再了解下，不過你放心，你的管理能力我們都很清楚，運維組還是你來帶。”
沒多久的部門項目管理會議上，院長總結時說道：“這一兩年部門業務發展快，內外部競爭壓力都大，而且我們從以前隻做交通模型類業務轉到現在智能集成類業務，大家都在不斷地學習成長。所以希望大家能精誠合作，互相體諒，相互成長。我們小心的部門是經不起內耗的。”
從那以後，那幾個總喜歡批評運維組的人安靜很多了，但是我明白，不能隻靠院長插手，打鐵還要自身硬。我開始找各種和運維相關的資料和書籍來學習，過程中，我了解到近年計算機軟考中高級科目中增加了一個“係統規劃與管理師”科目，涉及到運維管理的方方麵麵。
雖然我以前已經考過高級科目中的“項目管理師”，但那都是十幾年前的事情了。有點猶豫，但轉念想想，既然要做這一行，就努力點吧。從來沒做過運維，以考代學，效率高，全麵，而且如果拿到證了，大家也會多少認可我吧。
我趕在最後幾天報名成功，趕緊買好教材，每天抓緊空閑時間學習。高級的所有科目考試形式都是一樣的，上午一場綜合知識的筆試、下午兩場：案例分析、論文。因為以前考過“項目管理師”和“係統分析師”，考試形式還是不陌生。唯一就是要把書多看幾遍，搞懂裏麵的知識點。
經過三個月的學習，終於完成了考試。和十幾年前考試一樣，每個考場依然有一半以上的人缺考。和以前考試不一樣的感受是，明顯感覺年齡大了，連考一天下來，人很疲憊。而且記憶力也不好了，明明之前看書時覺得記下來的東西，考試時就寫不出來了。考完出來時，我在想：如果這次沒過怎麽辦？還繼續考嗎？
一個多月後成績出來，我有點手抖地輸入信息點擊查詢。好在結果不錯，三個考試都超過了65分，通過了！不用再考了！拿到了我第二張軟考高級證書。
然而這個高級科目似乎沒什麽人了解，我發了個朋友圈，點讚的人寥寥。而且我也發現，即便我對運維各方麵都有所了解了，但還是無法在具體技術和操作層麵有實質性的建議，好多方麵還是需要在實踐中學習成長。不過組裏麵的幾位運維工程師倒是把我學習和考試的過程看在眼裏，對我多了些尊重和認可，算是一個不小的收獲吧。
我入職時offer和定位都隻是測試負責人，以前的運維也歸院長直接管理。後來我做研發總監後，所有it技術人員都放到了我名下。降職後，測試組隻有四個人。院長們一來可能覺得我隻管測試的話人有點少，另一方麵運維和測試一樣屬於公共支撐小組，不好分去產品線或項目組，所以就合並為“測試運維組”，讓我管了。
測試還好說，自己老本行，輕車熟路了。而且部門的成本控的厲害，測試的工作量並不大。以前項目經理們能少用點人力的就少用，一個項目走下來，給到測試工程師的工時占項目總體工時的5%都沒有。雖然我反映過多次，但都因為成本的問題而無果。後來越來越多的項目引入監理機構，需要測試組出各種報告，質量上也有要求，項目經理們才慢慢地增加了些工時，但總體給測試的工時也沒有超過10%。
s總入職公司以來，全力推進公司向產品轉型，同時也要求各部門按正規的it開發流程運作。各產品線負責人和項目經理們才慢慢地增加了些工時給測試，但是因為工時製度和各部門的成本核算（相當於自負盈虧）製度，測試上的投入明顯不及外界正規it公司的投入。我做研發總監時，常常還會讓他們注意質量，加強測試。那時他們尚且不太理會，更別說現在退下來了。
自從績效不好的小峰被勸退後，測試組上半年都隻有一位測試工程師李工。好在我招聘的時候花了些時間，他經驗豐富，誠實吃苦，除了溝通上不是那麽強，在測試的各方麵都遊刃有餘。
七月以後，校招生們畢業了，正式入職了。那一年按照部門計劃，我招聘了兩名校招生做測試。她們也還挺勤奮好學，我也盡心地給她們做培訓，手把手帶她們。因此她們成長得挺快，開始可以在李工的帶領下做事情，逐漸可以獨當一麵了。
而運維工作就讓我有些頭疼了。我入職那會，部門才剛開始做信息化項目不久，基本沒有太多的運維服務請求，大部分也就是維護下電腦和網絡，管理部門資料和資產的工作。後來部門產品和項目越來越多，運維工作越來越多，且複雜起來。以前就一個運維工程師，後來慢慢地按照業務需求招了網絡工程師，數據庫管理員，大數據運維等職位。
以前做研發總監時，大部分時間都放在開發組上麵。而且運維工程師們大多都能獨當一麵，項目經理們都忙著交付，對運維要求也不高。但慢慢地，s總來了以後，部門逐漸地兵強馬壯了，甲方爸爸和監理們項目各方麵的質量也越來越高了，內外部也不斷提高了對運維的要求。
而我從來沒做過運維，做研發總監時對運維組也主要就是負責人員的管理，並沒有紮根去深入地學習運維的知識。現在隻管測試和運維了，總不好再不了解了。隻是一時之間不知道從哪下手。
沒想到領導們比我著急多了。雖然天天說自己是“國企”，但是“不養閑人”的思想比不少私企民企更甚。不知道來自哪個層級的要求，讓我盡快提交測試運維組的發展規劃。匆匆忙忙和幾位運維工程師一起討論幾天，自己也到處趴資料學習，到處找前同事朋友幫忙給建議，改了四五版，終於在截止時間前交了上去。
雖然發展規劃沒有得到明確的反饋，但是領導們明顯在運維的各個方麵開始有了要求。各種會議上隻要有點和運維搭上邊的事情，大家就會讓運維組介入。剛開始的時候我也不懂，傻乎乎地領任務迴來，運維工程師們很不開心。好在他們還算了解我，心平氣和地告訴我問題真正的原因在哪裏，應該怎麽做怎麽做。後來我也學聰明了，不急著答應，說迴去和團隊討論討論再找他們。但是有時我也發現，有些運維工程師是怕事多麻煩而找各種理由推脫工作。
另外有時出了些不好的事情時，有些人也會把責任往運維組推。有些業務重疊的地方，運維組和開發工程師或架構師有不同見解時，就會發生爭執。我已不再是研發總監，大家也知道我以前沒做過運維，我調停或爭辯時很不服氣，有些人甚至直接開慫。
剛開始我因為確實不了解還不吭聲，後來發現有些人越來越過分，讓人忍無可忍。我找到院長：“這個運維工作好多人覺得我不是專業出身，不尊重也就算了，還以此總甩鍋給運維組。下半年以來本來運維工程師活就越來越多，要求越來越高而壓力大，還因為我受氣，他們對我也有怨氣。我看還是換個人來帶運維組吧。”
院長有點詫異，安撫我說道：“之前幾次會議上我也有點感覺，隻是覺得小問題沒有幹涉。你提到的問題我會再了解下，不過你放心，你的管理能力我們都很清楚，運維組還是你來帶。”
沒多久的部門項目管理會議上，院長總結時說道：“這一兩年部門業務發展快，內外部競爭壓力都大，而且我們從以前隻做交通模型類業務轉到現在智能集成類業務，大家都在不斷地學習成長。所以希望大家能精誠合作，互相體諒，相互成長。我們小心的部門是經不起內耗的。”
從那以後，那幾個總喜歡批評運維組的人安靜很多了，但是我明白，不能隻靠院長插手，打鐵還要自身硬。我開始找各種和運維相關的資料和書籍來學習，過程中，我了解到近年計算機軟考中高級科目中增加了一個“係統規劃與管理師”科目，涉及到運維管理的方方麵麵。
雖然我以前已經考過高級科目中的“項目管理師”，但那都是十幾年前的事情了。有點猶豫，但轉念想想，既然要做這一行，就努力點吧。從來沒做過運維，以考代學，效率高，全麵，而且如果拿到證了，大家也會多少認可我吧。
我趕在最後幾天報名成功，趕緊買好教材，每天抓緊空閑時間學習。高級的所有科目考試形式都是一樣的，上午一場綜合知識的筆試、下午兩場：案例分析、論文。因為以前考過“項目管理師”和“係統分析師”，考試形式還是不陌生。唯一就是要把書多看幾遍，搞懂裏麵的知識點。
經過三個月的學習，終於完成了考試。和十幾年前考試一樣，每個考場依然有一半以上的人缺考。和以前考試不一樣的感受是，明顯感覺年齡大了，連考一天下來，人很疲憊。而且記憶力也不好了，明明之前看書時覺得記下來的東西，考試時就寫不出來了。考完出來時，我在想：如果這次沒過怎麽辦？還繼續考嗎？
一個多月後成績出來，我有點手抖地輸入信息點擊查詢。好在結果不錯，三個考試都超過了65分，通過了！不用再考了！拿到了我第二張軟考高級證書。
然而這個高級科目似乎沒什麽人了解，我發了個朋友圈，點讚的人寥寥。而且我也發現，即便我對運維各方麵都有所了解了，但還是無法在具體技術和操作層麵有實質性的建議，好多方麵還是需要在實踐中學習成長。不過組裏麵的幾位運維工程師倒是把我學習和考試的過程看在眼裏，對我多了些尊重和認可，算是一個不小的收獲吧。