职业规划思路
參考七個習慣 以終為始——自我領導的原則 （鎖定生命的坐標 ----確立目標、全力以赴)/(七個習慣中的第二個習慣)
一、職業規劃：
?初級工程師->中級工程師->高級工程師->架構師 ->
?? ??? ?????????????????????????????????????????? ? ? ? ? ? ? ? ? ? ? ? ? ? 積累技術??????????????????????? -->
?? ??? ?????????????????????????????????????????????????????????????????????????????? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?? -->自主創業
?? ??? ?????????????????????????????????????????? ? ? ? ? ? ? ? ? ? ? ? ? ? 積累資金??????????????????????? -->
?? ??? ?????????????????????????????????????????? ? ? ? ? ? ? ? ? ?? 對某個行業有前瞻性研究????????? -->
技術上參考：2012年必須精通-自然科學-工程技術-計算機領域--職業規劃系列.txt
經管上參考：2012年必須精通-社會科學-經管領域-投資理財--職業規劃系列.txt
人脈上參考：七個習慣團體習慣、社會心理學、識人、交人、改進增進交情、
?? ?軟件工程師的工作能力主要體現在三個方面：態度、管理和專業技術。“態度決定一切”，你常常會聽到這種說法，事實也確實如此。充滿熱情、積極主動、認真、責任感，等等，這些確實有助于提高工作效率和質量，盡管你的專業技能可能差一些。這里探討的是知識和技能，并據此對軟件工程師進行分級，因此，工作態度不在本文的討論范圍之內。
?? ?本文按照完成任務的難度和質量對軟件工程師分類，并闡述相應的類別所需要的技能。
1、軟件工程師分級----------------------------------------------------------------------------------------------
1.1、初級軟件工程師
?? ?可以在高級工程師的指導下完成模塊編程。
?? ?面對一個編程問題，他們對實現方法了解不多，通常只要實現了就行，不會過多考慮更好的實現。因此，無法保證產品質量。
?? ?可以獨立完成模塊編程。
1.3、高級軟件工程師
?? ?有能力設計大型軟件系統的架構，具有產品設計（規劃）能力，具有管理10人以上團隊的能力。
?
1.5 架構師
?????? 讀《架構實戰》前，和幾個阿里的架構師聊天，討論架構師最基本的素質，總結出兩點，1是技術知識廣度，2是業務行業深度。
自己細化后，和《架構實戰》這本書的架構師的定義不謀而合。
1 架構師是技術領導。
架構師必須要有技術，而且還是領導。架構師要帶領自己團隊完成自己的任務，完全憑借自己的能力做事情，完全是匹夫之勇，根本不提倡。
2 架構師理解軟件流程。
架構師必須了解軟件流程，否則無法驅動整個團隊前進，如果一個架構師不熟悉開發流程，無法協調產品線相關人員進行高效工作，也無法指導團隊成員完成自己的工作。所以來說架構師一般不是空降兵（除非是全新的部門），因為空降兵一般不會熟悉新公司的開發流程，即使是同一個行業的，各個公司的差別還是很大。所以說聽說某某去某某公司做首席架構師或者首席科學家，一般是高風險的事情，即使他對這個行業很了解。
3 架構師必須熟悉業務領域。
如果一個架構師不熟悉自己的行業，做的架構就是紙上談兵，熟悉業務領域的架構師，才能很好的理解需求，做出合適的方案。互聯網和網絡安全是完全不同的兩個方向，即使你熟悉里面的各種具體技術，但是以互聯網的架構來做網絡安全產品，肯定是100%的失敗。
我做PKI的時候，項目最初的使用.net，使用微軟的crytoAPI，開發的很順利。后來來了一位新的架構師，覺得.net不能跨平臺，決定選用 java，做出產品后，發現找不到arm cpu的jdk，使用平臺有限。再次決定使用openssl做，最后這個項目以失敗而告終。后來我想過arm cpu都是嵌入式設備用的，根本沒有任何嵌入式設備提供CA服務。
4 架構師必須要有廣度的知識。
架構師考慮的問題必須全面，必須了解的要廣，具體的細節可以不關注，因為細節變化很快。很多具體技術人員出身的架構師，只關注于具體的細節，某些方面做的很好，整體的性能很差。
下面這個項目的成功可以理解為一個笑話。某公司的兩個部門都做c程序的，A部門做的平臺使用的x86和mips，B部門使用平臺是x86和 arm，后來A部門的一個模塊要給B部門用，最后發現根本不能運行。最后A部門發現arm平臺使用big endian模式，這樣A部門的20多名員工，檢查代碼中所有非零整數，經過數個月苦戰，才修改完畢。其實解決方法很簡單，因B部門的代碼也是首先在 x86做的，做的時候他們考慮了cpu的endian模式。這并不能說B部門架構師很牛，從另一個方面說他的無知。因為板子有跳線，專門切換cpu的是 big endian還是little endian，這樣兩個部門都可以不修改程序。
5 架構師必須是寫程序的高手。
架構師一般都是開發人員出身，一般都是團隊的核心。優秀的架構師應該了解團隊使用各種技術，有了這些知識，才能和開發人軟進行有效溝通。
有一個項目架構使用xml做配置，因為病毒庫很龐大，最后導致xml 達30多兆，服務端的java程序使用dom 進行過濾的時候，30兆xml加載很慢，頻繁出現out of memory。這個項目后來擱淺。根據以前的經驗發現 msxml加載30多M的xml 不過幾秒，而且msxml的xpath速度很快，后來專門為此寫了JNI處理xml的。
6架構師是優秀的溝通人員。
架構師一定要會忽悠，至少要扯淡。架構師不但要指導本部門員工的工作，也要協調其他部門的資源，還要向用戶收集需求，制定規格說明書，重要的把用戶的不合理要求砍掉，合理需求遵循自己的思路。
?? ?當然，后面也有一些不好的評價，不過，我還是覺得買來看看，開卷有益。
?? ?在做了一段時間管理后，發現，做技術出身的總有一種情結，那就是自己做的要比別人更細致、更好，我一定要掌握細節。
?? ?可是，在現在的開發團隊中，都是合作，不是什么事情都能親歷親為。更甚者，都把活安排出去，自己就不用做細節的技術，于是就有一種“漂浮”的感覺，很不踏實。
? 2.1 項目經理
????? 軟件項目經理素質能力的必備要求
?? ?“Everything is Project”，事事皆項目。軟件項目無處不在，無數的項目成敗甚至直接決定企業未來發展命運。軟件項目經理作為項目成敗關鍵角色，已經深入人心。項目經理已經成為熱門職業，一定會一直熱下去，除非軟件從人類世界消失。
?? ? 基于個人所見所得、所學所經歷，總結一下作為合格的項目經理需要具備的素質和能力。各種書籍和組織無數次地談到這些，都非常有道理，本文僅代表個人感受。
?? ? 我暫時稱其為“5+4”素質能力模型。
?? ? 5大素質要求：職業道德、身體素質、心理素質、知識、經驗
?? ? 4大能力要求：領導能力、決策能力、溝通能力、人力資源開發能力
?? ? 每個素質能力要求點都蘊含著無限的深意，甚至其中一點足夠優秀，就可以讓你成為一個非常成功的人。但作為真正合格的項目經理，你必須全面，除非你對這個職業沒有足夠的熱情。我們一起來認識他們，給自己一個修煉的方向。
?? ? 良好的職業道德：
?? ? 職業道德，作為一名普通的職業人，也許很少有心思來思考這個詞語。但隨著你帶過的項目增多，帶過的人增加，你會非常深刻地體會到它是多么的重要。
?? ? 良好的職業道德表現為做人做事的責任心，面對利益沖突的原則性，團隊合作的積極性與熱情。不僅如此，而且有著更廣泛的內容。思考吧，職業道德絕對是成為合格項目經理的必要條件之一。
?? ? 人都不善于發現自己的不足，那就讓我們從別人的不足來衡量一下。假設你是一位項目總監，你的一個項目很關鍵，但卻出現了一些不小的困難，當然項目出現困難是很常見的事情。而你的一個項目經理油嘴滑舌(可能有點刺耳，就是這點讓你覺得他還適合做項目經理，你認為他有溝通能力)，而沒有強烈的責任心(強調客觀原因或者一味埋怨別人，這就是表現)，或者面對困難卻激發了他想找一份更高薪水的工作。這絕對是缺少職業道德，也是讓上級最討厭的那種項目經理。相信你絕對不想成為這樣的項目經理。
?? ? 那就好好地思考一下職業道德的問題，沒有標準可言的。不必“嘔心瀝血”似的職業精神，，但起碼能夠做到“良好”。
?? ? 健康的身體：
?? ? 身體是革命的本錢。軟件項目經理是一個勞心勞力的職業，“責任重而權力小”是大家的共識。這一切都需要健康的身體。
?? ? 健康的身體有多重要，其實不用我在這里說明。我只想談談良好的生活習慣對身體的重要性。友情提示：務必養成良好的生活習慣。
?? ? 我的項目經理和程序員們具有軟件開發從業人員共有的特性，尤其是這個行業更偏于年輕，我稱其為“朝陽行業”更好聽些，但這些朝陽人花在深夜游戲、聊天、泡吧的時間似乎太多了些，生活不夠規律，身體狀態大受影響。
?? ? 我希望作為項目經理或者即將成為項目經理的你，務必要養成良好的生活習慣，保持健康的身體。甚至能夠引導你的組員，那就再好不過了。
?? ? 優秀的心理素質：
?? ? 心理素質對一個項目經理太重要了。當然，如果你的心理素質很好，也許你不會感到這是什么問題。讓我感覺，心理素質的一個重要表現是：面對重大的項目壓力時，你的心理承受情況如何?
?? ? 項目的壓力來源很多，包括你的客戶、你的領導，還有你的組員。你需要具有承受這種壓力的巨大潛力，否則，你會手忙腳亂。
?? ? 除此之外，心理素質還表現在你的思維、你的個性以及你的創新意識等等。想想吧，作為項目經理的你，太多需要承受了，太多需要思維了。
?? ? 軟件項目經理素質能力的必備要求2
?? ? 堅實的知識積累：
?? ? 佛洛伊德著過《欲望決定命運》，我很喜歡。我暫時竊取一下，說“知識決定命運”，好像也挺有道理的。
?? ? 中國是一個重視學歷教育的國家，至少我的項目經理和程序員最低都是專科學歷，事實是，絕大部分是本科學歷。擁有了標志著知識的學歷，我們有了選擇的機會，確切的說，是被選擇的機會。
?? ? 我的項目經理在努力學習PM-BOK，我的程序員在努力學習各種編程技術。他們都在努力改變命運，我真的很佩服很喜歡他們。
?? ? 知識決定命運，同樣決定著項目經理的命運。堅實的知識積累，當然我更多指跟項目經理職業相關的知識，會成為你項目經理職業生涯的堅實后盾。
?? ? 豐富的經驗：
?? ? 我們在招聘項目經理時，常常關注工作經驗。那是因為我們常想把培養的成本拋給別人，但我更喜歡培養，我認為這樣更符合中國人特有的人情味，而且更讓人放心。憑什么辛辛苦苦跟你打拼之后，你卻不給他發展機會，非要讓他到別人那里找機會呢?
?? ? 有豐富的經驗注定重要，沒有人會反對這一點。但我想說的是，如果你沒有經驗，不要氣餒，誰生下來就做過項目經理呢。
?? ? 更重要的是把握獲取和積累經驗的機會。一旦你有機會，不要輕易放棄，而要抓住機會，努力為自己積累經驗。如果你恰好剛剛抓住這個機會，我建議你，仔細檢查一下自己從事這一職業尚需修煉的內容。
?? ? 領導能力：
?? ? 我的老師曾經說過一句話“經理需要領導，經理正在領導”。我之所以沒有徹底的問一問這句話的真正含義，我覺得自己來琢磨更有意思，而且隨著時間越長，琢磨出來的意思越多。
?? ? 我覺得意思應該是這樣吧，項目經理需要領導能力，而作為項目經理也正在運用著領導能力從事領導工作。可見領導能力是項目經理必備的能力之一。
?? ? 到底領導能力是什么?絕對不是管管人那么簡單，我看過一本非常有趣的項目管理書籍《最后期限》(《The Deadline》)，作者迪克馬對管理描述的一段話很適合回答這個問題，大意如下。
?? ? 項目經理做好領導工作，關鍵做好如下四件事情：1)選擇正確的人;2)為他們分配正確的工作;3)保持他們的積極性;4)幫助團隊凝聚起來并保持團隊的凝聚力。
?? ? 作為項目經理，能做好這四件事情，至少能保證你的領導能力有了不錯的發揮。希望你與我一樣，能細細體會。
?? ? 決策能力：
?? ? 項目經理作為基層管理人員，又不同于普通的基層管理人員，常常面對各種項目決策，需要較強的決策能力。其實，我更想說的是，決策技巧能力。
?? ? 在軟件行業，項目經理往往屬于典型的“責任大而權力小”的角色。處在一個相對復雜的環境(當然這個復雜并不帶有任何個人偏見感情色彩)，所以說復雜，是因為項目經理面對的項目干系人往往眾多，而且代表不同的利益方面，具有不同的知識行業背景。這一切必然要求項目經理需要在滿足多方利益情況下做出最合理的決策。
?? ? 不要把決策與拍板簡單等價，務必要認識到決策技巧的重要性。分清哪些是你可以直接作決策的，哪些必須是借助集體力量才能作決策的，甚至哪些是你根本不能參與任何決策的。
?? ? 我的一個項目經理就遇到了這個麻煩，情況是這樣：
?? ? 客戶的兩個人，一個是處長，一個是副處長，對項目一個需求方案的看法相互沖突，溝通了兩次也沒有個明確答案，最后只聽到處長說“這個比較好吧”。二人看法相互沖突，處于各種原因不容易拿到明確的答案，比較常見的情況。我的項目經理經過“慎重”考慮，采用了處長的建議，人們常常認為職高語重。
?? ? 很顯然，我的項目經理作了個決策，在我看來一個不明智的決策，或者說根本不應該他來做的決策。
?? ? 在進行需求評審時，我的項目經理如此決策進行了匯報，結果招來上述二人的埋怨，這次兩個人倒是表現的很一致。太失策了，本該不必決策，卻畫蛇添足。如果掌握決策技巧，就不會遭此劫了。如果是你，應該采用什么樣的決策技巧呢?
?? ? 溝通能力：
?? ? 各種項目管理書籍都強調溝通能力的重要性。也的確如此，溝通能力是軟件開發項目經理必須具備的首要能力。
?? ? 美國項目管理專家劉易斯在其著作《項目經理案頭手冊》中感嘆：與人交往是項目經理必須執行的一個大任務，部分程度上是因為項目經理往往有很多責任卻(經常)僅有很少的權利。這在項目管理中幾乎是既定的。所以，做每件事情的唯一辦法是，使用人際交往技能，即溝通能力。這些技能包括勸說、影響、協商，有時甚至乞討。
?? ? 美國的項目經理們尚且如此注重溝通能力，作為中國軟件項目經理從業者來說，更是如此，不僅中國軟件行業發展狀況如此，中國人做事講究人際關系更是使之如此。
?? ? 聽聽劉易斯的建議：“如果你憎惡與人交往，那么建議你與老板來一次真心交談，表明你不想做項目經理的想法，寧愿做一名技術人員。如果還不理想，那就干脆換行。”
?? ? 如果要成為一名出色的項目經理，務必重視溝通能力的培養，但同時一定要注意溝通的技巧，讓溝通成為真正有效的溝通。
?? ? 另外，現實生活中，有一個不得不提的現象：人們擁有大量信息，但卻又都急于獲得信息，在人們無法得到所需信息的時候，就開始編造，謠言也由此而生。項目管理實踐過程中，也是同樣的道理，當項目干系人無法獲得充分信息的時候，他們習慣于根據經驗猜測，從而為各種項目沖突和誤解打下了伏筆。就其根本，癥結所在就是缺乏溝通或者溝通失效。
?? ? 人力資源開發能力：
?? ? 人員開發的能力，雖然我常會提到，但我也很明白，并不是所有的項目經理都真正認識到它的重要性。對于剛剛踏上項目經理職路上的人們，這也是可以理解的。
?? ? 但對于已經從事項目經理工作1年以上的人們，我還是要建議你重視這個能力的培養。切忌，讓領導交到你手上的資源升值，而軟件項目經理手里最重要的資源就是人才。“如果把項目組成員做跑了，那你一定不是合格的項目經理。”這是我衡量失敗項目經理的標準之一。
?? ? 讓你手上資源升值的途徑很多，你一定要仔細斟酌。盡量多的培訓、充足的內部交流、非工作方面的經驗交流等等，都是必不可少的。
?? ? 這就是我的項目經理“5+4”素質能力模型，如果你是一位肯聽建議的項目經理，或者致力于成為項目經理的人，請免費參考。
? 2.2 產品經理
??????? 產品設計體會（8013）什么是真正的產品經理(轉)
?? ?很多論壇都在探討何為產品經理，產品經理該干什么？
?? ?多人也處于不明白產品經理為何物的蠻荒時代。
?? ?我本人從市場研究做起，后來是可用性測試，然后是產品設計師，再后來是產品經理，我自認為我對產品經理的理解強于大多數人，可以為你們解答疑惑。
?? ?背景：很多人的title都是產品經理，但是我要說的是真正意義上的產品經理，這種產品經理責任重大，能力超強，待遇超高。就算你目前不是這種產品經理，那么這也應該是你努力的方向。我下面說的產品經理指的都是這種產品經理
??? (一)、判斷一下此人是不是產品經理
?? ?定義：產品經理，顧名思義，該人能夠對產品負全責。
?? ?判斷方法： 看指標、 看責任、看工作方式
?? ?1.看指標：以用戶數（極個別時候用PV）作為考核指標，否則一定不是產品經理！產品的意義就在于留住用戶，所以用戶數是評價產品的最核心標準。你對產品所做的一切努力都會體現在用戶數上。
?? ?2.看責任：產品經理需要對產品負全責。我舉個例子，如果產品出現技術問題，比如奧運期間訪問量大增，造成服務器負載過大，以至于當機，影響了用戶訪問，領導第一個罵誰？罵你？恭喜，你是一名真正的產品經理。產品經理顯然應該了解服務器的最大載荷以及在中國各地的分布情況，網通和電信、鐵通、校園網等鏈路的具體情況也理所當然的應該是產品經理的職責范疇。
?? ?3. 看工作方式：產品經理會一直運營一款（最多兩款）產品，如果你看到一個人以項目的方式參與產品的某個階段，工作完后就去做另一款產品 ，那么毫無疑問，此人非產品經理也。
??? (二)、產品經理的職責
?? ?對產品負全責，誰都會說。但是怎么才叫負全責呢？所謂的負全責是對“整個產品生命周期負責”。從市場調查、產品規劃、概念設計、功能設計、產品邏輯設計、原型設計、交互設計、界面設計、技術環節的溝通、項目管理、產品上線、上線后的運營管理、產品推廣、對外合作、產品改版升級……總之，從產品誕生開始一直到產品推出市場，再到市場運營，再到改版，知道產品退出市場。這一切都應該是由一名產品經理全權負責。他對產品的方方面面都很了解。一個PM在一款產品上做3、5年是很平常的。
??? (三)、產品經理的典型工作
?? ?我隨便羅列一些我的日常工作吧，盡量按照產品生命周期寫。
?? ?1.規劃階段：競品分析、產品整體規劃
?? ?2.設計階段：產品一期概念設計、功能、交互、原型設計、技術可行性分析、可用性測試、形成需求文檔
?? ?3.開發階段：項目排期、項目跟進、產品一期單元測試、產品一期上線
?? ?4.運營階段：產品一期運營（內容運營、技術運營、運營人員工作安排，周末值班人員安排）、市場營銷與推廣（尋找合作機會，參與合作談判——通常與市場部合作，簽署合作法律文件——通常與公司法務部合作，監督合作推廣的執行，分析推廣效果ROI等等）、運營數據分析、一期改版意見、產品二期概念設計、產品二期需求文檔草案
?? ?5.產品二期設計階段：產品二期需求文檔、產品二期技術論證
?? ?6.產品二期開發階段 …….
??? (四)、哪些職位被誤認為是產品經理：
?? ?1.UE設計：這個東西最害人。產品設計師絕不是產品經理，請大家務必記住這一點。產品設計師管理的是設計過程，而產品經理管理的是整個產品的所有環節。目前有很多UE從業者——多是設計師——最容易將二者混淆
?? ?2.項目經理：項目經理的職責是保證項目順利按需求上線，別的不管。而產品經理要自始至終的管理一款產品。
?? ?3.產品運營：運營是產品經理最主要的職能，但不是全部
??? (五)、產品經理的核心技能
?? ?“控制”是產品經理的核心技能。
?? ?要對產品的一切細節了然于胸，要對產品涉及到的方方面面有所了解，要能夠控制產品團隊（設計、技術、運營等一切環節），要有高超的溝通能力和技巧，要有極強的成功欲望和非常主動的做事態度。
??? (六)、總結
?? ?所以真正意義上的產品經理是很難得的，壓力是很大的，待遇是很高的，人才是很稀有的 :)
?? ?頭頂產品經理title的人99%不具備產品經理的資質
?? ?也許你認為我寫的這些要求太高了，但事實上一名合格的產品經理的確應該具備的基本素質。
?? ?希望大家共同努力，朝這個目標發展。
?? ?壓力是巨大的，困難時巨大的，成就是巨大的:0
?? ?重申一遍，產品經理管理的是產品，不是人！
?? ?產品經理沒有直接管理業務支持方（包括美工、技術、客服、市場）的權利，這是產品經理制度的管理學基礎，這個是不能動搖的。如果產品經理有權利支配支持方，那是事業部制度。而事業部制度的核心是獨立核算，自己是一個獨立的利潤中心 + 成本中心。但是產品經理制不是這樣的，產品經理只是利潤中心，不是成本中心。即便是有了產品管理團隊，他們一般那也是和其他業務共用基礎性資源：如美工、技術開發、市場合作等。但是不排除個別產品使用一些成本性資源，但是那不是常態。比如我們有一個產品招了個專職BD，但是大家都知道這個BD是臨時歸產品經理管，他最終還是會被市場部招安的。
3 技術總監/技術副總----------------------------------------------------------------------------------------------
??????? 技術總監一般負責一個企業的技術管理體系的建設和維護，制定技術標準和相關流程，能夠帶領和激勵自己的團隊完成公司賦予的任務，實現公司的技術管理和支撐目標，為公司創造價值！一個好的技術總監不僅要自身具有很強的技術管理能力，同時，也要有很強的技術體系建設和團隊管理的能力，要對企業所在行業具有深入理解，對行業技術發展趨勢和管理現狀具有準確的判斷。
??????? 技術總監（Chief Technology Officer，CTO，又常稱為技術官或首席技術官）是企業團體里的高階主管職位之一，是企業內負責技術的最高負責人。這個名稱是在1980年代時從美國開始興起，起源于一些有大規模投資在研究與發展（R&D）項目的大型公司，如通用電氣（General Electric, GE），美國電話電報（AT&T）與美鋁（ALCOA），主要責任是將科學研究成果轉為營利項目。
??? 1990年代，因計算機和軟件公司熱門，很多公司把CTO的名稱給予管理計算機系統和軟件的負責人。有時CTO和CIO（Chief Information Officer，是信息管理最高負責人）是同一個人（尤其在軟件公司），有時CTO會歸于比較精通科學技術的CIO手下。在不同領域的公司，CTO工作性質不同；即使在同一領域，工作性質也可能大不相同。一般CTO會有以下責任：
?? ? * 長期技術方向（戰略性）
?? ? * 短期技術方向（戰術性）
?? ? * 管理研究對公司經營活動和營利的影響
?? ? * 公司中使用的軟件
??? 補充一點：
??? 通過我的求職過程發現，現在IT行業的技術總監是一個比較混亂的稱呼。
??? 大型公司，總監的上級是CEO ,下級是部門經理;
??? 大部分公司是把部門經理或者以前的技術主管叫做技術總監，有的公司甚至把一個類似于組長的叫做總監！比如天天周末購物返現網這家公司，就是這個現象。各位求職者面試過程中一定要問清組織結構。
???? 崗位要求:
????????? 一：全面負責技術部工作，直接對總經理負責。
?? ? 二、 參與公司發展戰略和計劃的制定。
?? ? 三、 參加公司會議，將工作落實到位。
?? ? 四、 加強技術隊伍建設和管理。
?? ? 五、 制定技術目標和工作方案。
?? ? 六、 組織網絡開發工作的實施。
?? ? 七、 加強部門合作，提供技術支持。
?? ? 八、 加強計算機使用的管理。
?? ? 九、 參與制訂電腦、網絡軟、硬件及耗材的采購計劃。
?? ? 十、 負責網絡安全管理。
?? ? 十一·、 對公司機密負有保密責任。
?? ? 十二、 積極完成其它臨時性工作。
???? 業務職責:
????????? 1、制訂并組織實施技術系統工作目標和工作計劃。
?? ? 2、組織制訂并實施技術系統規章制度和實施細則。
?? ? 3、組織不合格品的審理工作。
?? ? 4、組織技術、產品開發與創新。
?? ? 5、組織建立并實施質量體系。
?? ? 6、公司標準化、計量管理工作。
?? ? 7、定期進行技術分析和質量分析工作，制定預防和糾正措施。
?? ? 8、重要技術工藝設備、計量器具的申購。
?? ? 9、技術系統文件等資料的整理保管及公司檔案管理工作。
?? ? 10、公司保密工作。
???? 管理職責:
?? ???? 1、組織建設
?? ? （1）、參與討論公司部門級以上組織結構；
?? ? （2）、確定下級部門的組織結構；
?? ? （3）、當發現下級部門的崗位設置或崗位分工不合理時，要及時指出問題，作出調整，并通知人力資源部。
?? ? 2、招聘及任免
?? ? A、用人需求
?? ? （1）、提出直接下級崗位的用人需求，并編寫該崗位的崗位職責和任職資格，提交給總經理確認；
?? ? （2）、確認直接下級提交的用人需求（含崗位職責和任職資格），并提交總經理確認。
?? ? B、面試
?? ? （1）、進行直接下級崗位的初試；
?? ? （2）、進行直接下級的直接下級崗位復試，并做最后確定；
?? ? （3）、組織參與面試的人員。
?? ? C、不合格員工處理
?? ? （1）、提出對不合格直接下級的處理建議，提交總經理確認；
?? ? （2）、確認直接下級提出的對不合格員工的處理建議，提交給人力資源部。
?? ? ? 3、培訓
?? ? （1）、提出對直接下級的培訓計劃，提交總經理確認；
?? ? （2）、確認直接下級提出的培訓計劃，提交人力資源部。
?? ? ? 4、績效考評
?? ? （1）、提出直接下級的績效考評原則，提交總經理確認；
?? ? （2）、根據總經理確認的績效考評原則，與人力資源部經理商討并確定績效考評方法；
?? ? 薪資行情
?? ? 薪資水平因公司所在行業和公司自身規模的大小而不盡相同，中小企業的技術總監的薪酬相對要低一些。平均而言，國內知名公司的技術總監一般年薪范圍在20-60萬元左右，相關專業技能的經驗越豐富年薪越高[1]。
?? ?職業發展路徑
?? ? 技術總監是企業團體里的高階主管職位之一，是企業內負責技術的最高負責人，類似總工程師。技術總監需要有多年的行業內技術開發工作經驗，精通行業相關技術及了解同行技術發展狀況，并且還要有一定的技術前瞻性和團隊領導能力。其一般是由技術部經理、研發部經理、質量管理部經理發展而來，經過努力可以向主管技術的副總經理、甚至總經理的方向發展，也可以利用自身的技術優勢、積累的人脈關系和資金，進行自主創業。
???????
一、職業規劃：
?初級工程師->中級工程師->高級工程師->架構師 ->
?????????????????????????????????????????????????????????????????????? -->技術總監->部門經理->技術副總/CTO->總經理
項目經理及開發經理(10人)->高級經理（50）->產品經理（100人）->
?? ??? ?????????????????????????????????????????? ? ? ? ? ? ? ? ? ? ? ? ??? 積累人脈??????????????????????? -->?? ??? ?????????????????????????????????????????? ? ? ? ? ? ? ? ? ? ? ? ? ? 積累技術??????????????????????? -->
?? ??? ?????????????????????????????????????????????????????????????????????????????? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?? -->自主創業
?? ??? ?????????????????????????????????????????? ? ? ? ? ? ? ? ? ? ? ? ? ? 積累資金??????????????????????? -->
?? ??? ?????????????????????????????????????????? ? ? ? ? ? ? ? ? ?? 對某個行業有前瞻性研究????????? -->
技術上參考：2012年必須精通-自然科學-工程技術-計算機領域--職業規劃系列.txt
經管上參考：2012年必須精通-社會科學-經管領域-投資理財--職業規劃系列.txt
人脈上參考：七個習慣團體習慣、社會心理學、識人、交人、改進增進交情、
參考資料：
?? ?軟件工程師的工作能力主要體現在三個方面：態度、管理和專業技術。“態度決定一切”，你常常會聽到這種說法，事實也確實如此。充滿熱情、積極主動、認真、責任感，等等，這些確實有助于提高工作效率和質量，盡管你的專業技能可能差一些。這里探討的是知識和技能，并據此對軟件工程師進行分級，因此，工作態度不在本文的討論范圍之內。
?? ?本文按照完成任務的難度和質量對軟件工程師分類，并闡述相應的類別所需要的技能。
1、軟件工程師分級----------------------------------------------------------------------------------------------
1.1、初級軟件工程師
?? ?可以在高級工程師的指導下完成模塊編程。
?? ?面對一個編程問題，他們對實現方法了解不多，通常只要實現了就行，不會過多考慮更好的實現。因此，無法保證產品質量。
1.2、中級軟件工程師
?? ?可以獨立完成模塊編程。
?? ?面對一個編程問題，他們對不同的實現方法有了解，通常也會選擇更好的實現，但是，由于對原理了解不深刻，他們采用的實現方法常常無法保證產品質量。
?? 1.2.2、中級工程師技能的進一步闡述
?? ?與高級工程師比較，除了在管理技能和商用產品開發能力兩個方面不作要求之外，其它技能要求沒有差別。
1.3、高級軟件工程師
?? ?有能力開發商用產品，可以指導低級別的工程師開發模塊規模的軟件。有一種特殊情況，有一些工程師的專業技術能力比較弱但管理能力很強，他們可以主動組織協調其他工程師完成商用級產品的開發。這些人也具有高級軟件工程師的能力。
??? 1.3.1、高級軟件工程師的技能
??? 1.3.1.1管理：
??? 1.3.1.1.1、可以參與招聘面試。
?? ?1.3.1.1.2、可以獨立負責研發項目，具有一定的項目管理能力。
??? 1.3.2技術：
?? ?1.3.2.1、分析問題、解決問題的能力 (why what how)? （各行各業都需要通用能力）
?? ?能夠查找到問題相關的主流解決方法，了解這些方法的工作原理并分析其優缺點。這里涉及到幾個方面的能力：
?? ?－發現問題 《你的燈亮了嗎？》Donald C.Gause;Gerald M.Weinberg
?? ?－查找資料 （快速理解中英方式的資料）google \圖書館 \ 請教導師、老師、同事、朋友。。。。。
?? ?－理解和分析解決方法 《如何解題》波利亞
?? ?1.3.2.2、編程 （數據結構和算法、計算機系統結構、操作系統、計算機網絡、數據庫、編譯原理、軟件工程、程序設計語言 參考《ACM通訊》Computing as a Discipline）
?? ?編寫的程序不僅結構合理，而且運行效率和穩定性都達到產品級，具體要求是：
?? ?－能夠設計合理的程序結構，熟練掌握設計模式? 《數據結構和算法》《設計模式》《重構》《架構模式》
?? ?－能夠使用工具測量程序的資源占用，并據此進行優化? Jprofiler
?? ?1.3.2.3、操作系統（或java虛擬機）
?? ?操作系統是程序運行的基本環境。要了解程序的運行狀態，必須首先了解操作系統。
?? ?－熟悉內存、線程等資源管理原理，并可以觀察資源使用狀態
?? ?－熟悉類或模塊加載原理，并可以觀察
?? ?1.3.2.4、文檔 （讀寫溝通能力 語言領域）
?? ?可以編寫有質量的文檔，具有可用的書面溝通能力。
?? 1.3.3、高級軟件工程師的技能的進一步闡述
?? ?作為高級軟件工程師，你的第一重要的能力是編寫商用級的軟件。也許你的技術能力還不能滿足商用軟件開發的要求，但如果你能夠主動協調其他人完成產品的開發，你的能力仍然配的上高級軟件工程師的稱謂。初級和中級軟件工程師不具有上述能力，因此，他們只能從事小模塊的編寫。小模塊的質量問題必須限制在小范圍內，不應該影響整個軟件系統的質量。
?? ?你已經有了多年的經驗，對別人和對自己都觀察了多年，因此，你看人會比較準確，溝通技能會比較熟練。識人是管理技能中最重要的。如果你這方面的能力有欠缺，你可以靠自己過硬的技術能力解決問題，不過，你要想更上一層樓就困難了，軟件開發畢竟是團隊活動。最佳實踐所達到的境界是這樣的：上下左右的人都知道你在干什么，你也知道別人在干什么。
?? ?你做事情也比較有經驗了，掌握了一定的項目管理方面的技能，包括計劃制定、監督、通報等。
?? ?你對自己編寫的程序非常了解，并知道如何測量它占用資源的情況。
?? ?你也許創新能力有限，但應該有能力找到已有的答案，從而解決曾經被別人解決過的問題。
1.4、資深軟件工程師 （架構師/產品規劃師/項目經理）
?? ?有能力設計大型軟件系統的架構，具有產品設計（規劃）能力，具有管理10人以上團隊的能力。
?
1.5 架構師
?????? 讀《架構實戰》前，和幾個阿里的架構師聊天，討論架構師最基本的素質，總結出兩點，1是技術知識廣度，2是業務行業深度。
自己細化后，和《架構實戰》這本書的架構師的定義不謀而合。
1 架構師是技術領導。
架構師必須要有技術，而且還是領導。架構師要帶領自己團隊完成自己的任務，完全憑借自己的能力做事情，完全是匹夫之勇，根本不提倡。
2 架構師理解軟件流程。
架構師必須了解軟件流程，否則無法驅動整個團隊前進，如果一個架構師不熟悉開發流程，無法協調產品線相關人員進行高效工作，也無法指導團隊成員完成自己的工作。所以來說架構師一般不是空降兵（除非是全新的部門），因為空降兵一般不會熟悉新公司的開發流程，即使是同一個行業的，各個公司的差別還是很大。所以說聽說某某去某某公司做首席架構師或者首席科學家，一般是高風險的事情，即使他對這個行業很了解。
3 架構師必須熟悉業務領域。
如果一個架構師不熟悉自己的行業，做的架構就是紙上談兵，熟悉業務領域的架構師，才能很好的理解需求，做出合適的方案。互聯網和網絡安全是完全不同的兩個方向，即使你熟悉里面的各種具體技術，但是以互聯網的架構來做網絡安全產品，肯定是100%的失敗。
我做PKI的時候，項目最初的使用.net，使用微軟的crytoAPI，開發的很順利。后來來了一位新的架構師，覺得.net不能跨平臺，決定選用 java，做出產品后，發現找不到arm cpu的jdk，使用平臺有限。再次決定使用openssl做，最后這個項目以失敗而告終。后來我想過arm cpu都是嵌入式設備用的，根本沒有任何嵌入式設備提供CA服務。
4 架構師必須要有廣度的知識。
架構師考慮的問題必須全面，必須了解的要廣，具體的細節可以不關注，因為細節變化很快。很多具體技術人員出身的架構師，只關注于具體的細節，某些方面做的很好，整體的性能很差。
下面這個項目的成功可以理解為一個笑話。某公司的兩個部門都做c程序的，A部門做的平臺使用的x86和mips，B部門使用平臺是x86和 arm，后來A部門的一個模塊要給B部門用，最后發現根本不能運行。最后A部門發現arm平臺使用big endian模式，這樣A部門的20多名員工，檢查代碼中所有非零整數，經過數個月苦戰，才修改完畢。其實解決方法很簡單，因B部門的代碼也是首先在 x86做的，做的時候他們考慮了cpu的endian模式。這并不能說B部門架構師很牛，從另一個方面說他的無知。因為板子有跳線，專門切換cpu的是 big endian還是little endian，這樣兩個部門都可以不修改程序。
5 架構師必須是寫程序的高手。
架構師一般都是開發人員出身，一般都是團隊的核心。優秀的架構師應該了解團隊使用各種技術，有了這些知識，才能和開發人軟進行有效溝通。
有一個項目架構使用xml做配置，因為病毒庫很龐大，最后導致xml 達30多兆，服務端的java程序使用dom 進行過濾的時候，30兆xml加載很慢，頻繁出現out of memory。這個項目后來擱淺。根據以前的經驗發現 msxml加載30多M的xml 不過幾秒，而且msxml的xpath速度很快，后來專門為此寫了JNI處理xml的。
6架構師是優秀的溝通人員。
架構師一定要會忽悠，至少要扯淡。架構師不但要指導本部門員工的工作，也要協調其他部門的資源，還要向用戶收集需求，制定規格說明書，重要的把用戶的不合理要求砍掉，合理需求遵循自己的思路。
?? ?當然，后面也有一些不好的評價，不過，我還是覺得買來看看，開卷有益。
?? ?在做了一段時間管理后，發現，做技術出身的總有一種情結，那就是自己做的要比別人更細致、更好，我一定要掌握細節。
?? ?可是，在現在的開發團隊中，都是合作，不是什么事情都能親歷親為。更甚者，都把活安排出去，自己就不用做細節的技術，于是就有一種“漂浮”的感覺，很不踏實。
?? ?所以，我還是不懂管理，不懂技術。O(∩_∩)O~
? 2.1 項目經理
????? 軟件項目經理素質能力的必備要求
?? ?“Everything is Project”，事事皆項目。軟件項目無處不在，無數的項目成敗甚至直接決定企業未來發展命運。軟件項目經理作為項目成敗關鍵角色，已經深入人心。項目經理已經成為熱門職業，一定會一直熱下去，除非軟件從人類世界消失。
?? ? 基于個人所見所得、所學所經歷，總結一下作為合格的項目經理需要具備的素質和能力。各種書籍和組織無數次地談到這些，都非常有道理，本文僅代表個人感受。
?? ? 我暫時稱其為“5+4”素質能力模型。
?? ? 5大素質要求：職業道德、身體素質、心理素質、知識、經驗
?? ? 4大能力要求：領導能力、決策能力、溝通能力、人力資源開發能力
?? ? 每個素質能力要求點都蘊含著無限的深意，甚至其中一點足夠優秀，就可以讓你成為一個非常成功的人。但作為真正合格的項目經理，你必須全面，除非你對這個職業沒有足夠的熱情。我們一起來認識他們，給自己一個修煉的方向。
?? ? 良好的職業道德：
?? ? 職業道德，作為一名普通的職業人，也許很少有心思來思考這個詞語。但隨著你帶過的項目增多，帶過的人增加，你會非常深刻地體會到它是多么的重要。
?? ? 良好的職業道德表現為做人做事的責任心，面對利益沖突的原則性，團隊合作的積極性與熱情。不僅如此，而且有著更廣泛的內容。思考吧，職業道德絕對是成為合格項目經理的必要條件之一。
?? ? 人都不善于發現自己的不足，那就讓我們從別人的不足來衡量一下。假設你是一位項目總監，你的一個項目很關鍵，但卻出現了一些不小的困難，當然項目出現困難是很常見的事情。而你的一個項目經理油嘴滑舌(可能有點刺耳，就是這點讓你覺得他還適合做項目經理，你認為他有溝通能力)，而沒有強烈的責任心(強調客觀原因或者一味埋怨別人，這就是表現)，或者面對困難卻激發了他想找一份更高薪水的工作。這絕對是缺少職業道德，也是讓上級最討厭的那種項目經理。相信你絕對不想成為這樣的項目經理。
?? ? 那就好好地思考一下職業道德的問題，沒有標準可言的。不必“嘔心瀝血”似的職業精神，，但起碼能夠做到“良好”。
?? ? 健康的身體：
?? ? 身體是革命的本錢。軟件項目經理是一個勞心勞力的職業，“責任重而權力小”是大家的共識。這一切都需要健康的身體。
?? ? 健康的身體有多重要，其實不用我在這里說明。我只想談談良好的生活習慣對身體的重要性。友情提示：務必養成良好的生活習慣。
?? ? 我的項目經理和程序員們具有軟件開發從業人員共有的特性，尤其是這個行業更偏于年輕，我稱其為“朝陽行業”更好聽些，但這些朝陽人花在深夜游戲、聊天、泡吧的時間似乎太多了些，生活不夠規律，身體狀態大受影響。
?? ? 我希望作為項目經理或者即將成為項目經理的你，務必要養成良好的生活習慣，保持健康的身體。甚至能夠引導你的組員，那就再好不過了。
?? ? 優秀的心理素質：
?? ? 心理素質對一個項目經理太重要了。當然，如果你的心理素質很好，也許你不會感到這是什么問題。讓我感覺，心理素質的一個重要表現是：面對重大的項目壓力時，你的心理承受情況如何?
?? ? 項目的壓力來源很多，包括你的客戶、你的領導，還有你的組員。你需要具有承受這種壓力的巨大潛力，否則，你會手忙腳亂。
?? ? 除此之外，心理素質還表現在你的思維、你的個性以及你的創新意識等等。想想吧，作為項目經理的你，太多需要承受了，太多需要思維了。
?? ? 軟件項目經理素質能力的必備要求2
?? ? 堅實的知識積累：
?? ? 佛洛伊德著過《欲望決定命運》，我很喜歡。我暫時竊取一下，說“知識決定命運”，好像也挺有道理的。
?? ? 中國是一個重視學歷教育的國家，至少我的項目經理和程序員最低都是專科學歷，事實是，絕大部分是本科學歷。擁有了標志著知識的學歷，我們有了選擇的機會，確切的說，是被選擇的機會。
?? ? 我的項目經理在努力學習PM-BOK，我的程序員在努力學習各種編程技術。他們都在努力改變命運，我真的很佩服很喜歡他們。
?? ? 知識決定命運，同樣決定著項目經理的命運。堅實的知識積累，當然我更多指跟項目經理職業相關的知識，會成為你項目經理職業生涯的堅實后盾。
?? ? 豐富的經驗：
?? ? 我們在招聘項目經理時，常常關注工作經驗。那是因為我們常想把培養的成本拋給別人，但我更喜歡培養，我認為這樣更符合中國人特有的人情味，而且更讓人放心。憑什么辛辛苦苦跟你打拼之后，你卻不給他發展機會，非要讓他到別人那里找機會呢?
?? ? 有豐富的經驗注定重要，沒有人會反對這一點。但我想說的是，如果你沒有經驗，不要氣餒，誰生下來就做過項目經理呢。
?? ? 更重要的是把握獲取和積累經驗的機會。一旦你有機會，不要輕易放棄，而要抓住機會，努力為自己積累經驗。如果你恰好剛剛抓住這個機會，我建議你，仔細檢查一下自己從事這一職業尚需修煉的內容。
?? ? 領導能力：
?? ? 我的老師曾經說過一句話“經理需要領導，經理正在領導”。我之所以沒有徹底的問一問這句話的真正含義，我覺得自己來琢磨更有意思，而且隨著時間越長，琢磨出來的意思越多。
?? ? 我覺得意思應該是這樣吧，項目經理需要領導能力，而作為項目經理也正在運用著領導能力從事領導工作。可見領導能力是項目經理必備的能力之一。
?? ? 到底領導能力是什么?絕對不是管管人那么簡單，我看過一本非常有趣的項目管理書籍《最后期限》(《The Deadline》)，作者迪克馬對管理描述的一段話很適合回答這個問題，大意如下。
?? ? 項目經理做好領導工作，關鍵做好如下四件事情：1)選擇正確的人;2)為他們分配正確的工作;3)保持他們的積極性;4)幫助團隊凝聚起來并保持團隊的凝聚力。
?? ? 作為項目經理，能做好這四件事情，至少能保證你的領導能力有了不錯的發揮。希望你與我一樣，能細細體會。
?? ? 決策能力：
?? ? 項目經理作為基層管理人員，又不同于普通的基層管理人員，常常面對各種項目決策，需要較強的決策能力。其實，我更想說的是，決策技巧能力。
?? ? 在軟件行業，項目經理往往屬于典型的“責任大而權力小”的角色。處在一個相對復雜的環境(當然這個復雜并不帶有任何個人偏見感情色彩)，所以說復雜，是因為項目經理面對的項目干系人往往眾多，而且代表不同的利益方面，具有不同的知識行業背景。這一切必然要求項目經理需要在滿足多方利益情況下做出最合理的決策。
?? ? 不要把決策與拍板簡單等價，務必要認識到決策技巧的重要性。分清哪些是你可以直接作決策的，哪些必須是借助集體力量才能作決策的，甚至哪些是你根本不能參與任何決策的。
?? ? 我的一個項目經理就遇到了這個麻煩，情況是這樣：
?? ? 客戶的兩個人，一個是處長，一個是副處長，對項目一個需求方案的看法相互沖突，溝通了兩次也沒有個明確答案，最后只聽到處長說“這個比較好吧”。二人看法相互沖突，處于各種原因不容易拿到明確的答案，比較常見的情況。我的項目經理經過“慎重”考慮，采用了處長的建議，人們常常認為職高語重。
?? ? 很顯然，我的項目經理作了個決策，在我看來一個不明智的決策，或者說根本不應該他來做的決策。
?? ? 在進行需求評審時，我的項目經理如此決策進行了匯報，結果招來上述二人的埋怨，這次兩個人倒是表現的很一致。太失策了，本該不必決策，卻畫蛇添足。如果掌握決策技巧，就不會遭此劫了。如果是你，應該采用什么樣的決策技巧呢?
?? ? 溝通能力：
?? ? 各種項目管理書籍都強調溝通能力的重要性。也的確如此，溝通能力是軟件開發項目經理必須具備的首要能力。
?? ? 美國項目管理專家劉易斯在其著作《項目經理案頭手冊》中感嘆：與人交往是項目經理必須執行的一個大任務，部分程度上是因為項目經理往往有很多責任卻(經常)僅有很少的權利。這在項目管理中幾乎是既定的。所以，做每件事情的唯一辦法是，使用人際交往技能，即溝通能力。這些技能包括勸說、影響、協商，有時甚至乞討。
?? ? 美國的項目經理們尚且如此注重溝通能力，作為中國軟件項目經理從業者來說，更是如此，不僅中國軟件行業發展狀況如此，中國人做事講究人際關系更是使之如此。
?? ? 聽聽劉易斯的建議：“如果你憎惡與人交往，那么建議你與老板來一次真心交談，表明你不想做項目經理的想法，寧愿做一名技術人員。如果還不理想，那就干脆換行。”
?? ? 如果要成為一名出色的項目經理，務必重視溝通能力的培養，但同時一定要注意溝通的技巧，讓溝通成為真正有效的溝通。
?? ? 另外，現實生活中，有一個不得不提的現象：人們擁有大量信息，但卻又都急于獲得信息，在人們無法得到所需信息的時候，就開始編造，謠言也由此而生。項目管理實踐過程中，也是同樣的道理，當項目干系人無法獲得充分信息的時候，他們習慣于根據經驗猜測，從而為各種項目沖突和誤解打下了伏筆。就其根本，癥結所在就是缺乏溝通或者溝通失效。
?? ? 人力資源開發能力：
?? ? 人員開發的能力，雖然我常會提到，但我也很明白，并不是所有的項目經理都真正認識到它的重要性。對于剛剛踏上項目經理職路上的人們，這也是可以理解的。
?? ? 但對于已經從事項目經理工作1年以上的人們，我還是要建議你重視這個能力的培養。切忌，讓領導交到你手上的資源升值，而軟件項目經理手里最重要的資源就是人才。“如果把項目組成員做跑了，那你一定不是合格的項目經理。”這是我衡量失敗項目經理的標準之一。
?? ? 讓你手上資源升值的途徑很多，你一定要仔細斟酌。盡量多的培訓、充足的內部交流、非工作方面的經驗交流等等，都是必不可少的。
?? ? 這就是我的項目經理“5+4”素質能力模型，如果你是一位肯聽建議的項目經理，或者致力于成為項目經理的人，請免費參考。
? 2.2 產品經理
??????? 產品設計體會（8013）什么是真正的產品經理(轉)
?? ?很多論壇都在探討何為產品經理，產品經理該干什么？
?? ?多人也處于不明白產品經理為何物的蠻荒時代。
?? ?我本人從市場研究做起，后來是可用性測試，然后是產品設計師，再后來是產品經理，我自認為我對產品經理的理解強于大多數人，可以為你們解答疑惑。
?? ?背景：很多人的title都是產品經理，但是我要說的是真正意義上的產品經理，這種產品經理責任重大，能力超強，待遇超高。就算你目前不是這種產品經理，那么這也應該是你努力的方向。我下面說的產品經理指的都是這種產品經理
??? (一)、判斷一下此人是不是產品經理
?? ?定義：產品經理，顧名思義，該人能夠對產品負全責。
?? ?判斷方法： 看指標、 看責任、看工作方式
?? ?1.看指標：以用戶數（極個別時候用PV）作為考核指標，否則一定不是產品經理！產品的意義就在于留住用戶，所以用戶數是評價產品的最核心標準。你對產品所做的一切努力都會體現在用戶數上。
?? ?2.看責任：產品經理需要對產品負全責。我舉個例子，如果產品出現技術問題，比如奧運期間訪問量大增，造成服務器負載過大，以至于當機，影響了用戶訪問，領導第一個罵誰？罵你？恭喜，你是一名真正的產品經理。產品經理顯然應該了解服務器的最大載荷以及在中國各地的分布情況，網通和電信、鐵通、校園網等鏈路的具體情況也理所當然的應該是產品經理的職責范疇。
?? ?3. 看工作方式：產品經理會一直運營一款（最多兩款）產品，如果你看到一個人以項目的方式參與產品的某個階段，工作完后就去做另一款產品 ，那么毫無疑問，此人非產品經理也。
??? (二)、產品經理的職責
?? ?對產品負全責，誰都會說。但是怎么才叫負全責呢？所謂的負全責是對“整個產品生命周期負責”。從市場調查、產品規劃、概念設計、功能設計、產品邏輯設計、原型設計、交互設計、界面設計、技術環節的溝通、項目管理、產品上線、上線后的運營管理、產品推廣、對外合作、產品改版升級……總之，從產品誕生開始一直到產品推出市場，再到市場運營，再到改版，知道產品退出市場。這一切都應該是由一名產品經理全權負責。他對產品的方方面面都很了解。一個PM在一款產品上做3、5年是很平常的。
??? (三)、產品經理的典型工作
?? ?我隨便羅列一些我的日常工作吧，盡量按照產品生命周期寫。
?? ?1.規劃階段：競品分析、產品整體規劃
?? ?2.設計階段：產品一期概念設計、功能、交互、原型設計、技術可行性分析、可用性測試、形成需求文檔
?? ?3.開發階段：項目排期、項目跟進、產品一期單元測試、產品一期上線
?? ?4.運營階段：產品一期運營（內容運營、技術運營、運營人員工作安排，周末值班人員安排）、市場營銷與推廣（尋找合作機會，參與合作談判——通常與市場部合作，簽署合作法律文件——通常與公司法務部合作，監督合作推廣的執行，分析推廣效果ROI等等）、運營數據分析、一期改版意見、產品二期概念設計、產品二期需求文檔草案
?? ?5.產品二期設計階段：產品二期需求文檔、產品二期技術論證
?? ?6.產品二期開發階段 …….
??? (四)、哪些職位被誤認為是產品經理：
?? ?1.UE設計：這個東西最害人。產品設計師絕不是產品經理，請大家務必記住這一點。產品設計師管理的是設計過程，而產品經理管理的是整個產品的所有環節。目前有很多UE從業者——多是設計師——最容易將二者混淆
?? ?2.項目經理：項目經理的職責是保證項目順利按需求上線，別的不管。而產品經理要自始至終的管理一款產品。
?? ?3.產品運營：運營是產品經理最主要的職能，但不是全部
??? (五)、產品經理的核心技能
?? ?“控制”是產品經理的核心技能。
?? ?要對產品的一切細節了然于胸，要對產品涉及到的方方面面有所了解，要能夠控制產品團隊（設計、技術、運營等一切環節），要有高超的溝通能力和技巧，要有極強的成功欲望和非常主動的做事態度。
??? (六)、總結
?? ?所以真正意義上的產品經理是很難得的，壓力是很大的，待遇是很高的，人才是很稀有的 :)
?? ?頭頂產品經理title的人99%不具備產品經理的資質
?? ?也許你認為我寫的這些要求太高了，但事實上一名合格的產品經理的確應該具備的基本素質。
?? ?希望大家共同努力，朝這個目標發展。
?? ?壓力是巨大的，困難時巨大的，成就是巨大的:0
?? ?重申一遍，產品經理管理的是產品，不是人！
?? ?產品經理沒有直接管理業務支持方（包括美工、技術、客服、市場）的權利，這是產品經理制度的管理學基礎，這個是不能動搖的。如果產品經理有權利支配支持方，那是事業部制度。而事業部制度的核心是獨立核算，自己是一個獨立的利潤中心 + 成本中心。但是產品經理制不是這樣的，產品經理只是利潤中心，不是成本中心。即便是有了產品管理團隊，他們一般那也是和其他業務共用基礎性資源：如美工、技術開發、市場合作等。但是不排除個別產品使用一些成本性資源，但是那不是常態。比如我們有一個產品招了個專職BD，但是大家都知道這個BD是臨時歸產品經理管，他最終還是會被市場部招安的。
3 技術總監/技術副總----------------------------------------------------------------------------------------------
??????? 技術總監一般負責一個企業的技術管理體系的建設和維護，制定技術標準和相關流程，能夠帶領和激勵自己的團隊完成公司賦予的任務，實現公司的技術管理和支撐目標，為公司創造價值！一個好的技術總監不僅要自身具有很強的技術管理能力，同時，也要有很強的技術體系建設和團隊管理的能力，要對企業所在行業具有深入理解，對行業技術發展趨勢和管理現狀具有準確的判斷。
??????? 技術總監（Chief Technology Officer，CTO，又常稱為技術官或首席技術官）是企業團體里的高階主管職位之一，是企業內負責技術的最高負責人。這個名稱是在1980年代時從美國開始興起，起源于一些有大規模投資在研究與發展（R&D）項目的大型公司，如通用電氣（General Electric, GE），美國電話電報（AT&T）與美鋁（ALCOA），主要責任是將科學研究成果轉為營利項目。
??? 1990年代，因計算機和軟件公司熱門，很多公司把CTO的名稱給予管理計算機系統和軟件的負責人。有時CTO和CIO（Chief Information Officer，是信息管理最高負責人）是同一個人（尤其在軟件公司），有時CTO會歸于比較精通科學技術的CIO手下。在不同領域的公司，CTO工作性質不同；即使在同一領域，工作性質也可能大不相同。一般CTO會有以下責任：
?? ? * 長期技術方向（戰略性）
?? ? * 短期技術方向（戰術性）
?? ? * 管理研究對公司經營活動和營利的影響
?? ? * 公司中使用的軟件
??? 補充一點：
??? 通過我的求職過程發現，現在IT行業的技術總監是一個比較混亂的稱呼。
??? 大型公司，總監的上級是CEO ,下級是部門經理;
??? 大部分公司是把部門經理或者以前的技術主管叫做技術總監，有的公司甚至把一個類似于組長的叫做總監！比如天天周末購物返現網這家公司，就是這個現象。各位求職者面試過程中一定要問清組織結構。
???? 崗位要求:
????????? 一：全面負責技術部工作，直接對總經理負責。
?? ? 二、 參與公司發展戰略和計劃的制定。
?? ? 三、 參加公司會議，將工作落實到位。
?? ? 四、 加強技術隊伍建設和管理。
?? ? 五、 制定技術目標和工作方案。
?? ? 六、 組織網絡開發工作的實施。
?? ? 七、 加強部門合作，提供技術支持。
?? ? 八、 加強計算機使用的管理。
?? ? 九、 參與制訂電腦、網絡軟、硬件及耗材的采購計劃。
?? ? 十、 負責網絡安全管理。
?? ? 十一·、 對公司機密負有保密責任。
?? ? 十二、 積極完成其它臨時性工作。
???? 業務職責:
????????? 1、制訂并組織實施技術系統工作目標和工作計劃。
?? ? 2、組織制訂并實施技術系統規章制度和實施細則。
?? ? 3、組織不合格品的審理工作。
?? ? 4、組織技術、產品開發與創新。
?? ? 5、組織建立并實施質量體系。
?? ? 6、公司標準化、計量管理工作。
?? ? 7、定期進行技術分析和質量分析工作，制定預防和糾正措施。
?? ? 8、重要技術工藝設備、計量器具的申購。
?? ? 9、技術系統文件等資料的整理保管及公司檔案管理工作。
?? ? 10、公司保密工作。
???? 管理職責:
?? ???? 1、組織建設
?? ? （1）、參與討論公司部門級以上組織結構；
?? ? （2）、確定下級部門的組織結構；
?? ? （3）、當發現下級部門的崗位設置或崗位分工不合理時，要及時指出問題，作出調整，并通知人力資源部。
?? ? 2、招聘及任免
?? ? A、用人需求
?? ? （1）、提出直接下級崗位的用人需求，并編寫該崗位的崗位職責和任職資格，提交給總經理確認；
?? ? （2）、確認直接下級提交的用人需求（含崗位職責和任職資格），并提交總經理確認。
?? ? B、面試
?? ? （1）、進行直接下級崗位的初試；
?? ? （2）、進行直接下級的直接下級崗位復試，并做最后確定；
?? ? （3）、組織參與面試的人員。
?? ? C、不合格員工處理
?? ? （1）、提出對不合格直接下級的處理建議，提交總經理確認；
?? ? （2）、確認直接下級提出的對不合格員工的處理建議，提交給人力資源部。
?? ? ? 3、培訓
?? ? （1）、提出對直接下級的培訓計劃，提交總經理確認；
?? ? （2）、確認直接下級提出的培訓計劃，提交人力資源部。
?? ? ? 4、績效考評
?? ? （1）、提出直接下級的績效考評原則，提交總經理確認；
?? ? （2）、根據總經理確認的績效考評原則，與人力資源部經理商討并確定績效考評方法；
?? ? 薪資行情
?? ? 薪資水平因公司所在行業和公司自身規模的大小而不盡相同，中小企業的技術總監的薪酬相對要低一些。平均而言，國內知名公司的技術總監一般年薪范圍在20-60萬元左右，相關專業技能的經驗越豐富年薪越高[1]。
?? ?職業發展路徑
?? ? 技術總監是企業團體里的高階主管職位之一，是企業內負責技術的最高負責人，類似總工程師。技術總監需要有多年的行業內技術開發工作經驗，精通行業相關技術及了解同行技術發展狀況，并且還要有一定的技術前瞻性和團隊領導能力。其一般是由技術部經理、研發部經理、質量管理部經理發展而來，經過努力可以向主管技術的副總經理、甚至總經理的方向發展，也可以利用自身的技術優勢、積累的人脈關系和資金，進行自主創業。
???????
轉載于:https://www.cnblogs.com/ajian005/archive/2012/03/29/2753738.html
總結
- 上一篇： 使用delphi 开发多层应用（十二）使
- 下一篇： svn服务器搭建经验总结