第一三三章 人性的弱點如干裂的泥土(第1/2 頁)

簡繁輕咬著筆帽，在安靜的辦公室中翻看歐陽紫嵐提供的那些厚厚的人員資料。

對於It專案而言，需要成員從事有創造性的勞動，如何選擇合適的人員，如何為人員分配合適的工作，是It專案成敗的關鍵。人員管理不似技術工作那樣直接，由單兵作戰轉變為站隊指揮官，簡繁感到有些茫然。

卓瑞澤從經理辦公室中走出來，環視了一下重點事業部，只有簡繁所在區域的照明燈還亮著。走到簡繁身旁，看了看簡繁手中的資料，卓瑞澤略有驚訝。不知道簡繁透過什麼途徑拿到這些資料，不過簡繁的行動力可見一斑。專案上最怕人員‘等’、‘靠’、‘要’，卓瑞澤對簡繁的積極主動很滿意。

向來不苟言笑的卓瑞澤看著簡繁認真、緊張的神情，驀地想起當年自己初次受命也有不盡的憂慮和緊張，半帶玩笑的為簡繁減壓，“我推薦的這些人還都可用吧？”

“啊，卓經理。當然了。”簡繁被卓瑞澤的問話驚住了，‘可用嗎？’何止是可用，面對這些高手是不知道怎麼用？

“那就好。”

“可是，卓經理，這些人我一時不知道如何調配。”

卓瑞澤嘴角揚起，“瞭解每個人的技能、經驗和特點是正確的，但是現在還不到人員調配階段，首先要確定專案範圍，然後進行活動定義。之後再來考慮什麼人適合完成哪個活動，進行人員分配。”

“哦。”簡繁明眸一閃，卓瑞澤一句話如醍醐灌頂，簡繁瞬間理清了專案脈絡。

“這個專案首先要將產品功能需求論證清楚，所以範圍定義階段很重要。你可以選一些人來進行這個階段的工作，但是在開始之前我希望你先寫一個方案出來。”

“嗯，我明白，拋磚引玉。”

“哈哈，這個方案不容易寫。因為這個產品是一個開發平臺，所以不但需要你瞭解公司目前各個軟體的功能。還要了解市場上其他主流軟體的功能，既要滿足現有軟體功能開發，又要有前瞻性，滿足未來功能開發需求。同時還要具備功能可擴充套件性。只有將這些瞭解清楚了，才可以進行有效的抽象、建模，形成產品功能需求方案。”

“卓經理，您說這個產品您已經醞釀很長時間了，我想您一定有比較成熟的思路。可不可以由您來？”簡繁忽閃著眼睛。

卓瑞澤讀懂簡繁的意思。笑了笑。我研究國內外無數個軟體，當然有一套比較成熟的思路，由我親自操刀這個專案，當然沒有問題。可是，從人員培養的角度，我不能這麼做。我必須讓簡繁由始至終參與到這個專案中來，唯有此才可以調動她的責任心和創造力，並從這個專案中得到全面提高。培養一個好苗子，花費必要的時間成本是值得的。而且，將來產品推出後。可以由簡繁規劃這條產品線的後續發展。

感受到簡繁的期許，卓瑞澤目光柔和，“簡繁，遇到問題你可以隨時找我討論，我會給出我的建議，但是這項工作還是由你來做。不必過於著急，你需要什麼資源可以向我申請。我已經跟軟體研究院打招呼了，你可以隨時去那裡檢視各種軟體的分析研究報告，也可以讓他們搭建演示環境進行操作演示。”

“好的。卓經理。”面對卓瑞澤的信任，簡繁不再猶豫。

卓瑞澤掃了一眼手錶。“時間不早了，我先走了。你也早些回宿舍吧。”

“嗯。”

簡繁又看了幾份資料，最後將資料重新收回檔案盒，放入抽屜鎖好。從包中翻出一個筆記本。審視其中一頁上列的分時計劃表，欣然用筆在一條記錄後畫了一個勾，按計劃完成了一項。下面一項是回宿舍除錯程式碼。簡繁忽覺心情很好。蔣帥的建議真棒，我可以在心中建立很多個格子，每一個格子中只裝一件事，互不干擾。再也不會亂亂地理不清頭緒了。