公司每年各個bu一直有開kick off meeting的慣例，在研發中心卻沒有這樣的習慣。
去年我第一次在我負責的測試部門召開了一次kick off meeting，算是試行，今年我希望推廣到研發中心的所有部門中，讓kick off meeting成為研發中心每個部門每年度1月份的例會。
下面是我根據去年和今年召開kick off meeting的經驗，做的一些總結。分享出來，也希望得到建議。讓以後的kick off meeting開得更有意義。
kick off meeting
的目的：
1. 將部門的發展規劃透明化，增加
team member
的責任感、使命感；
2. 讓team member
感受到未來一年自己的學習和成長機會；
kick off meeting
的建議議題：
1. 未來一年的產品規劃、
這個部分主要是讓大家了解未來一年可能有哪些專案；讓大家對自己將要做的事情心裡有個底，自己也好提前分析一下還需要進一步掌握的技能。產品規劃透明後，就給
team member
提供了乙個選擇的平台，
team member
可以結合自己的興趣，向
team leader
主動提出自己希望負責的專案；或者由
team leader
利用會後一些面談的機會，進一步了解
team member
的意願，幫大家進行技術方向定位。對於有想法、有追求的
team member
，如果他不能明確自己的定位，很容易產生不滿，今天讓他做這種型別的產品，明天讓他做那種型別的產品，他都搞不清楚自己應該主要學習哪些知識。特別是又有底層開發，又有上層應用的
team
，更需要注意這一點。對於尚無太多企圖心的
team member
，特別是新人，只知道按部就班完成專案，很容易平庸，
team leader
需要驅動這些
member
，引導他們定位，甚至直接明確化他們將成為未來某個具體專案的相關負責人，增加他們的責任感，督促他們盡早開始學習計畫。
2. 更高的技術要求，新的技術方向
這個部分一方面可以讓
team member
了解到目前自己的技術差距，激勵大家不斷學習；另一方面，
team
裡如果有對新技術；對技術突破特別感興趣的
team member
，就會讓這些
member
摩拳擦掌，躍躍欲試。
3. 部門的架構
/資源調整
這個部分，可能不是每乙個部門都會有。只是今年我們測試部門，為了配合產品整合、提高測試資源利用率，做了一些架構調整。這項內容在
kick off meeting
中向大家說明，便於大家理解和配合未來的一些工作變化，這裡，
team leader
需要盡可能明確的告訴大家調整的目的、具體的調整措施、調整後的狀況、需要大家配合的事項；取得大家的充分理解和認同。
4. 流程改善的建議
這個部分，是針對自己部門的具體特點，比如具體的專案特性；提一些自己部門的改善建議。我覺得流程改善並不僅僅是
sepg
的事情，沒有一項工程相關的流程改善不和實際的工作環節相關，如何提高工作效率、如何積累工作經驗、建立工作指引，這些都可以討論。挑出當前對自己的部門發展最重要的待改善事項，會後將結果送給
sepg
參考。
5. 培訓需求的調查和對新人培訓的建議
因為每年度初都會開始制定年度培訓計畫。因此也可以利用kick off meeting的機會調查大家的培訓需求。大家在一起討論培訓需求，要比發調查表，單獨詢問的方式更具有啟發性。另外，部門裡有年資1到2年，剛走過新人 培訓的階段。可以也在這個時候問問他們對於新人培訓的建議。
6. 個人的年度成長計畫
這個部分會請
team member
談談自己期望的發展方向；今年的成長目標、計畫（分解到每個季度）；
q1的具體的
to do list
；自上而下，由遠及近。其實，每個
team member
的個人成長計畫，在上一年度末績效考核時，或者
q1 的
mbo setting
時，都面對面的溝通過了。有些個人成長目標，是
team leader
根據部門的發展規劃分解下去的；有些的個人成長目標就完全是
team member
根據自己的興趣、愛好定出來的。對於這部分的目標，看似和部門發展目標關聯不大，但做為
team leader
也需要呵護，為他們提供相關的學習平台和資源。雖然這部分內容
team leader
已經和team member
單獨溝通過，但在
kick off meeting
上，請team member
逐個自己發言闡述的主要目的，是讓
team member
之間互相交流，互相啟發。有些
team membeer
對於自己的發展不是很明確，也主動提出希望聽聽別人的規劃；而有些
team member
比較沒有想法，就可以利用這個機會，對他們有一些激勵。在團隊內創造不斷進取，追求卓越的氛圍。另外，這個議題有些頭腦風暴的意味在裡面了，為了防止
kick off meeting
的會議時長失去控制，將這個議題放在最後，
team leader
可以根據剩餘時間，控制每個
team member
發言的時間，以及討論的時間。還有乙個將這個議題放在最後的原因，是根據經驗。因為這個議題是
team member
發言後，其他人可以提問、給建議；有時候討論很熱烈。
kick off meeting
會在興奮、熱烈、有激情的氣氛中結束。
在IT部門和研發部門的工作差別
最初尋找程式設計工作的時候，我並沒有意識到在一家非軟體公司的it部門工作和在一家軟體公司的研發或者產品開發部門工作有什麼不同。對於我來說，都是工作而已。我會看看公司的口碑，使用的技術或者額外津貼，試著權衡一下會不會有很多機會。事實上，這兩種工作截然不同，人們很可能會在其中的某乙個快樂並更成功。it部...
軟體研發部門理想發展之路
那我們就鼓足勇氣，走出來，從我們的設計模式 oo 軟體工程 虛擬介面 反射 持久化 框架中走出來。開發經理來承擔起客戶行業研究來 1 客戶行業這個群體有多大？大中小規模各有多少家，各分布在什麼省？我們面對的最佳客戶是什麼規模什麼資訊化程度的？我們的次佳客戶是什麼規模什麼資訊化程度的？2 我們的上層競...
技術研發部部門結構及分工
2018年11月 公司成立2年多了，技術部門一直作為公司的輔助性角色存在，領導也提出了準備擴充套件部門的意圖。和部門領導交流了下意見，以下是個人根據交流意見及個人想法簡要整理的乙份部門組織結構及分工設想。一 部門結構 技術研發部 技術總監 a 產品組 新 調研 產品策劃 b 研發組 前端開發 後端開...