備註：以下只是我所理解的在甲方專案駐場的專案團隊的用人邏輯。
邏輯一：看你的技術水平
沒有人會不喜歡技術水平一流的it pro，除非這個技術水平一流的人情商太低或者為人做事太過於狂妄。
技術水平一流的人，往往有著超強的學習能力、領悟能力，能夠快速的定位問題，短時間內為teamleader分憂解難。而且水平一流的人，往往能夠站在全域性的角度來看待和揣摩問題，一語中的或直指問題的核心。
發生乙個case，我們可以從許多不同的角度來解讀他。比如有時候，領導可能希望it pro快速解決它，第一時間恢復業務；而有時候，case的背後，牽扯到不同部門千絲萬縷的關係，如果你做的不好，那就是吃力不討好。
技術水平的高低是從多個方面來衡量的，比如：優秀的排錯思路、一流的學習能力、技術框架的清晰、優秀的文件編寫能力、表達能力等。
邏輯二：看你的穩定程度
我想靠譜的專案團隊都不希望專案人員流失過大，崗位人員來回變動，這對團隊成員的磨合程度和默契程度是一種考驗。一方面，乙方公司不希望因為人員的變動而導致額外的專案成本和給甲方產生的惡劣印象；另一方面，甲方也不希望外包的專案團隊是乙個人員來回變動的團隊，人員的來回變動也就意味著工作的不斷交接，團隊成員配合生疏，影響工作的效率和進度。
專案團隊用人的第二個非常重要的考量因素就是人員的穩定程度，如果領導覺得你沒有沉下心來呆在專案上，隨時有走人的可能性，我想哪怕技術水平再好，teamleader也不敢把太多的重要工作交給你來負責，可能只會讓你負責本職的工作，分內的工作。
所以，對於乙個技術水平好，但是不太穩定的人來說，也很難在專案上發光發熱，體現自己的價值。當然，工作也不可能太飽和。
邏輯三：看你的工作年限
首先我澄清一點：工作年限不等於工作經驗。
乙個工作了10年、20的人的工作經驗未必一定比乙個工作5年的人豐富，技術體系也未必比乙個工作了5年的人完整。但是有時候甲方領導在從乙方選擇人的時候，比較看重工作時間的長短，他們往往會認為乙個剛剛畢業的人， 或者剛剛工作2年的人，不足以勝任某些崗位，雖然實際的情況往往並不是這樣。
管理人員對技術崗位的理解和技術人員對技術崗位的理解往往偏差是比較大的。
乙個甲方的管理人員在選擇工作年限相對較高的人的時候，往往看重的是資歷、心態的成熟度等等（這類人的缺點往往是缺乏拼勁、求安穩）。而工作時間短但是學習能力強的人的優勢在於優秀的工作積極性、強烈的求生慾望（劣勢在於工作經驗短、學歷低、不夠成熟）。
乙個有著豐富經驗、工作積極性高、強烈的求生欲、心態成熟的it pro是所有公司都喜歡的，但是這類人在圈子裡是稀缺資源，你喜歡的時候，別人也喜歡。高水平意味著高成本。
邏輯四：看專案的收益
舉個簡單的例子，如果乙個專案的總合同金額是100w，而專案需求的人員配置是6個，那麼公司肯定會考慮投資與回報的問題，給這六個人分配合理的薪資待遇。teamleader+技術專家+專案成員的比例應該是適當的，而且能力最好匹配對應的崗位要求，否則會由於用人的失誤導致專案的失衡。如果teamleader不去考慮專案的價值**，技術專家的能力不能勝任團隊要求，一般專案成員只做自己一畝三分地的工作，那這個專案離歇菜也就不遠了。
滿足客戶的需求和滿足客戶的要求是兩個截然不同的層面。如果只是一味地滿足客戶的要求，被甲方牽著鼻子走，那麼作為乙方，你專案預算壓縮的再好，計畫的再好，員工關懷做的再好，長期來看，專案也未必是能長久的，核心的團隊成員也是未必能夠穩定下來的。
以上理解可能會有片面的地方，敬請諒解。
技術團隊管理筆記 三 用人
宣告 所謂的技術管理筆記，是一位原大公司的碼農不甘寂寞，出來加入創業公司後的管理心得記錄。大公司到創業公司的落差是全方位的，制度，氛圍，資源，人才皆有。從最初的不適應到一路磕磕碰碰活到現在。心中充滿感恩和僥倖，覺得有必要強迫自己做下記錄和總結。遂開始於2017年11月份，截止此時我所管理的技術團隊為...
軟體專案用人十二策
1 高天賦原則 選擇高水平的人員，賦予高水平的待遇，寧缺勿濫。2 自我發展原則 選擇有悟性的能自己不斷進步的人參與到團隊中來。3 工作匹配原則 培養專長，穩定專業方向，在某個專業方向使其成為專家，分工時也按其專長進行分工。4 職業發展原則 一專多能，定期轉換方向，當在某個專業方向上成為專家後，要適時...
團隊和團隊專案
成員一 胡一鳴。性格沉穩，不怎麼愛說話。雖說能力有限，但在其他兩位成員的幫助之下可以不斷進步。成員二 王正帥。技術一般，實踐能力還行，不善於溝通，但能夠和團隊成員和睦相處，共同進步。成員三 楊曉。活潑愛動，技術一般，實踐能力不好，善於溝通。1.我們的專案型別 生活類 2.我們的專案的主要功能及會給使...