第一篇：程序員培訓計劃

程序員培訓計劃

培訓目標： 了解xx公司的歷史和企業(yè)文化，規(guī)章制度等 了解xx公司產品主要應用和項目管理的基本知識

掌握xx產品的基本業(yè)務流程 掌握xx技術開發(fā)的基本技能 培訓對象： xxx 培訓時間： 20xx年10月26日---11月11日。

新進程序員 1周業(yè)務培訓，1周集中培訓，8周on job training。

指導老師： xx xxxxxx 篇二：高級程序員培訓

附件：

高級程序員培養(yǎng)項目 xxxx有限公司

2011年9月

目錄

一、項目情況............................................................................................2

二、依托單位情況.................................................錯誤！未定義書簽。

三、榮譽獎勵及成功案例.....................................錯誤！未定義書簽。

四、項目組成員.....................................................錯誤！未定義書簽。

一、項目情況

公司充分的認識到人才對于提升企業(yè)核心競爭力所起到的關鍵作用，視員工為推動企業(yè)成長與發(fā)展的源動力。鑒于此公司啟動了高級程序員的培養(yǎng)項目。公司面向中國石油大學，山東科技大學，青島理工大學等開發(fā)區(qū)知名高校招收計算機專業(yè)的應屆畢業(yè)生。計劃用5年的時間培養(yǎng)20名高級程序員，5名高級分析員，20名程序員，10名測試工程師。

公司對其進行專業(yè)知識，業(yè)務技能等方面的培訓，并承擔相關的項目，使員工在項目實踐中領會，吸收理論知識，做到學以致用。

培訓內容：

（一）數(shù)據(jù)庫的基礎，主要為sql.server，orcal數(shù)據(jù)庫。1.transact-sql語言的培訓，ddl，dml，dcl，系統(tǒng)存儲過程等方面的培訓。2.服務器的管理，3.數(shù)據(jù)庫的管理

4.對數(shù)據(jù)庫對象的操作 5.sql server權限管理 6.sql server代理服務 7.sql server數(shù)據(jù)復制 8.sql server 數(shù)據(jù)轉換

（二）編程的培訓，cc++c#以及javascript，tcl，delphi，vb，vc，visual foxpro，jsp，語言編程 1.運行環(huán)境了解.net 2.c#程序設計 a．數(shù)據(jù)類型 b．變量和常量 c．類型轉換 d．表達式 e．流程控制 3.面向對象c# a．面向對象的程序設計 b．類，方法 c．域和屬性

d．事件和索引指示器 e．繼承

4.c#高級應用 a．接口

b．組織應用程序 c．文件操作

（三）編程工具的培訓，vs工具的培訓 1.理解web窗體和在b/s結構中iis的工作原理 2.掌握vs2005 ide的使用 4.掌握vs2005 ide的使用 5.在asp.net應用程序中使用可視化組件和 asp.net內部對象 6.掌握在asp.net中訪問數(shù)據(jù)庫及在數(shù)據(jù)控件中顯示數(shù)據(jù) 7.了解asp.net配置文件的特點和類型 8.掌握asp.net的調試方法

（四）asp.net培訓

1.在asp.net應用程序中使用可視化組件和 asp.net內部對象 2.掌握在asp.net中訪問數(shù)據(jù)庫及在數(shù)據(jù)控件中顯示數(shù)據(jù) 3.了解asp.net配置文件的特點和類型 4.掌握asp.net的調試方法

（五）b/s的培訓

經過企業(yè)的一系列培訓，員工在專業(yè)水平，技術素養(yǎng)等方面都得了提升，具備成為高級程序員的能力。先后參與并完成了xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx建設等項目。篇三：研發(fā)人員培訓計劃

研發(fā)人員培訓計劃

一、培訓需求分析

目前狀態(tài)： 通過咨詢各開發(fā)人員和各項目經理，以及了解開發(fā)項目未來所需知識技能，各個開發(fā)人員普遍提出需要自身知識技能的提高，并提出相應所需培訓：uml統(tǒng)一建模、數(shù)據(jù)庫、設計模式、嵌入式系統(tǒng)、堆棧協(xié)議。考慮新員工的入職，必須對新員工進行相應的技術技能培訓。包括：開發(fā)管理制度、開發(fā)規(guī)范、目前產品介紹、網絡所需基本知識。

二、培訓目標

針對培訓需求分析，首先培訓軟件工程知識，進一步加強軟件開發(fā)規(guī)范和軟件開發(fā)過程質量，提高開發(fā)人員開發(fā)素質，使開發(fā)人員成為高質量程序員或硬件工程師。第二是技能培訓，也是和開發(fā)項目相關的技術知識，進一步擴展開發(fā)人員的技術知識，擴展開發(fā)人員的技術知識面和視野。通過上述培訓，主要目的是進一步提高開發(fā)人員的素質，使開發(fā)人員的技術能力、研發(fā)能力提高一個檔次。第三，是新員工的培訓，通過對新員工的入職培訓，使新員工能夠盡快熟悉研發(fā)部目前已有產品和正在開發(fā)的項目，盡快融入公司，參與公司產品的開發(fā)。

三、培訓計劃

軟件工程培訓是一個系統(tǒng)的培訓，所需時間比較長，涉及到的知識也比較多（從項目計劃、分析、設計、實施到維護），為了響應公司政策，首先培訓需求分析，怎樣判斷、獲得用戶或市場真正的需求和潛在需求，以后每隔一周或兩周進行一次相關軟件工程知識的培訓，培訓方式：優(yōu)先公司內部培訓，必要時請外界人員。整個軟件工程的培訓大概進行10講。技術技能的數(shù)據(jù)庫技術培訓和新員工入職培訓，由公司內部人員進行培訓，新員工入職培訓根據(jù)新員工到位情況統(tǒng)一安排。技術技能的uml統(tǒng)一建模、設計模式、嵌入式系統(tǒng)培訓準備請外界人員進行培訓。整個培訓計劃大概如下：（次序有可能變動）

培訓計劃

四、培訓目標考核或效果評估

結合開發(fā)項目或虛擬一項目進行案例討論，根據(jù)討論過程進行評估。篇四：研發(fā)人員培訓計劃

附錄：培訓效果評估

可用筆試與口試來進行考核

研發(fā)部員工培訓通知 各位員工：

公司培訓部茲定于2012年7月1日至31日組織研發(fā)部員工進行創(chuàng)新能力的培訓，為保證培訓工作的順利進行，請相關部門及員工提前做好準備，相關培訓內容詳見《研發(fā)部培訓計劃日程》。

尚德公司培訓部 2012年6月20日篇五：《數(shù)控程序員(二級)》培訓計劃 《數(shù)控程序員（二級）》培訓計劃（試運行）

一、說 明

本培訓計劃根據(jù)《數(shù)控程序員（二級）》職業(yè)標準，組織有關專家開展調查研究，依托行業(yè)收集資料，在進行綜合分析、反復論證的基礎上編寫的。在本培訓計劃中主要以技能實訓為主，專業(yè)知識基本上圍繞掌握操作技能的需要而設置。

二、培訓目標

《數(shù)控程序員（二級）》的培訓對象是已經獲得《數(shù)控程序員（三級）》職業(yè)資格證書的人員。通過本級別技術培訓，使培訓對象具備根據(jù)零件圖紙要求，獨立、熟練編制完成可變軸數(shù)控加工工藝；掌握計算機輔助編程技術，完成數(shù)控車削中心、數(shù)控銑、加工中心可變軸加工、數(shù)控激光加工的數(shù)控編程的能力；能夠在生產現(xiàn)場指導數(shù)控機床操作工按照工藝完成加工任務和數(shù)據(jù)管理任務。

三、模塊設置與培訓要求

該職業(yè)等級培訓主要設置以下模塊： 模塊1 編制數(shù)控加工工藝。模塊2 建立零件的數(shù)字幾何模型。模塊3 編制數(shù)控加工程序。

模塊4 數(shù)控加工程序管理、傳送及加工現(xiàn)場管理。1

五、培訓方式方法建議

培訓方式采用課堂授課與實際操作相結合的形式。

第二篇：程序員2013新年計劃

我的同事朋友Chris Eargle寫了一篇關于新年計劃的有趣文章。他讓我想到了，沒有出現(xiàn)那場世界末日是我們多么大的幸運呀(還有其他我這45年中躲過的天災)，于是，我也有了一些我自己的以程序員為主題的新年計劃。

找到一名導師/成為一名導師

在你的職業(yè)生涯中，你能做的會給你帶來最多麻煩的事就是成為屋里最聰明的人。我說的并不是你堅信自己你就是屋里最聰明的人。我的意思是你成為團隊里真正的萬事通。問題終結者。終極疑難解答者。

于是，這就有了另外一個問題：你有疑問了去問誰呢？

如果你的回答是“谷歌”，那你是不思進取。去到那些你認識的(或不認識的)最聰明的人中間去。參加你們的本地社團。去你們本地的編程活動中發(fā)言，去和其他的講演者一起喝酒聊天。找那些你可以接觸到的人，讓他們成為你的導師。

找到一名導師

我在生活中有好幾位導師。他們是我尊敬的人和能讓我輕松問問題的人。有些人甚至非常的專業(yè)！沒錯，這些是我軟件開發(fā)圈外的導師。

如何去請教你的導師？這取決于你。我是在有問題時找他們。我對他們說喝杯咖啡吧，找個地方坐下來，聊聊天。如果我們能同一個城市的某個研討會上遇到，我會和他們一起出去喝酒吃飯。早些年，我很注重形式禮節(jié)，特別是我作為團隊的消防隊員的時候。如今，我已經不再有任何形式拘束了。更多的是隨心所欲的求教。

成為一名導師

同樣，我們也應該成為生活中的某些人的導師。如果你有孩子，你已經承擔起了一名導師，父母，朋友，老師的職責。當然，對于一些同齡人的指導，我們需要去掉父母那部分的角色。對他們你是不能發(fā)號施令的。

如何讓自己成為其他人的導師？當然，如果有人來請教你，那是最好了。這就有些名正言順了。但你也可以在不聲明“我是你的導師”的情況下成為某人的導師?？纯词欠裼腥嗽跒橐恍┦虑槌蠲疾徽?，你可否幫助他們？對他們說喝杯咖啡吧(如果是九零后就喝紅牛)。去跟他們一起吃飯。跟他們聊天。更重要的是，傾聽。指導并不是宣揚你的智慧或你的經驗。導師是要成為一個耳朵，一個肩膀，一個指點方向的手指——在他們需要的時候。

KISS

“貝絲，你在呼喚我，但我只是想去底特律搖滾城市里每天沒日沒夜的搖滾”！[歌曲KISS的歌詞]。似乎這個社會在召喚你制定一個加入這種KISS大軍，去吃喝玩樂，去體驗生活的新年計劃。但我在這里說的可不是這些。

我說的是Keep It Simple, Stupid！作為程序員，我們絕大部分時間都是花在了維護代碼上，只有少部分的時間用來創(chuàng)造代碼。事實也證明，維護代碼要比寫新代碼要難的多。所以，按

照這種邏輯，如果我們在創(chuàng)造代碼時極盡所能寫出最巧妙的代碼，那么我們就沒有足夠更高的能力來維護它們了。

Blaise Pascal在他的第16封省府信件中說“這份信件很長，原因很簡單，我沒有時間使它更短”。抽出時間，重構你的代碼，讓它們更短小。讓它們更容易閱讀。盡所可能的在所有地方遵循SOLID原則。

如果你不能把它向一個9歲的小孩解釋明白，這說明它太復雜了。公司雇你不是讓你來表現(xiàn)腦瓜好使的，如果你寫的代碼沒有任何人能接手維護，你不會因此而得到加薪或晉升。

去讀該死的手冊(RTFM)

這是我的第一次圣誕節(jié)里不需要在平安夜里去做一些東西。在以前，我會做小腳踏車，布娃娃房子，布置廚房，以及所有類似的東西。當然，做這些東西都不需要參考手冊，只是需要在孩子們上床睡覺后才能開始，而且第二天早上天蒙蒙亮就會被三個孩子跳上床來吵醒。噢，這些美好的回憶！

當然，所有的這些不眠之夜都有一個相同的主題。我知道我不需要讀操作手冊就能做這些。可工作中更常見的是，文檔上的圖表畫的一團糟，文字是經過了三種不同語言翻譯過來的，我對這些文檔的質量的意見一致很大。我認為只要埋頭去做，我能做出任何東西，所以為什么要讀那些無聊的手冊呢？這是不是好像是在說你上一個項目的需求文檔？

不管你相信與否，人們通常大量的時間用在寫需求上。他們并不是有意的要寫這些東西來讓我們困惑。需求很難寫的面面俱到，讓每個人都理解。但它們卻是你的項目的基礎，包含了大量的項目上的知識。所以說，讀讀它們吧。如果是先讀它們，然后到它們的作者那里問一些問題，這是更好的做法了。用心聽！聊一聊。每一次有感悟都要重讀它們。再去聊一聊。

不要重復自己

一個朋友對我說“如果你寫出一些代碼，你應該把它做成一個方法。如果你寫了它兩次，你應該把它做成一個方法。如果你寫了它三次，那你就別去編程了！”

我舉雙手贊成。如果你把自己的代碼從一個項目拷貝到另一個里，你是在給自己未來的道路上挖坑。沒錯，你能記得修改手頭上這個項目里的這段代碼，但其它項目里的這段代碼呢？假設你在調試bug，幸運的是你能清楚的知道如何糾正這段代碼里的邏輯問題。但不幸的是，這段代碼在其它項目里的拷貝卻成了問題的根源。

像JustCode這樣新式的重構工具能輕松的讓代碼片段變成方法，從而減少重復代碼，提高程序的可維護性。

第三篇：程序員學習計劃(.NET)

程序員學習計劃（.NET）

一、HTML基礎知識（①）

作業(yè)一：待定

二、Javascript基礎,DIV+CSS布局基礎（①）

作業(yè)二：待定

三、了解C# 的基本語法（①）

四、C#應用程序學習，對C#應用程序各控件的都要有所了解，熟練掌握C#應用程序常用控件。（①）

五、了解數(shù)據(jù)庫的基本使用，如插入、刪除、修改。能夠用數(shù)據(jù)庫與VS進行連接。（①）

六、ASP.NET的基本機制、(Request,Response,Session,Page),開發(fā)環(huán)境的搭建。數(shù)據(jù)庫的訪問，DataGrid等數(shù)據(jù)控件的使用（①）

作業(yè)三：待定

七、模板頁，用戶控件的使用（①）

八、自定義控件的開發(fā)(如驗證碼)（①）

作業(yè)四：待定

九、Ajax的使用（③）

十、WebServer的使用，了解WCF（③）

十一、采用三層架構(數(shù)據(jù)訪問層＋業(yè)務邏輯層＋表現(xiàn)層)，制作一個小型網站（③）

十二、分析開源CMS項目DotNetNuke的架構（③）

十三、用所學的技術，自己設計制作一個網站（③）

備注：① —— 以完成實例方式檢查學習結果

③ ——不作為測試要求，為后期自學內容

第四篇：JSP程序員成長計劃

一個普通的錯誤是把JSP當作簡化的 Java。它不是，（事實上, JSP 是簡化的 servlets。）程序員通常試著沒有學習要求的支持技巧而

直接學習JSP。JSP 是一個銜接技術，并且成功地連接你需要理解的另外的技術。如果你已經知道 Java，HTML 和 Javascript，這意味著

JSP 將確實是簡單的。

需要成為一個成功的 JSP 程序員可以參考這個時間表。請注意下列：

*忽略你已經熟悉的步驟。

*訓練的時間只是代表學習好足夠的基礎時間，這樣才能轉移到下一步。

１、建立并且理解你的Web Server。

因為Apache 是免費的并且在大多數(shù)平臺上工作，為訓練目的推薦 Apache。

安裝時間：2 天。

２、保證你理解 HTML / XHTML。

你將需要了解html基礎, 特別是 HTML 布局中的table的使用。XHTML 不久將代替 HTML，學習XHTML 的基礎是一個好主意。許多程序員

通過 HTML IDE 學習HTML(集成開發(fā)環(huán)境)。因為大多數(shù) HTML IDE產生混亂的HTMl語法，所以花時間學習手工寫作html是很有必要的。因

為你將會使用 JSP 和 HTML 混合編程，精通HTML語法是重要的。所以，你必須能流利地寫 HTML。

訓練時間：2 ～ 4 個星期。

３、開始學習Java。

開始學習Java 1.3 理解 Java 基礎是很重要的。不用擔心學習

Swing或 Java 的圖形方面，因為在JSP 中你不會使用這些特征。集中精力

在 Java 工作的細節(jié)，學習Java 的邏輯，也在 Java Bean上花時間。學習Applet是好的, 但是就象Swing，JSP 的大多數(shù)應用將不使用小程

序。

訓練時間：3 ～ 6 個星期。

３、學習JavaScript

學習怎么將 JavaScript在HTML中驗證輸入的Form元素。也學習JavaScript怎么能在一 HTML 頁以內修改Form的元素。最后要求你能從一

HTML 頁內的事件中觸發(fā) JavaScript Function。

訓練時間：一～ 2 個星期。

４、學習并且理解你的Web Server的更好的細節(jié)。

熟悉Web Server的特征，這是很重要的。

訓練時間：2 天。

５、建立你的 JSP Server

我推薦以Tomcat開始。它可以很好地運行JSP程序。當你不能在生產使用Tomcat時，學習盡可能多的知識以便于更好的運行程序。另外, 許

多 JSP 程序員使用Tomcat。因此當你遇到一個問題時，你將容易發(fā)現(xiàn)幫助。

安裝時間：一～ 2 天。

６、開始學習JSP。

基本的 JSP 學習通過的步驟 1到步驟6可以完成, 然后使用 JSP 對象和腳本寫 JSP 程序來聯(lián)系。學習JSP 的另外一個方面可以學習怎么創(chuàng)

建一個分布式的應用程序。

訓練時間：4 ～ 6 個星期。

７、學習更多的 JSP server。

沒有關于更多的 JSP Server當然也可以運行jsp程序。然而, 許多 JSP server都由自己特殊的特征，可以讓你更好的理解你的JSP 工程。

學習更多的Jsp server如何處理jsp程序是有必要的。同樣也可以優(yōu)化你的 JSP 應用程序，并且使之運行得更快而不出任何問題。訓練時間：2 ～ 7 天。

８、學習JDBC。

JSP 大多數(shù)應用將使用數(shù)據(jù)庫，JDBC 被用于數(shù)據(jù)庫連接。經常忽略的一個事實就是，每個 JDBC Driver 所支持的東西是相當不同的。了

解并熟悉在jsp工程上被使用的 JDBC driver的細節(jié)是很重要的。（有時這部分的學習被包含在前面 Java 或JSP的學習中了。）訓練時間：1～ 2 個星期。

到現(xiàn)在，你已經成為了熟練的 JSP 程序員。仍然有很多需要學習，你可以考慮擴展你的知識比如 DHTML，XML，java證書，JSP Tag

Libraries 或 Servlets , 看你想要造什么類型的網站而決定了。

這些訓練是JSP 的核心。你不必都學習上面所有的, 取決于你在工程中分配到什么任務和你已經有什么知識。但是這是我成功地訓練程序員的時間表。關鍵的單元是時間。平均的說, 5 個月時間確實能夠訓練一個人(從開始到完成)成為一個對jsp熟悉程序員。5 個月時間似乎很

長，但要成為一個資深的WEB程序員所學的東西遠遠不止這一些。

第五篇：程序員內部培訓

1.前言

雖然題為培訓，但我還是想說一句，程序員其實不需要培訓，只需要指點。原因有三：

程序員的工作都必須去實踐，幾乎沒有純理論的領域。由于互聯(lián)網的開放性，程序員能找到大量的資源自學。

隨著實踐深入，會自然地遇到一些問題。解決這些問題除了靠智力外，大部分只需要知道答案的大致方位就能用時間來消滅掉。大牛之所以能成為大牛，就是知道了很多答案存在的地方以及發(fā)現(xiàn)這些地方的方法。優(yōu)秀的程序員培訓師懂得教方法而不僅是教答案?？上Ш芏嗯嘤枎煵皇沁@樣的，公司內部的培訓流于形式，大家聽完后就知道這是個很牛b的技術，卻不知道怎么令自己也牛b起來。

HR就算懂上面的道理，他們從根本上也沒能力推動程序員的內部培訓。HR能做的事是幫助管理者在程序員心中培養(yǎng)技術為尊的意識，讓他們有動力去自學并實踐，并以公司內某位榜樣為目標趕超他。

HR無法有大作為，也令大多數(shù)公司很少重視培訓。因為即使不培訓也不會影響賺錢，工作效率的低下可以用加班來彌補。而且項目做到一定程度就會更新?lián)Q代、推倒重來，原本寫得多爛的代碼都成過眼云煙。還有就是老員工們都有自己的習慣，較難通過培訓來改變，基本都需要有人經常提醒。

在實際中有時候還是需要培訓的，這其中多數(shù)是因為負責人懶得寫文檔，或者文檔很容易過時而懶得更新，不如口頭說一遍算了，╮(╯▽╰)╭。

2.技術培訓

按內容區(qū)分，培訓可分為業(yè)務技術培訓和軟技能培訓，還有HR組織的集訓。

大家對技術培訓的第一反應都是PPT式會議，因為這種形式多，而且也是最最初級的培訓。

PPT最大的意義在于做報告，內容凝練而簡略，所以受眾是沒法得到很多的信息的。但是這并不等于沒用。PPT式會議和網上的視頻教程一樣，能幫助零基礎的人快速入門。這里需要解釋一下何謂零基礎，是指對這門知識幾乎沒接觸過，但已有相近的知識。例如已知C學C++或已知C++學Java，也就是說，至少不用在培訓中解釋何謂關鍵字或者面向對象。連相近知識也沒有的人，應該叫負基礎，他們會連PPT式會議都聽不懂，還是得回歸書本。

書本不僅適合負基礎的人，也適合高級讀者。因為看書有時間細想琢磨，有助于吸收。專家級則是閱讀各種SDK和API文檔。大神級的就是看代碼看出神的了。

搜遍互聯(lián)網和各種書籍都找不到的東西，才是真正有意義做培訓的，多數(shù)跟本公司密切關聯(lián)：

產品的整體架構、設計思路、業(yè)務邏輯，迭代歷史

各類工具/系統(tǒng)（IDE、需求、項目管理、測試與bug、文檔等）的使用技巧 解bug、做優(yōu)化等的經驗 工作流程和制度

本部門的知識體系梳理。直接用例子說明是什么吧，請點擊《iOS開發(fā)知識與能力體系 思維導圖》。文章很久沒更新，但能說明問題了，相信不做iOS的也能get√到。能讓受眾最大程度吸收的培訓應該是手把手地教，這個貫穿在設計和編碼過程中。本人實踐過，發(fā)現(xiàn)被培訓的人確實能完整地吸收，而且時間長了他會有反饋并跟你討論，你可能在討論中反過來也學到東西。當然，這個很少發(fā)生在互聯(lián)網公司里，大家都很忙碌。

3.軟技能培訓

大家能思考出這部分內容的意義嗎？答案我寫在最后吧。下面這些都是可培訓的。

3.1高效會議

這一節(jié)放到前面很重要，因為不少人搞不清幾種會議的差別。會議的主持人或主講人對會議的高效性負有最大責任，如果都用同一種思路來召開，會議就變得沒什么效果。IT界“尊崇”的會議是喬布斯的蘋果發(fā)布會和各種技術大會上的交流演講，可惜這些并不是公司內部會議的榜樣，很多人找錯了模仿對象。

會議類型 用途 特點和要求

產品發(fā)布會 展示新產品 算是一種表演，要聲色俱全，多媒體設備只是一種道具。目的是引起轟動，傳播的內容要能煽動觀眾的情緒，不斷制造高潮。交流 傳播自己或本公司的經驗（技術大會屬于這個性質）展示個人、團隊或公司的優(yōu)秀技術或成果，間接地賣廣告 講授的內容具有高度概括性，不會講細節(jié)

不會很在意觀眾是否都聽懂，甚至怕泄密而有所保留 宣講會 傳達信息或做動員 觀眾可能是被要求來聽的，這在宣講本質上是一種命令，所以不用在意講得怎么樣 培訓 傳播知識，提高工作效率 引導聽眾記憶和會后探索，目標是讓聽眾最大程度地記住傳授內容 評審 對方案的評審 主持人講述自己的方案，聽眾提出意見和建議 對方案的描述要盡可能地細致，目的是讓聽眾都理解后能發(fā)現(xiàn)問題，減少實施過程中的返工 總結 成果展示、述職 為了提高績效評級，在符合事實的前提下，能怎么吹就怎么吹，你懂的 研討 討論、頭腦風暴 沒有主講人，而要有主持人。非主持人都可以隨意發(fā)言，有專人做會議記錄

主持人的最大職責是引導討論有序進行且不偏離主題，并減少爭論以至形成共識。例會

（日/周）日常的信息交換 每個人都可發(fā)言，要盡量簡短。發(fā)言內容只需在場有另外一個人聽懂。

產生的問題會后再由各關聯(lián)者自行討論，不占用所有人時間 在日常工作中，一個會議的性質可能會包含以上多種，主持人需要在不同的階段完成不同的職責。特別是主持人也是作為主講人的時候，應該留意場景的切換，如培訓完畢后的問答階段。一般來說主持人都需要做到這幾點：

宣講會議議程或子主題，讓參會人做好準備配合 盡量使會議達成目標 按時開始，不超時結束

幫助聽眾理解發(fā)言人（包括自己）的講話內容

提醒其他發(fā)言人注意時間、語氣等。不要因為一個人而耽誤了全部人的時間 確保重要的人員都到齊

引導會議中的討論達成一致意見 記錄重要的發(fā)言和待跟進事項 3.2培訓他人

好的程序員不一定是好的培訓師，但好的架構師一定是合格的培訓師，因為架構師必須向他人傳達自己的思想。

做培訓的首要目標是讓聽眾完全吸收你所講的內容，當然這很難做到，但做得到讓人吸收大部分的也太少了。這是令多數(shù)公司不重視培訓的重要原因，但也不能完全怪講師，因為好的培訓是需要花費大量時間和精力的。如果不是專門設立培訓師崗位或者把培訓職責寫入KPI，沒有幾個人會對把培訓做到極致?？纯葱枰龆嗌俟Ψ虿拍茏龊冒桑海ń涣餮葜v的要求比培訓低，故也可參考）

會前準備：

冥想和模擬訓練。在腦子里演練完整個培訓過程，或者找個地方（培訓現(xiàn)場最佳）對著空氣講。這能減小忘詞的概率和減輕現(xiàn)場講演的緊張感，還能發(fā)現(xiàn)培訓邏輯的疏漏。如果還不夠，可以先讓少部分人來聽，然后再面向全體。如果怕會上遺漏一些事項沒說，應準備一張小紙寫上給自己做提醒的話語。非莊重場合寫在手機里也行。

PPT的制作技巧，很多書可參考，不贅述了。特別提醒，如果確認這是一個培訓而不是一個交流演講，PPT上的字不應該追求簡略，特別是重要到需要觀眾記憶或記筆記的內容（也可能把PPT交給他們）。甚至可以考慮用Word或網頁而不是PPT。

如果要講到代碼，不應該只用PPT。可以直接打開編輯器對著代碼講。在PPT里貼代碼段的都是耍流氓，因為代碼占用的篇幅大，而且信息量較多，很難短時間理解透。（這時候技術培訓不如文檔，但現(xiàn)實往往是相反的，本質原因是文檔的糟糕。讀者看不下去而希望能面授，集體的訴求自然轉變成現(xiàn)場培訓。）

發(fā)郵件提醒培訓的適用人群。如有需要，提醒參會者提前閱讀一些基礎知識。

保證自己在培訓過程精力充沛。為此，喝茶、喝咖啡、做幾個俯臥撐什么的都行，用你喜歡的方式。

選擇觀眾注意力容易集中的時間段。不餓，不困，不忙等。

選擇好的場地，幫助觀眾集中注意力。不吵、無異味、氣溫適中（空調設好）、座位密度適中等。

其實，你穿什么服裝都會影響培訓效果 進行時：

幫助聽眾保持注意力集中：

如果講授的內容很繁重，可嘗試分節(jié)，每節(jié)40分鐘左右，中間休息10分鐘。是的，培訓的本質是上課。

多微笑，聲音洪亮。在旁人眼中，此刻的你應該比平常狀態(tài)更興奮和活躍。自己表現(xiàn)得越投入，觀眾就會越認真聽，否則會變成一場催眠大會。

提到他的名字，讓他的注意力集中回來，或讓他有更多的參與感。比如“某某肯定也是這樣想的”，“某某曾經說（問）過”，“這樣就能解決某某的問題了”。

注意自己的姿勢、手勢，甚至發(fā)型、服裝，不要喧賓奪主吸引走了注意力 開始講述的內容可以不怎么重要，例如做自我介紹或描述一些東西輔助今天培訓的主題，幫助聽眾慢慢進入狀態(tài)。演講的技巧：

克服和利用緊張與恐懼。要理解這是人的天性，被很多人圍觀而自然產生的防御心理，實際上這能幫助你更集中注意力做好培訓。

克服它們的方法有自我暗示（用特定的話語激勵自己，想象過往成功的演講，想象這只是普通的例會等）、深呼吸、轉移注意力（喝口水，擺弄一下其他物品，跟別人說說話等）等。事實上無論你犯多大的錯，觀眾過幾天就淡忘了。

不能用提問來考驗人，更確切來說不能令被提問者尷尬而導致冷場，別學學校老師那套。提問可用于：現(xiàn)場調查，證明結論；開放式的，沒有正確答案；讓觀眾猜測，活躍氣氛。重復以強調。講完例子或論據(jù)后重復一遍觀點，加深聽眾的印象?；蛘吒苯拥兀斑@個很重要，我再重復一遍”。不跑題。我就見過“我如何當好技術leader”這個主題花了三成時間講“我如何當上技術leader”的人。

讓聽眾跟上你的節(jié)奏?！俺猩蠁⑾?，伏筆，呼應”這些寫作技巧，在演講中表現(xiàn)為“前面我們講的都是理論，下面我們看看如何應用”、“這點我們后面會有詳細描述”、“我們前面講到的XXX在這里就是最典型的應用”。

幽默。注意幽默是為了加深記憶服務的，不要最終變成展示個人魅力。幽默感需要刻意地積累，而且要恰到好處地用在演講上是需要鍛煉的。這個學問比較深，不展開了，建議找書看。說服。最佳方式是列舉好處，以利誘導，而不是把規(guī)矩硬塞入別人的思想。更厲害的方法是洗腦，這個也是可以找書看哦。

要會講故事，在故事中蘊含你觀點。故事的形式比理論好。

生動，運用打比方和對比、反比。聽眾一時難以理解你所描述的內容時，可以換一種角度來說。比如向不懂編程的家人解釋架構設計是做什么，“就好比設計一輛汽車，要做到零件可拆卸組裝（模塊化），多個廠家都能幫助生產零件（可擴展性強），開起來省油又馬力足（性能高）??”

控制會場的一切：

利用好你的權力。無論發(fā)生什么影響會議進程的事情，如何處理都以你的決策為主。即使你的上司在場也請記住，這個時候你最大。

準備面對意外。比如投影儀或麥克風壞了你也能繼續(xù)做培訓；有人問你答不出的問題，你可以找后援團來回答或說會后私聊。

現(xiàn)場環(huán)境的使用。燈光、投影儀、座位擺放、提詞板、遙控器、激光筆、白板等。會后：

收集反饋。提醒大家可以隨意批評這次培訓中做得不好的地方。注意受眾的當場反應

觀察受眾的會后行為，是否有受你的培訓影響而有所改變等 3.3寫作

這里特指撰寫技術文檔和報告，其它文檔都比這個的要求低。

寫作是很多程序員的弱項，除了表達能力基本功缺乏鍛煉外，最主要是忽略了文檔的作用是給別人看的，不是給自己看的，無論內容多么有意義也得保證用戶平均停留時間和留存率。這恰恰是產品經理熟悉的領域，好的文檔也是追求用戶體驗的，所以想鍛煉寫作的話不妨用一下這個偏方——找產品設計方面的書看看。舉個更形象的例子，電商網站（如淘寶）上的寶貝頁面也算一個文檔，你是怎么被吸引或引導去付費呢？當然，最好的模仿對象應該是Windows/iOS/Android的系統(tǒng)SDK文檔。

（本文的主旨是列培訓提綱，缺少更多示例說明，不是好的示范哈。培訓和寫作有部分技巧是相通的，這里不再重復）

保證讀者有耐心從頭到尾看完：

讀起來通順，有一定的節(jié)奏感（長短句排布適中，合理使用標點符號斷句；不是指押韻，但會有一點點韻律感）。

有條理，有過渡，同級的子主題之間不跳躍

由淺入深，不會突然遇到理解障礙。想想C++/C#/Java書籍的目錄？ 選擇不花眼、不太小的字體，排版好看，不凌亂

如果是web文檔，要注意讓讀者不需要點擊太多鏈接，必要時自己總結鏈接文檔的內容。一張圖片內不要信息量太大。尺寸不要過大致無法一頁看完，或作適當分割；Web文檔的大圖要做成豎型，不要產生橫向滾動條。保證“傻瓜”也能看懂：

樸實。不要用口語，不要帶非群眾性的幽默甚至沒有，這不是在寫演講稿，也不要寫成內心獨白。

別賣弄知識和文采，也不要用偏門詞匯和方言，會影響部分人的理解。比如有多少人知道銀彈（silver builet）或者“拋書包”的意思？考考你粵語：撞板、撞彩。抽象或模糊的概念和觀點有示例做進一步說明。（很可惜，本文因時間關系沒做到，那能寫成一本書了）

考慮讀者可能不具備一些基礎知識而看不懂，要么在文章開頭寫明閱讀基礎，要么在文中加注釋闡述。

專業(yè)性，保證處女座不會看瘋：

沒有歧義。比如一個新聞標題叫“中國過早拆房1年浪費數(shù)千億”，這里可以有三種歧義：“過早1年拆房，浪費數(shù)千億”、“過早拆房，這一年浪費數(shù)千億“、”過早拆房，每一年浪費數(shù)千億“。改成這樣就沒歧義了：“中國過早拆房每年浪費數(shù)千億”。

簡潔凝練，不要廢話連篇。用最短的話說清楚問題。在技術領域，還可多用專業(yè)詞匯來減少長篇描述，比如用“外觀模式”代替“新增一個類統(tǒng)一封裝這個模塊的所有接口，對外屏蔽這個模塊的復雜邏輯”。

更高要求的簡潔是在語文層面的，這方面的能力很多人在大學畢業(yè)就固定下來了，故不想多言，有興趣請百度。

精簡掉冗余信息，不是必要的信息不寫、簡寫、寫在末尾，減少讀者耗費的時間成本。關鍵的信息處不能有錯別字。英文單詞拼寫也是哦。

嚴謹，嚴密，有邏輯。不斷論證，有理有據(jù)，不留疑問，無懈可擊

技術文檔會被多次查看，保證后續(xù)的閱讀能迅速找到最可能感興趣的點：

能從幾個維度方便查找?？蓞⒖颊撐摹膶懛?，有目錄、摘要、關鍵字、前言、章節(jié)、參考文獻等。

重點的地方可改變字體（顏色、粗細、大小、字形等）

按查看頻率排章節(jié)。某些文檔會把思考和論證過程寫上去，最后寫結論。這也意味著別人查看的時候，鼠標得滾好遠，這時可考慮把結論放前面。

合理地分章節(jié)。這里要很多例子才能幫助理解，時間關系只能講一個。假如文檔的主要內容是“在Windows、Mac OS、Linux下如何使用線程和進程”，那么：

如果為了方便查找各操作系統(tǒng)下怎么使用，各節(jié)的標題應該是“Windows下的使用”、“Mac OS下的使用”、“Linux下的使用”，每節(jié)都是描述此操作系統(tǒng)下線程和進程的API；

如果為了方便查找線程和進程的使用分別在不同系統(tǒng)有什么差異，那么各節(jié)的標題應該是“線程”、“進程”，每節(jié)都是同時列舉三個操作系統(tǒng)下的API。

內容多到一定程度，應分多篇文檔。和上一點一樣，同樣有技巧。比如寫Windows SDK的使用，可分為“初級篇、中級篇，高級篇”，每篇都可能講到繪圖框架，但難度不同；也可分為“??，I/O，繪圖，網絡??”，把所有的繪圖框架知識寫到同一章。具體的應根據(jù)目標讀者的需求來劃分。

如果更新頻率較高或是多人合作，能不用畫圖的盡量不畫，或用文字型圖（點我看示例）。這樣方便維護，無需額外的軟件就能編輯。利用好Web文檔的便捷性——超鏈接

鏈接的目標網頁如果不是最上面，應直接鏈接到錨點，不需要別人再拖動滾動條。鏈接過去的文檔如果內容很多，一下子找不到你引用的信息，應該自己總結一下或復制核心的內容過來

如何具備寫好文檔的能力？多練。以及總結你看到的優(yōu)秀文章的特點。

不過說實話，除非是寫用戶手冊（說明書）的文檔工程師，很少有公司對程序員有這方面的要求，或者說國內還沒到這個境界。

3.4敏捷教練

Scrum Master是有認證體系的，可以派人去參加外訓拿個證書，然后回公司推廣。各種理論就不在此展開了，請百度。

補充一個點，教練的人選也很重要。最好是原本就在團隊內，但不是團隊leader，并且leader有當眾聲明教練的權責。這恐怕算是中國特色了。原因：

如果leader是教練，那么大家都當是命令，會產生抵觸心理，也不敢亂提反對意見，達成不了自組織狀態(tài)

如果教練是外來的，礙于情面，很多改革難以指正執(zhí)行 如果教練沒有足夠的權力（至少能合理地否決leader的意見），那會是個吃力不討好的工作。想純靠精神宣導，那是癡人說夢。3.5溝通交流

在團隊合作中總會遇到沖突，優(yōu)良的溝通技巧能和諧掉很多不愉快的事情。

對事不對人，不要對人進行評論。即使對方知道你的原則，也可以是事先再說一遍“我是對事不對人的”。討論對方做得不好的地方時，應設法降低這種討論的不良影響，盡量去除對方警戒心以避免升級為沖突。

人多的場合，贊揚可點名，指出錯誤需匿名。幽默。它可以化解很多的問題。

措辭。這個最好是向國家機關的發(fā)言人學習，但也不要太官腔。舉個例子，“不夠好”比“比較差”更少一點攻擊性。隨時敢于承認自己的錯誤，可以解釋，但不要用來推翻結論。微笑。不建議偽裝地笑，應發(fā)自內心。如果做不到，不嚴肅即可。

理清概念，避免歧義。如果對話中有無法理解的詞語，要問清楚什么意思，不要不懂裝懂。不輕易打斷別人，尊重發(fā)言欲。如果不趕時間，即使對方講的話沒意義也等他講完吧，至少在別人停頓稍長的時候再插入而不要顯得突兀。

抓住重點。簡單的事情不要用一大段話來說。當別人怎么做時，你可以用自己的話概況一遍并請對方確認是這個意思。精確傳遞信息，不要誤傳誤報。用打比方來幫助別人理解你的話。比如向外行人解釋“終于把bug解掉了的感覺”，就像“肚子疼時終于坐到了馬桶上”。（哈，相信你會有更好的描述）

轉折話題時做好過渡，別人未必能反應過來，以為你還要爭論。很經常用到的一句是：這部分是對的，還有一個問題是??”

控制好自己和他人的情緒，也就是情商的鍛煉。實際的鍛煉過程是需要經常反思的，沒有一個理論能幫助你應對所有狀況。3.6行為規(guī)范/職業(yè)素養(yǎng)

HR領域的正直、不干違法事情這類東西就擺一邊去吧，先說說這里包括什么吧：

做有利于團隊合作的選擇，但如果自己有犧牲也要表現(xiàn)出來。最簡單的例子：多花點時間寫注釋和文檔，方便后人維護。

忠于自己的專業(yè)眼光，不輕易妥協(xié)，也不做消極對抗。例如，如果認定這樣某段代碼會有風險，在未驗證前不同意發(fā)布產品。承諾的時間點都按時按質完成。

傳遞前輩對你的幫助，激勵后輩的成長。

堅持學習。本文應該也有引導作用，除了學技術，還有很多可學呢。多觀察，多自己解決問題

擁有的知識和技能越多，表現(xiàn)出來的素養(yǎng)應該越高，不再投機取巧。

（技術領域的不提了，比如遵守代碼規(guī)范，多寫注釋方便Review和維護之類的）

3.7時間管理

“番茄工作法”和“重要&&緊急”這兩個理論應該比較多人聽過。但如何正確運用在日常工作中恐怕很多人沒頭緒。這也就是培訓的重點，應結合實際工作舉例。這個領域的學問也挺多，鼓勵多看書。

3.8事務推進與思考

即使你不是leader，當由你牽頭某個事務時就需要應用一些管理方法。舉幾個例子，不解釋了，請點擊鏈接：

PDCA 六頂思考帽 5W2H分析法 3.9職業(yè)規(guī)劃

這種培訓少數(shù)公司才有，因為懂得越多，越會跟HR作對。呵，心大了就想升職或跳槽了。

問題大概有這些：

選什么崗位，要不要轉崗。開發(fā)、測試、產品經理、管理類等。

選什么行業(yè)。傳統(tǒng)軟件型、硬件廠商、互聯(lián)網、非IT業(yè)的IT部門等。選什么技術。前端、后臺、移動開發(fā)??

選什么類型的公司。外企、創(chuàng)業(yè)企業(yè)、國企等。選哪類城市。北上廣深還是二三線？ 跳槽的時機。

公司組織的培訓一般都是某些英雄人物講自己在本公司的成長經歷，受制于演講水平，效果一般不佳。而且可以說這可能是特殊情況，套在自己身上不合適。所以基本上都需要多聽幾個人的演講，由聽眾自己找出相似的點，這些點比較可能不是個案。

個人自學的話也差不多，多看些職業(yè)規(guī)劃的理論、名人傳記、網上寫個人經歷的文章（如《非計算機類專業(yè)畢業(yè)生五年程序員職業(yè)生涯的回顧和思考》）等。先廣泛收集，再從中挑選拼湊出合適的。也可以做做網上免費的職業(yè)評測。

3.10外面的世界

程序員可以終身都在學習，即使不跳槽，也要了解外面的變化，最起碼要知道同行的情況。這些信息當然是很難打探到或者讓對方告訴你了，主要靠同行跳槽過來后做分享。

也可了解下外國本土公司的特點，雖然能照搬過來的東西不多，但能借鑒的也是有的。例如：開發(fā)活動的形式本身也在進化，不僅僅是人在追求最大效益；英雄主義的競爭文化，崇尚以一敵百的能力。

題外話：培訓自己

軟技能都不會給公司帶來直接明顯的收益，所以大多數(shù)公司不會重視培訓這些。實際上，軟技能可以加倍工作效率，公司和個人是雙贏的。就算公司不重視，自己一定要重視，沒人培訓你，那就自己培訓自己。如果技術水平相等、資歷相同的兩個人選哪個當官，那自然是和領導最親近的。哈，你覺得和領導親近不是靠軟技能在發(fā)揮作用？

軟件工程的概念是借鑒工業(yè)工程的，程序員要發(fā)展也可從很多其它行業(yè)獲取知識。就像編程能力之于程序員，以上每一種軟技能都是某一種職業(yè)的核心技能。也許你無法和很多不同職業(yè)的人交友，但你能買到所有職業(yè)的專業(yè)書，這年頭真的連如何當乞丐的教程都有。不要等著老師教你，推薦看看HR、管理學、心理學、銷售、演藝、人物傳記、科普、旅游、藝術設計等領域的書籍。

還有就是，鍛煉好身體，革命的本錢啊。