由cornerstone主辦的「深圳敏捷狂歡大會」圓滿落幕。此次活動集齊了敏捷領域的大咖與近百位敏捷研發愛好者到場，會上大家通過提問互動與敏捷大咖產生了精彩的思想碰撞，大家就敏捷開發如何落地及技術人員如何轉型晉公升這兩個話題做了深度**.
以下為敏捷專家薛軍和李林在敏捷狂歡大會上的演講分享
產品如何做減法
研發如何追求本質
運營如何借力
提問互動環節
a:有兩種方式，第一種方式就是前面我們提到的，通過資料統計的方式挖掘出使用者的高頻行為，然後在使用者高頻行為路徑上加深研究，以此來滿足使用者需求。第二種方式就是把自己想象成使用者，而且必須是各種不同的使用者，比如你把自己想象成乙個老年人，那麼你可能會覺得字型太小你看不清，那這時候你就會知道需要加上乙個功能來調節字型的大小。
q:剛剛一直聽老師您在強調要在使用者高頻行為路徑上做投入，那麼是不是可以理解為做產品現在更看重的是做資料分析，而不再需要創造力了呢？
a:關於團隊溝通，可以用敏捷的方**去實現，如果你們團隊目前還沒有達成統一的意識，那麼我建議你們建立乙個「特性負責制」。什麼叫特性負責制呢？就是由產品、開發、測試組成的乙個小團隊，這個小團隊專門為某乙個特性負責，以後有關於這個特性的使用者反饋，改進意見等都可以直接與責任人溝通，時間長了，反饋次數多了，這個功能遲早是會被優化的，因為總有乙個理由會說服到他們。
至於硬體這塊，我認為是你對敏捷有誤解，以特斯拉為例，他們就用了敏捷開發。他們是怎麼實現的呢，就是用超配去實現，因為他們知道硬體是改變不了的，但是軟體的配置可以進行更改公升級，建議你們參考一下特斯拉的模式。
it行業進入了乙個前所未有的繁盛時代?
隨著5g時代的到來，計算機幾乎已經成為了當今大學最熱門的專業，無數非相關行業的從業者轉行成為開發者，it行業似乎已經進入了乙個前所未有的繁盛時代，華為花200萬年薪招收應屆博士生正印證了這點。
大量開發者陷入對未來的焦慮
行業需求日益飽和，很多it企業開始清退35歲以上員工，這使得程式設計師面臨的壓力驟增，對未來感到焦慮迷茫。這樣的情況讓it行業成了時代的圍城：城裡的人想出去，城外的人想進來。
程式設計師是個吃青春飯的職業嗎？
我想是也不是。說是的原因是對於大多數程式設計師來說，他們從入行第一天到30多歲，幾乎一直從事著初級程式設計師的工作，年紀越大，經驗沒有得到積累，精力卻一直在衰退，自然競爭不過年輕的程式設計師。而說不是的原因，是其實市場上真正有經驗的技術管理者如此之少，以至於我接觸到的大量公司都受困於在市場上根本招不到合格的技術管理者。甚至有些中小企業還去外包cto,這是多麼魔幻的一件事，但它偏偏就發生了。
如何能從乙個開發者轉型成為乙個技術管理者？
和大多數人預想的不一致的是，我認為通向管理者的重要門檻是學會合理的評估開發周期。另外還有乙個很重要的點是要避免陷入技術的具體細節，培養大局觀，學會從產品的角度思考問題。在我看來一位合格的開發者必須擁有主觀能動能性，不能簡單地做個機械命令的執行者，要明白能力越大，責任越大，要用於擔當。
為什麼評估專案開發周期這件事如此困難？
很多初中級的開發者不能真正理解乙個需求的含義。缺乏經驗的開發者很難第一時間發現乙個需求所隱含的分支需求、邊界條件、技術難點以及可能發生的阻礙。
很多初級的開發者不明白完成是什麼意思。事實上我花了很久才接受了這個令人沮喪的現實：大量開發者對完成的定義是寫完**。在很多情況下，很多開發者在開發計畫的最後一天交付給測試人員的，僅僅是乙個勉強能執行的版本。這導致了大量功能修復bug的時間幾乎超過了當初開發這個功能的時間。
永遠不會有全部的時間能用來開發。預估5天的任務，需要5天時間來開發，而實際上很少有組織中的程式設計師在5個工作日中能擁有完整的5天開發時間。程式設計師除了寫**，還需要參加各種和開發相關的會議，可能是設計會議、qa會議、需求講解和澄清會議，還有一些關於之前版本或產品的維護工作。根據經驗來說，開發者用於寫**的時間一般不會超過60%。
從管理者到優秀的管理者
太多人認為管理意味著統治，領導意味著權力。而我認為領導意味著知識，應該向他人展示自己的方式是正確的和最佳的，以做到說服或引導他人。領導還意味著服務，管理者應該扮演著僕人和清道夫的角色，集中精力幫助研發人員清除前進道路上的障礙。
面對海量的需求你需要利用你的經驗來說服和引導產品經理/客戶，讓他們放棄高投入/低價值的需求，從高投入/**值和低投入/低價值的需求中選取部分實現，保證低投入/**值的需求可以順利的完成。要為了你的團隊勇敢說不。
我認為身為管理者必須要學會的重要的一課，是保護自己的團隊成員，免受組織中每日氾濫不絕的各種問題、爭議和「雜事」的干擾，不做傳話筒、 不粘鍋式的領導。
提問互動環節
q:現在團隊成員年輕化，僕人式管理確實很關鍵，但僕人式管理意味著我要下沉到細節裡，這會增加我的工作量，我的領導認為我應該關注大方向上的問題，但確實又有很多細節需要我去處理和引導，所以這讓我很疑惑我到底該怎麼做？
a：我剛剛說的僕人式管理，並不是真正去做乙個僕人。運用僕人式管理確實是需要下沉到團隊當中，但這並不意味著任何事情都需要你去操心，你應該把目標聚焦在大方向上，篩選出什麼是適合你來做的，或者由你出面能更好解決問題的場景，再介入。
例如上個星期，我們在平安的專案遇到了一些問題需要和平安高層去溝通，那這時候就應該由我去出面解決，因為相對於駐紮在那邊的同事，我的身份會更好一些，說話也更有分量。但如果這個場景換成是某位同事他不會敲某行**，那這個就不屬於我該管的範疇。
我認為在管理上，要有預見性。提前預估可能發生的障礙可以幫我們更好地把握方向，這樣就不至於陷入自我矛盾中。
q:請問下華為有測試開發工程師這個崗位嗎？華為內部是否也在運用敏捷開發的模式管理團隊？我想從測試人員轉型成測試開發工程師難度大嗎？
a:華為是有測試工程師的，在十年前，華為對開發和測試的招聘要求是一樣的。當時我們的工作流程是這樣的：每個迭代的前幾天，開發會和測試一起去過需求一起寫測試用例。華為的測試也要寫指令碼，寫程式的，他們的工作和開發的工作差不多。
我認為這兩個崗位之間有很多的共通點，如果你想要做好轉型我認為你需要先培養一種快速理解產品的能力，你要了解產品的功能和邊界，這是開發和測試都要關注點。程式設計能力是你現在所欠缺的，以後往這方面努力就可以了。
主辦方cornerstone，為新一代智慧型專案管理平台，可助力企業全方位解決企業協作與研發痛點，科學量化團隊表現。不僅如此，cornerstone每月舉辦多次線下沙龍分享，旨在通過大咖乾貨分享，構建純業內、純專案專家交流圈，共同推進企業智慧型化管理。
現場活動花絮
Cornerstone詳細操作
1 首先開啟cornerstone 2 然後如下圖所 示 3 選擇對應的倉庫,如下圖所 示 4 然後import完成之後,就把本地的 檔案提交到svn伺服器上了,如下圖所 示,另外如果你想要使 用svn進 行版本控制的話,那麼需要把伺服器上的 檔案check out到本地,這樣的話本地check o...
Cornerstone匯出Log日誌
由於需要匯出部分svn log日誌，發現maccornerstone目前好像沒有匯出選項，故通過控制台 terminal 列印解決，總結如下 1.匯出專案全部log cd 專案工程目錄下 svn log2.匯出某一時間段log svn log vr 3.匯出log為xml格式 svn log xml...
Cornerstone安裝及使用
mac搭建本地svn伺服器，並用cornerstone連線伺服器 搭建完成如下所示 破解mac 搭建 svn 伺服器環境 原創 cornerstone的使用 cornerstone使用教程 配置svn，http及svn簡單使用 cornerstone忽略不必要的檔案 svn commit m 測試命...