工作一年了，這一年沒像大學那樣拼命的發帖，拼命的寫部落格。然而畢竟是過了一年了，便以此文紀念我逝去的2023年吧！
2023年3月份到公司實習，實習到5月，然後回學校做畢業設計，7月份正式入職。若是從實習算起，也應該是滿一年了。這一年裡經歷了四個專案，我都是以開發者身份進行著工作的。
然而，前三個專案中，我一直有種「身在此山中」的模糊感覺。第四個新專案來了，領導給安排了乙個subleader讓我做。我也覺得是時候讓自己提公升乙個境界了，然而，專案開始了將近乙個月，我這個subleader做的並不好，至少我自己是這麼認為的，或許是慣性，在專案的啟動過程中，我並沒有意識到我的職責是什麼，還是一頭悶進去解析**，組裡剛招的新人讓我帶，因為是新專案，比較特殊，我也沒花多大精力去制定所謂的教育計畫。
還記得那是周五的晚上，我拿著羽毛球拍出去打球，leader還在那加班弄**模板。當我要走的那一刻，我突然意識到我這subleader做的不夠格，做為subleader如果工作做的好，leader怎麼會乙個人加班呢？為此，特地向大專案經理和課長請教了一下，大專案經理發了封郵件，說的都很實在，貼近現在的工作實況。課長則特地找了個會議室「培訓」我，我也因此對軟體專案中的幾種角色有了一定程度的了解，本文就把我吸收到的在這裡分享一下，以此紀念一下我的2011！
對於乙個軟體專案來說，按照所處層次的不同，可以分為四類角色：leader、subleader、中堅、開發人員。下面分別介紹這四種角色。
leader：
也就是我們所熟知的專案經理，專案經理按照職能的不同，可以分為過程經理、業務經理、技術經理和品質經理。
過程經理軟體專案是智力型工程，專案規模大部分不大，即使很大，也會拆解成小專案，以降低風險。於是在常規的軟體專案中，最常見的leader主要指過程經理，負責控制整個專案的過程。何謂過程呢？比如，對於軟體專案a，從1月份開始，7月份結束。那麼過程經理的工作就是劃分軟體工程裡面的定義的幾個過程，並且能夠保證比如：1月份完成fd，2月份完成sd，3月份完成dd。。。。最後必須在7月完成整個專案。然而計畫的制定非常困難，如果沒有豐富的經驗，是無法準確的**各個工程階段的週期的。差的過程可能會導致前期悠閒，後期天天加班，或者前期天天加班，後期沒事幹。總之，過程經理的制定計畫的能力關係到軟體專案的「戰略」。
業務經理我的經驗還不夠豐富，我所見的專案，業務經理的影子被過程經理攬下來了。所以，我只能憑著猜測來理解業務經理的職能了。按照我的理解：1. 業務經理最好是有行業內經驗的人。比如對於銀行交易、**交易系統軟體專案，那麼業務經理最好由銀行，**行業的從業人員來擔任，或者從事過類似開發的人擔任。2. 業務經理除了對行業有很熟悉的了解之外，還要會對業務進行建模，乙個好的模型會使得開發人員對業務的理解更加透徹，開發出現的問題就越少。3. 業務經理有預知業務變更的能力，某種意義上來講，業務經理可以在最大程度上解決「需求變更」這一難題，不過這需要業務經理對業務十分熟悉。總之，業務經理的需求分析及建模能力關係到軟體專案的「部署」。
技術經理小規模的軟體專案來說，技術經理做的工作與普通開發人員做的工作很類似，技術經理平時也會跟著一起構建開發環境、解析原始碼等。但是，技術經理並不只是這樣，技術經理是能夠在無形或有形中推動加快整個專案技術進度的人。技術經理一般走在開發人員的前頭，可以為開發人員提供技術援助。當專案進入常規開發時，往往沒有了所謂的技術難題，簡單的複製改模式下，技術經理一般會開始優化開發，比如編譯優化、效能優化、框架優化等。總之，技術經理的技術實力關係到軟體專案的「軍事力量」。
品質經理我覺得，嚴格來講，品質經理不是我們常說的測試組的經理，畢竟品質貫穿著整個軟體專案開發，而測試只能從結果來反映產品質量。所以，我認為，品質經理應該是從軟體專案開始就死盯著專案開發的那個角色，無論是設計質量、**質量、文件質量、業務質量，都需要品質經理的嚴格把控。然而，那樣畢竟會造成很大的麻煩，所以，一般來說，目前的軟體專案的品質經理都由測試組的經理充當。不過，我所在的第三個專案組，不是像這樣有專門的品質經理控制專案品質的，其管理控制產品品質的手段讓我也覺得奇怪，是依照瀑布模型，從sd到各種測試都是有開發擔當完成的，當然，還有一些測試不是由開發人員完成的。總之，品質經理犀利的監控技術及測試技術關係到軟體專案的「成敗」。
subleader：
或許我應該對subleader做一篇更長的介紹文章，畢竟我目前是作為subleader的角色存在，但同時我也是身在其中，所謂「當局者迷，旁觀者清」，我的理解可能會有些偏差，看客莫要見笑。我所理解的subleader主要有以下四點職能：
1. 更加合理分配任務。這裡要跟leader做一下對比，leader要對整個專案組的所有人員進行管理，然而當人數比較多的時候，leader是無法一一為每個開發人員分配任務的，所以可能導致某些人工作任務重，有些人反而很輕。這時候就需要乙個對某幾個開發人員比較熟悉的人來分配任務，這樣每次匯報任務的時候，leader只需要找subleader就可以獲悉所有開發人員的工作狀況，而不需要去找每個開發人員去確認工作內容及進度。
2. 臨時leader，平穩過渡。當leader不在專案組的時候，subleader就應該接手leader的工作，並且能很順利的接手。這就需要subleader平時對專案進度及狀況有所關注，對專案整體有乙個全域性的把握。subleader應該每天對專案中的任務安排有乙個私人的記錄本，對專案開發過程中遇到的課題也要進行乙份個人的整理，並時刻關注這每個課題的解決進度及解決方法。
3. 查漏補缺，趨近完美。「金無足赤，人無完人」，無論是做計畫、任務分配，還是課題跟蹤。leader總會有所遺漏或者理解不夠充分的。所以這時，subleader最好能想到leader遺漏的地方，並向leader提出，共同商討解決方案。這需要subleader有一雙犀利的眼睛，同時也考驗subleader的溝通技巧。人都是愛面子的，這是人性，不是誰的錯，當你找到leader的錯誤的時候，如果沒有好的溝通技巧，那麼提出的問題或許只能當作一場沒有結果的架給吵過去了。
4. next me。為了專案組著想，對於subleader，要開始注意培養next me。這樣，即使你離開專案組，專案組也不會有太大的風險。對於普通開發人員的離去，專案的風險很小，但是對於中堅力量，一旦離去，專案的風險將會很高。同時，也要記得，next me會成為你的得力助手，左膀右臂。
總之，subleader的工作可以概括為九個字：帶新人，看進度，提建議。
中堅：
中堅力量是軟體開發的核心力量，一般具有一定的技術能力。他們有經驗，有實力，能夠承擔模組的開發。一般來說，是具有1年工作經驗的員工。在工作層次上，中堅與subleader的界限是很模糊的，我所總結的，作為中堅人員應該有以下三個職能。
1. 帶新人。這點毋庸置疑，要學會帶人，把自己學到的教出去。同時在這個過程中，要學會做計畫。「因材施教」是很難做到的，而對新人教育計畫的制定能夠在很大程度上鍛鍊的規劃能力以及識人用人能力。
2. 技術攻堅。對於中堅來說，普通的開發任務已經不能滿足需求，中堅應該對系統框架發起挑戰，對系統改善發起進攻。當然，這些都是基礎，為後來的發展積累經驗。
3. 及時反饋。中堅對模組的開發規模已經有了一定的把控能力，這時候，如果發現分配的時間不合理，或者分配的人員不合理，應該及時向leader提出。
開發人員：
普通開發人員，用我的領導的話就是「被動人」，是完全依照計畫做工作的角色，當然原因是多樣的，對於新人，不知該如何工作，只能按照上面的計畫進行工作。當然也有一群人意識不行，不知道給自己找事幹，於是一直處於被動狀態。處於這個狀態時一定要努力讓自己盡快擺脫這個狀態，不要以完成任務為目標，這樣才能朝著更高更遠的方向發展。
軟體專案中各角色的心理分析
軟體業，以人為本 參與軟體開發過程的各類人員的共通心理表現，對整個開發過程起著舉足輕重的影響。作為一名專案管理者，非常有必要對其進行一一剖析，找出心結，然後對症下藥，加大溝通力度，提高開發效率。結症一 使用者，由於觀念上的不同，國內的使用者更傾向於看到乙個實實在在的 東西 傳統開發方法的每個階段的審...
軟體專案中各角色的「溝通」的技巧
專案管理是一門科學 這是早些我對專案管理的乙個認識，說它是科學因為它包括著專案管理中方方面面的管理知識和管理體系。一說到專案管理，人們自然就想到它的八大要素 範圍 時間 成本 質量 人力 風險 採購 溝通，乙個成功的專案與這些因素是緊緊相關，不可分離的。但是在專案的實際參與中，在專案的操作過程中，可...
被高估的四種安全技術 防毒軟體名列榜首
被高估的四種安全技術 防毒軟體名列榜首 來自國外 的報道，計算機服務機構cso一項統計顯示，在接受採訪的專欄作家和使用者眼中，最讓人放心不下的四種安全技術分別是防毒軟體 防火牆 多重認證系統和網路訪問控制。1 防毒軟體 防毒軟體名列第一位反映出使用者普遍的矛盾心理，對殺軟的可靠性產生懷疑。因為無論安...