it研發人員都很忙，天天加班是常態，但是如果問他忙什麼，可能會是搪塞一下手頭的專案。
《鳳凰專案》中主人公逐步被引導找出四種工作型別，才知道自己的職責並注意應該如何管理工作，因此這個問題是第一位的，對於每位it研發人員來說，當然每個it人不太一樣，但角度類似，其實也不只是it工作。其他工作也可以參照。
兩大類四種工作，第一類是計畫內工作，第二類是計畫外，很簡單有點像廢話。第一類又分三種：業務專案、內部專案、變更發布工作。
業務專案一般來說來自於需求部門或者客戶，主要從業務操作管理等角度提出，一般it部門會列入年度計畫並不斷跟進，很多it部門有專門的業務專案管理辦公室（或者團隊）管理，這個是最顯現的也是公司比較關注的，主要來自外部（相對it部門來說）。
內部專案是it自發的技術公升級、架構改進等主動或被動推進的，一般來說重要但不太緊急，而且使用者或者業務部門並不太關心，但是這些專案關係到it的可持續維護和it能力建設，也就是內功。內功需要不斷練習，不可荒廢，當然有時候因為其他類專案太多疲於應付就會逐步荒廢，最終欠下太多技術債務，各類問題不斷進入惡性迴圈，鳳凰專案主人公比爾一開始接過來就是這樣乙個爛攤子。
變更發布工作，這個it人員最熟悉，完成開發後最終要發布啟用，這也算是一種，非常重要，大專案十月懷胎一朝分娩，小公升級也得最終上線，這是重要的里程碑，對於外部業務專案來說人家都盯著呢，而且立項之初甚至提出需求意向時就追著你問什麼時候可以上線，相比大家感觸很深。主人公其實主要是運維部門，因此一開始發布工作造成的各類問題讓他應接不暇。當然大家如果看過這本書就會了解對於什麼是變更文中還是專門討論了的並給出了定義，這點很重要。
最後就是計畫外工作了，凡是沒有納入計畫的就算是計畫外工作了，但這也是需要動態來看的。首先計畫外工作對於計畫內工作影響很大，不少人深有體會，it人員經常上班時間處理其他事，額外時間做開發也是比較多的，因此對於計畫外工作務必重視，並管理好非常重要。
對於上述四種工作來說，我們當時重要的一點首先是對號入座，大家可以手頭所有工作歸類，然後儘量減少計畫外工作（怎麼減少？對於計畫外工作也要分類，對於常規計畫外工作要盡量標準化流程化，對於部分關鍵崗位可能要限制流轉到他那裡），這樣把計畫外工作控制在一定影響範圍內；騰出手來先對付變更發布工作，因為變更發布控制不好也會導致變成計畫外工作，干擾甚至嚴重影響其他兩種計畫內工作，首先要變更流程化、盡量自動化，如有可能降低每次變更的範圍快速發布；最後就是剩餘的業務專案和內部專案了，這是左手和右手，我現在是兩個列表，定期對照檢查是否按照計畫順利開展。當然最後兩類不是很容易幾句話就可以搞定的，後續再說。
這也算是去年讀了《鳳凰專案》後第一位的感受，供大家批評。
研發人員如何打造良性的工作系統
不管您是在公司上班或者是自由職業,我想我們每個人都會有自己的一套工作方法。而您處理工作的整個流程實際上就是乙個精密的工作系統。研究和建立一套適合的工作系統,讓自己或者團隊的工作效率提公升,最大限度的發揮每個人價值。筆者從事的是it研發崗位,根據崗位特徵,總結出一套的工作系統雛形,當然也希望不斷完善。...
軟體研發人員的考核
軟體研發人員的考核一直是軟體企業管理的難點，筆者在長期的研發管理實踐與諮詢實踐中，總結了進行軟體研發人員考核的一些基本原則，整理出來與大家共享 要體現公司的價值觀 公司的價值觀體現了公司認可什麼型別的人員？要挽留哪些人？提倡做什麼？對這些人員的認可可以通過具體的考核辦法落實下來。比如企業鼓勵在某乙個...
軟體研發人員的考核
軟體研發人員的考核一直是軟體企業管理的難點，筆者在長期的研發管理實踐與諮詢實踐中，總結了進行軟體研發人員考核的一些基本原則，整理出來與大家共享 要體現公司的價值觀 公司的價值觀體現了公司認可什麼型別的人員？要挽留哪些人？提倡做什麼？對這些人員的認可可以通過具體的考核辦法落實下來。比如企業鼓勵在某乙個...