偶爾也要發一篇不是廢文的 (希望不是 @rz)
==========================================
先說請客就不用了 @@"
==========================================
上面推文說到要知道目前用什麼、怎麼用，
這樣才有方向提供資料。
也提到主管喜好，這裡的喜好是指他有沒有偏愛的功能，
Ex
他超愛 CVS lock 覺得這樣都不必解 conflict 好棒棒
那...Git 沒有 XD
就得想怎麼 workaround 或說服他
==========================================
看你之前的文我猜是 CVS -> Git
那就...
Git VS CVS
http://ppt.cc/VwAN
答案就不錯，要量化的點也容易，
開一個 repo 的步驟/時間，
開一個 branch 的步驟/時間，
CVS 操作時發生失敗狀況的修復步驟/時間 (vs Git 操作發生失敗也沒差)
轉換心得
http://ppt.cc/t~iK
蠻風趣的，6. 7. 9. 三點應該可以用。
use case
http://ppt.cc/@@d5
之前板上有人分享過，
不過還是要看你們專案的狀況，不見得能用很順。
若主管超中意 lock 看這篇能不能掙扎一下
http://ppt.cc/xdlt
Since (AFAIK) the Subversion locks are just advisory,
an e-mail or instant message could serve the same purpose.
But even if you don't do that, Git lets you fix it.
(哞哩洗咩按怎...XD)
不然非要 lock 不可的話還得要有一個人負責管權限，
每次誰要改哪個檔就開要改的人的權限並關其他人的，
搞到這樣反而更麻煩...
另外也因為沒 lock，Git 的操作流程要先想好，
什麼情況下遇到 conflict 時要怎麼處理，
例如由當下遇到的人負責解掉，或提出討論，
或其它。
==========================================
另外建議可以把操作錄成影片，
平常用 CVS 會用的操作都錄，
CVS 版跟 Git 版各錄一個。
開 repo 各錄一個，branch 各錄一個，
merge 各錄一個這樣分開來錄，
簡報的時候放來看，
這樣一比影片長度就很清楚效益怎麼樣，
看影片步驟就很清楚哪個容易哪個麻煩，
應該會比靜態圖文有感得多。
錄的工具可以用 screen recorder 或 Jing (應該還是免費)
不然估狗一下 record screen 也有很多別的工具。
EDIT: 20140729
==========================================
另外補充一點
請確定你的主管有興趣知道，
以及弄清楚為什麼一直固守 CVS
例如假如一直固守 CVS 的原因是主管的主管有什麼高見的話，
那你報告的越好有可能是越讓主管的主管難堪
(AKA 可能不是什麼好事)
總之，以技術研究報告的角度去做，
報告完就算了，這樣可能會比較好？
※ 引述《dream1124 (全新開始)》之銘言：
: 請問大家可以分享適合在整理後拿給主管看，推薦使用 git 的文章嗎？
: 在受夠公司功能差的版控系統和古怪的提交工作流程後，
: 小弟終於得到一個機會，能向上級建議使用 git。
: 只是有關 git 的介紹及相關的提交工作流程討論文章實在太多，
: 既不可能也不適合在一兩次簡短的簡報中一口氣地塞給主管，
: 我打算在報告中挑出少數夠經典，夠震撼的內容，
: 用少量但很具體能打動人心的項目，影響他們的決定。
: 主管們從不覺得新技術新功能有什麼，對畫大餅式的說法也不感興趣，
: 他們只在意用不用得到，需不需要，能降低多少成本產生多少效益，
: 最好能數字量化。然後東西多半是能用就好，有就好。
: 至於那些潛在能大幅影響生產力的因素，像是某些讓基層工作更愉快更有彈性的做法
: 或是工具，在主管眼中因為比較難觀察到效果且量化為個人績效，
: 因此通常都當作不存在。
: 想請問大家，對於這類型的主管可否推薦什麼好文章，讓我擷取重點給主管們看嗎？
: 如果您推薦的好內容之後能影響主管，使我們可以使用 git
: 小弟願在事成之後請客，謝謝大家幫忙囉~