如何寫好一個轉正答辯報告 幾個月前，我剛經歷了轉正答辯，這是我職業生涯中轉正答辯表現最好的一次。在我之前經歷的幾家公司中，轉正的流程各不相同，我將它們為**主動式**和**被動式**。這裡的**被動式**指的是：公司是主動方，我們是被動方。公司方面派出我的直屬領導在HR的陪同下（或者沒有HR），找我當面談話，對我入職以來的工作進行評價，並告知我是否可以轉正，在籤個字什麼的。這種被動式的轉正方式，也挺好。我們不用多餘費心，做好事情，靜待結果即可。 我這一次的答辯就是**主動式**的答辯，與之前的被動式相比，我需要主動出擊。我需要寫轉正答辯PPT，闡述自己的工作情況，表現自己，說服別人，為自己贏得順利轉正的結果。其實這並不是一件很容易的事情，對於普片不是很擅長表達的程式設計師來說更是如此。 ## 心態 我曾和一些同事同學交流，發現當大家知道轉正需要寫PPT並演講的時候，心態大概是這樣的： ``` 1. 真麻煩，直接轉不就完了嗎。 2. 形式化的嗎？沒意義，我都幹了幾個月的活了，不行的話早就攆走了。 3. 我乾的這些好像也沒啥可講的，愁啊，不知道咋寫。 ``` 其實有這種心態也是情理之中，我一開始也是這種心態，但是為了能夠做好答辯，我們必須得擺正心態。寫PPT並不是形式化的東西，PPT只是一種方式，其背後真正的益處是：我們可以藉此機會回顧一下我們做了什麼？怎麼做的？有沒有意義？以後還想不想做這個？等這些都是值得思考的問題。正如我職業生涯的第一任領導總是對我說：你不要老是埋頭苦幹！你要抬頭看路！ ## 初步梳理所有工作內容 在擺正好心態之後，我們就需要正式的準備答辯的內容了。我們去答辯，不可能空講，你得有東西可說啊！所以，這段時間做了什麼，先都梳理出來，這個過程對於自己也是工作的一個回顧。內容從哪裡來呢？這時候日報、週報的作用就出現了。如果你沒有日報週報怎麼辦，翻程式碼提交記錄、上線郵件記錄之類的。（其實我挺討厭公司強制要求週報日報，但是我會每週給自己的郵件發一個週報。方便日後檢視，當然了，不見得每週都記得，只是大多數時候都記得）。 下面，我們要做的就是：梳理所有的工作任務或專案，無論大小，不要覺得某個工作貌似不值得寫就不寫。先列一堆素材出來，後面再從中精挑細選。如果你的初步梳理沒有太多內容，後面就沒法精選了。注意，工作內容不僅包括某個具體的專案，你日常解決的工單問題，排查的錯誤問題，熟悉業務期間梳理的業務流程圖都可以作為你的工作內容。畢竟試用期嘛，你熟悉業務所形成的文件當然能算做你的工作成果了！ ## 編寫答辯PPT的初版框架 答辯PPT其實就像是一個命題作文，題材是確定的，甚至格式也是固定的。通常來講，我們用於答辯的PPT通常包含以下內容： ``` 1. 開場個人資訊簡介。 2. 工作內容。 3. 階段性的總結，優點與不足。 4. 下一階段的目標和計劃。 ``` 我認為這裡列舉的每一項內容都是必不可少的，有了這些你這個PPT才算是內容詳實。當然了，並不是說強制你必須這樣寫，我所列出的只是給你參考，你也可以列出你認為更好的內容形式。 ## 寫一個漂亮開場簡介 為什麼開場要講個人資訊？首先，現場聽你答辯的人可能可能不止你組內的同事，也許有更高階的領導之類的，畢竟你剛來，聽你答辯的其他人不見得認識你，你最起碼得介紹一下自己是誰吧；其次，當你在介紹個人資訊的時候，可能會導致臺下的人跟你互動，比如下面有人是你老鄉，下面有人也喜歡打籃球並約你週末打球，如此一來，氣氛生動一點了，沒那麼嚴肅了，你也不緊張了；再次，開場的這一講，如果講得好，拿也是一個很好的印象分。 那麼，介紹什麼呢？大概有這些內容，僅供參考：大家好，感謝參加我的轉正答辯，我叫xx，河南信陽人，在來這裡跟大家一起共事之前，我分別就職於A、B公司從事YY方面的工作，我比較擅長的ZZ領域，業餘時間我喜歡蹦迪，每個週末我都會去三里屯的夜店瘋玩。以上是我個人基本資訊介紹，下面我將開始講解近期的工作內容。 以上是我比較喜歡的一種開場方式，沒什麼特別的地方，中規中矩，該有的都有了。當然了，還是那句話，僅供參考，也許你看完有更好的靈感。 ## 用"總-分-總"的方式介紹工作 為什麼要用”總分總“的方式？—— 為了避免你瞎比亂講了半個小時，人家不清楚你實際的工作量。你一上來就來個總結，後面的介紹即使沒有講全，或者你扯遠了，或者別人後面跑神了，都無所謂。反正你一開始就讓大家知道呢做了什麼？ 那麼第一步的”總“，應該怎麼總結。應該是具體的、量化的。例如，我做了A，B，C，D四個專案，排查了2個線上問題並修復了BUG，熟悉了某某業務並畫了10張業務流程圖，累計完成了580次程式碼提交，解決了5個工單問題。就像這樣，工作的內容具體量化的展示。想讓聽眾有個初步的印象，這裡的A,B,C,D四個專案可以用一兩句話介紹一下是啥。介紹完了之後，再給聽眾說：下面我將對B,C專案進行詳細的講解。 第二步的”分“，上面的總結很重要，這一步的”分“就更重要了！這是展示你的能力的時候了，你憑什麼說服別人你可以轉正啊？就在這裡的細節描述啊！你這個專案咋做的，做成啥樣了，大家聽完你講的就很清楚了啊。那麼我們要講什麼呢？ > 1. 專案的需求/目標是什麼？千萬不要囉嗦，就一兩句話，例如：我們這個B專案是為了解決運營人員操作後臺導資料效率低、經常出錯的問題。 > 2. 我是怎麼做的？ 接到需求的時候我做了哪些調研，我梳理出來的業務邊界是什麼？最好畫張圖展示一下。我設計方案是什麼樣？方案不是細節，而是完整鏈路的，包含各個業務邊界，技術模型，各個點的解釋。 > 3. 值得一提的細節和亮點是什麼？例如：我在設計中使用了一個MQ來進行解耦，帶來了怎樣的方便。我在另外一塊考慮到了未來的拓展性並使用了一個策略模式，如果將來有新的型別，可以配置一個新的策略即可。 上面的說完了，又該小結一下了，於是到了我們第三步的”總“。這裡就屬於相對自由的部分了，但是仍然是比較重要的。這裡可以說一下，上面的專案取得的成果，比如B專案上線了之後，100%避免了運營人員手動操作的出錯問題，且效率提高了60%。當然了，如果沒上線就另說了。沒上線的話，也可以說這個專案預計上線之後能避免人工出錯，並有望提高效率到60%。 除此之外，總結也可以寫自己的一些思考，關於不足之處，和未來的改進點，或者做這個專案我得到了怎樣的提升，或者熟悉了哪方面的業務。雖然這一點聽起來比較虛，但是他能體現你的一個態度。但是這裡不能瞎吹，萬一你說的太大太遠了，下面的人問你一個什麼問題把你難住了就慘了，說一個小的缺點或者小的改進點就行，只要你自己能自圓其說。 ## PPT中能用圖，就不要寫字 前面已經說過PPT的框架了，也說了裡邊改填充的內容了。但是具體填充的時候，可不能洋洋灑灑的寫文字啊。PPT的內容是要投屏的，文字投屏還是很小，看不清的。就算看得清，誰願意看一堆文字啊，你直接甩一張圖，一個表就行了。因此，PPT本來就是主要靠講的，裡邊的內容只能是圖或者標題。如果說你的答辯內容是一篇文章的話，PPT裡邊只能放文章的目錄。除此之外不要寫字，把字放在你心理。 ## PPT控制在12張左右 其實控制了PPT的張數就等於控制了PPT的演講時間，通常來講，我們的答辯不會超過1小時，通常來講40到50分鐘就完成了。而留給你演講的時間大概是30分鐘。如果你硬是扯了50分鐘，下面的人也聽不進去了，但是如果你一激動15分鐘就講完了，那不涼了嗎？ 為什麼是12張呢？根據我們上面梳理的內容框架：封皮1張，目錄1張，個人介紹1張，專案開頭總述1張，專案精講4-6張，總結/反思1張，未來計劃1張。正好12張以內。平均沒張講個3分鐘的樣子，時間大約在35 - 40分鐘，這個時間剛剛好。 ## 總結 至此，我們大概說了一下如何寫好轉正答辯的PPT，我提到了PPT的框架是怎樣？如何寫個好開頭？用總分總的方式去介紹工作內容，PPT少用字多用圖，PPT張數控制在12張左右，演講時間控制在40分鐘左右。以上純屬個人的經驗，僅供參考，希望對你有所幫助。祝願每一個在試用期期間小心翼翼、卑卑微微、加班加點的打工仔們都能順利轉正，迎來硬氣懟老員工的那