奮鬥吧！系統工程師（４）誰都能辦到？專案管理 閱讀心得

這兩天看了小說"奮鬥吧！系統工程師"第四集，這次的主題是專案管理。
拜過去的成功經驗所賜，主角工兵接下PM(Project Manager)的工作，為了制定計畫，以及協調來自不同公司的專案成員而奔走。由於是沒有經驗的菜鳥，主角不知如何對應不受指揮的專案成員，就在焦頭爛額時獲得了正妹高人指點：如何駕馭對立的專案成員。

小說中提到專案成員可分成三類
Server (服務者)：此類型成員將PM是為客戶，可以接受內容粗略的委託，並自行做出適當判斷以進行作業。
Tool (工具)：此類型成員以作業員自居，會順從PM的指示，但並不會背負專案成敗的責任。PM需要追蹤此類成員的進度。
Client (客戶)：此類型成員將PM是為服務提供者，必須替自己排除影響工作的障礙，並且同時提供專案進度和支援。

看到這一段令我十分驚奇，因為這管理的道理和＜僕人：修道院的領導啟示錄＞所說的不謀而合。僕人中說：領導始於服務，領導就是服務。PM做為專案的領導人，也就要"服務"專案成員，為成員整頓環境（比如說解決失戀問題XD)，以及發生問題時的支援。

將成員分類對應到我現在的團隊中也很有趣。我的前輩是Server型的成員，不需多做指示變會自動完成工作，甚至還會反過來指示PM接下來的計畫:) 而我則偏向Tool，只專心在被交付的工作。

最後引用書中角色藤崎的話：專案管理是甚麼呢？就是可以讓大家愉快進行作業的工作。

[推薦] 奮鬥吧！ 系統工程師

[此文適合:資訊系學生，想進入資訊業的朋友，已經在資訊業工作的朋友]

有次同事聚餐的時候，我的大長官語重心長得跟我說了：「雖然我們是軟體業，但是最難的地方不在於技術，而是在於人啊。」我才剛踏入業界一年，很難體會他的感想，只覺得工作就是看能力，努力一定會有結果。最近看到一部輕小說 "奮鬥吧！ 系統工程師"，把軟體業的黑暗真實面描寫得相當清楚。
為了不讓氣氛太沉悶，先放張美美的封面 (圖片來自台灣角川)。

「千萬不要當上SE。」
研究室的教授這麽對我說。
「我站在這裏授課，不是爲了要讓你們過勞死。」
    -- 摘自第一集附錄

還沒被嚇跑的朋友請往下看:)

故事主角櫻坂工兵非科班出身，只是因為畢業找不到工作，被拐騙到駿河系統公司，開始了SE(system engineer)的生活。故事的架構是主角一邊學習，一邊把妹，然後順利完成工作...的樣子。雖然是照著輕小說的歡樂公式，但是本書對於工作的描寫卻是寫實到靠北邊走。好比說主角的主修是行銷，但是卻搖身一變成為工程師，這個設定其實反映了軟體業的入門門檻低，像dot com泡沫時期，阿貓阿狗都可以進入科技公司工作。
不過也不是說非科班出身就不能打出一片天，但隨著故事進行，主角利用美色協調能力讓團隊順利運作，並隨著經驗增加，不斷完成各種管理工作。我個人的感覺是，除了軟體公司裡面幾乎沒有正妹工程師以外，其他的部分都很寫實，好比說顧客任性的改動程序，老闆總是接下超過負荷的工作等等。如果主角換成女生，其他的角色保持男性的話，應該就毫無違和感了！事實上我大學時有個美人學姊，畢業後就到某知名外商當PM，也過得相當不錯。在一片缺乏社交能力的阿宅中，有交際手腕就容易顯得突出。想到這裡，我才發覺當年因為自己不擅和別人相處，還以為資訊工作可以只和電腦打交道，實在是太天真了。想要在這個業界混，還是不能不加強人際管理的能力啊。


發覺寫到這裡還沒有介紹多少內容，但是我懶得打書摘:p 所以放上前五集的標題，看得懂的人想會會心一笑吧

1. 兩週內即可上手？SE入門
2. 從基礎學習？運用建構
3. 絕不失敗？提案活動
4. 誰都能辦到？專案管理
5. Step by Step? Customer Engineer (中文譯名未定)

親愛的軟體工程師，你平常到底在做什麼？

又到了歲末年初的時候，三五好友聚會的時候總是會談到：最近的工作如何呀？誰誰誰受不了要跳槽了之類的。剛開始到業界工作時，我常跟人說我的工作不有趣，好像只是為了賺錢而已，所以萌生的辭職的想法。但是聽聽朋友的意見之後，發覺我其實還蠻幸福的，因為：

• 休假多，而且想放假就能放假，不會有專案緊急被叫回去加班的情況。這點很重要，我聽說不少公司的假很多，但是看得到吃不到。
• 每天平均開會時間約一小時，相當有效率。
• 薪水有外商的水準。
• 主管的技術底子強，不會有外行領導內行的情況。

以上是從外部來評量工作的好壞，但是我實際上在做的事究竟是怎樣呢？有那麼無趣嗎？我試著回想看看自己的工作情況，並看看自己有什麼成長。

Who：和誰一起工作
工作一年後，發覺關鍵果然是人，如果人對了，可以聊天打屁之外，還能夠相互刺激學習。如同一般軟體團隊，我們有
產品經理：收集客戶反應，然後決定產品的功能。
專案經理：scrum master。不曉得scrum是什麼？請收看Teddy Chen的部落格。此人並不需深入瞭解技術，他的工作追蹤專案進度。
架構師：一人，負責決定技術決策。
開發者：我和另外五人。主要工作是依據需求設計程式。
支援工程師：平時不會看到他們，不過當產品上市後，站在第一線面對顧客的意見抱怨的就是他們 :) 所以我們需要寫FAQ給他們用。最近從支援工程師那邊來的抱怨是：FAQ寫太多啦，特別是安裝系統的步驟太繁瑣。

What：做了哪些事
我嘗試用簡短幾句話來說我做了什麼。我們團隊的產品是開發針對VMware虛擬化環境的分析工具。為什麼要做這個產品呢？因為VMware是個包山包海的大怪物，裡面什麼東西都有，即便我接觸快一年了，對裡面各種虛擬硬體仍是不完全瞭解，更別說新近的VMware管理員了。
1. 收集事實：用Perl來擷取VMware環境的所有資料，像記憶體用量，CPU用量，錯誤紀錄，使用者的操作歷史等等等。這些東西都會送到我們後端的專用資料庫中。
2. 說故事：有了事實，我們要找出合適的呈現方法。好比說用折線圖呈現各種資源的用量，讓使用者能快速的瞭解他的虛擬環境。由於我們的前端是Web，所以我們常用到Javascript，將來更會多採用HTML5。
3. 回答問題：雖說預防勝於治療，但是一般管理者平時不一定會去用我們的分析工具，只有在火燒屁股時才會趕緊問：到底什麼東西壞掉了？所以我們事先收集各種錯誤的發生原因，並找出偵測方法，好在問題發生時能快速鎖定。

學到什麼
Script language：我們工作用到Perl和Python。特別是Perl，因為這是VMware官方的SDK之一。在這之前我怎麼都搞不懂Perl裡面的%&$@奇怪符號。說真的script langulage開發起來比C快很多，程式也簡短很多。唯一的遺憾是你沒辦法吹噓說自己寫了上萬行程式碼:)
VMware：這是個龐大的怪物！我好像進了大觀園一樣，改天要整理自己的心得分享一下。
Splunk：強大的搜尋引擎，有著類似SQL但又獨特的指令。

回顧完這一年的工作經驗後，發覺好像也沒哪麼無趣嘛。新的一年如果還在這家公司的話，我想要學習HTML5和jQuery，一方面可以強化我們的使用者介面，一方面可以玩一些資料視覺化。

各位看官，你們的工作是否也能說成一個有趣的故事呢？