<kbd id="afajh"><form id="afajh"></form></kbd>
<strong id="afajh"><dl id="afajh"></dl></strong>
    <del id="afajh"><form id="afajh"></form></del>
        1. <th id="afajh"><progress id="afajh"></progress></th>
          <b id="afajh"><abbr id="afajh"></abbr></b>
          <th id="afajh"><progress id="afajh"></progress></th>

          敏捷開發(fā)培訓(xùn)會?。ㄊ甏罄蟹窒?,不看后悔系列)

          共 3460字,需瀏覽 7分鐘

           ·

          2021-10-28 08:21


          話說,你們公司用的是哪種開發(fā)模式?瀑布式開發(fā)? or ?敏捷式開發(fā)?


          然后,作為產(chǎn)品經(jīng)理,你真的了解當(dāng)下主流的敏捷開發(fā)模式么?還是只聽過其概念?


          近期有幸參加了一場敏捷開發(fā)的培訓(xùn)會,是由一位十年以上產(chǎn)品大佬分享的,真的是讓我受益良多,獲益匪淺。


          在這里做一次總結(jié),一方面,是為了吸收消化一下這次培訓(xùn)的精髓所在,另一方面,當(dāng)然是分享給大家啦,誰讓你們一直陪伴著我呢,有好東西當(dāng)然是想著大家啦!




          01
          前言



          首先說個前提,PPT這玩意從大的方面劃分,可以分兩種:一種是用來講的;另外一種是用來看的。


          我之前分享的自己寫的各種述職報告,就屬于用來講的那種,也就是沒有我的現(xiàn)場講解,大家是不大容易看明白的,或者是說不大能夠get到我想表達的全部信息的;


          而今天分享的這次敏捷培訓(xùn)的PPT,基本上屬于用來看的這種,也就是大家自己看PPT本身,沒有人講的話,也大致能夠明白想傳遞的信息精髓所在。


          來,廢話少說,讓我們開始這次培訓(xùn),Lets go!



          02
          瀑布式開發(fā)



          (1)流程


          相信很多同學(xué)都熟悉瀑布式開發(fā),尤其是B端項目制的同學(xué),應(yīng)該大部分使用的,都是這種開發(fā)模式。


          瀑布模型分為七個步驟,這個也應(yīng)該是我們再熟悉不過的了:1. 可行性分析;2. 需求分析;3. 概要設(shè)計;4. 詳細(xì)設(shè)計;5. 編碼開發(fā);6. 測試(單元、集成、驗收);7. 部署上線。


          每個階段的產(chǎn)出物,相信也是我們?nèi)粘9ぷ鞯囊徊糠?,例如《可行性分析報告》啊、《需求分析文檔》啊、原型圖、測試用例啊等等,這里就不詳細(xì)列舉了。


          這就是大多數(shù)人所熟知的瀑布式開發(fā)模式。


          (2)問題


          不過這種模式,也是存在諸多弊端的,不然敏捷開發(fā)也不可能上位,哈哈哈。


          歸納起來,瀑布式開發(fā)模式,有四宗罪:


          1. 需求變更


          產(chǎn)品經(jīng)理和開發(fā)干架,大多時候都是因為需求變更。


          就像互聯(lián)網(wǎng)經(jīng)常調(diào)侃的那個段子,產(chǎn)品經(jīng)理對開發(fā)說:“砍我可以,不能砍需求!”


          而且大家還記得,我們之前在總結(jié)需求變更文章時的一個重要觀點么:


          需求變更是必然的、可控的、有益的!


          (該觀點出自文章《五個要點,助你應(yīng)對需求變更!》)


          對于瀑布式開發(fā)模式來說,由于業(yè)務(wù)需求的多變性,導(dǎo)致很難有穩(wěn)定的需求邊界,需求變更就更加難以避免了。


          而且經(jīng)常性的需求變更,給整個團隊帶來的損失是極大的,不僅僅是勞動時間的白白浪費,更重要的是影響大家的工作積極性,會讓大家認(rèn)為,有些事情做了,也會沒什么結(jié)果,沒什么意義。


          這也是瀑布式開發(fā),最顯著的缺點。


          2. 進度延遲


          面對一個小的功能,我們能夠準(zhǔn)確地預(yù)估出來,需要花費多少工時。


          但如果開發(fā)團隊面對是一個200多頁的方案或者PRD文檔,這個時候的工時應(yīng)該怎樣預(yù)估,或者說應(yīng)該怎樣才能準(zhǔn)確預(yù)估,恐怕沒人知道。。。


          再加上上面所說的必然的需求變更,所以進度延遲是經(jīng)常發(fā)生的事情。。。


          一個不可控的過程,往往會造成一個不可控的結(jié)果,在瀑布式開發(fā)的模式當(dāng)中,項目失控并不罕見,我就經(jīng)歷過。。。


          3. 業(yè)務(wù)誤解


          瀑布式開發(fā)的模式當(dāng)中,產(chǎn)品設(shè)計和產(chǎn)品開發(fā)往往是割裂的,二者只是通過交付物進行信息傳遞。


          人與人之間,通過不斷反復(fù)地語言溝通,還避免不了信息差的情況呢,更何況僅僅是通過冰冷的文字。


          于是乎,開發(fā)對于業(yè)務(wù)的誤解,那也是在所難免的了,功能開發(fā)出來以后,不是我們原本設(shè)計的,或者是使用人員想要的。


          到時候就又該扯皮了,到底是誰的鍋呢?


          4. 項目取消


          這種項目取消就屬于重大事故了。。。


          在團隊的分工當(dāng)中,開發(fā)團隊是負(fù)責(zé)實現(xiàn)的,產(chǎn)品團隊是負(fù)責(zé)設(shè)計的,管理團隊是負(fù)責(zé)決策的。


          誰也不能夠保證,每一項決策都是正確的,所以項目取消,有時候也見怪不怪吧。但這個時候,就會造成大量的成本浪費。


          這也是MVP產(chǎn)品模式,在這些年逐漸興起的原因吧。



          03
          敏捷式開發(fā)



          (3)敏捷宣言


          上面我們了解了瀑布式開發(fā)的流程以及問題,接下來我們正式進入今天的主題:敏捷式開發(fā)!


          想要了解敏捷式開發(fā),就需要先知道這四句敏捷宣言:


          1. 個體和交互 勝于 流程和工具!


          2. 可工作的軟件 勝于 求全責(zé)備的文檔!


          3. 與客戶協(xié)作 勝于 合同的談判!


          4. 對變化的響應(yīng) 勝于 遵循原計劃!


          這四句宣言,大家初步讀起來或許就會有不一樣的感受,相信在敏捷開發(fā)的過程中當(dāng)中,大家的體會會更加深刻!


          (4)敏捷理念


          了解了宣言之后,我們再來看一下敏捷的理念。


          這11條理念就不再一一贅述了,大家可以花一分鐘時間自己看一下,體會一下是否跟自己之前的理念不一樣,甚至是顛覆了自己的原有理念~


          尤其是像“歡迎對需求提出變更”這一種~


          (5)敏捷前提


          當(dāng)然,也并非所有的團隊都適合敏捷模式的,敏捷也是有前提的,這個前提總結(jié)一下的話,有這四個方面:


          1. 領(lǐng)導(dǎo)支持


          這一點真的非常非常重要,如果領(lǐng)導(dǎo)層壓根沒有敏捷的概念或者意識,當(dāng)你第一個核心功能的迭代版本出來以后,領(lǐng)導(dǎo)層通常會反饋“這是什么玩意”這種話。。。


          這也很正常,因為通常第一個,甚至前幾個迭代版本,東西還少,又沒有用戶體驗,關(guān)鍵長得也不好看。。。


          2. 教練保障


          如果一個團隊在之前沒有經(jīng)歷過敏捷模式,那一個敏捷教練的保障是必不可少的,不然就剛才所說的一個理念,敏捷是歡迎對需求提出變更的,那產(chǎn)品跟開發(fā)還不得天天干架啊。。。


          那敏捷教練是干嘛的呢?簡單介紹一下的話,大致分為這幾個方面吧:


          • 技術(shù)教練(CI/CD,OO,微服務(wù),Cloud 等)

          • 團隊教練(團隊流程,團隊建設(shè),團隊回顧等)

          • 組織教練(組織級變革)

          • 管理教練(戰(zhàn)略,人才等)


          總之就是找個有經(jīng)驗的人帶帶大家,保障迭代能夠順利進行,防止大家天天干架。。。


          3. 熟悉敏捷


          敏捷開發(fā)模式當(dāng)中的相關(guān)成員,一定是要熟悉敏捷的。


          想要熟悉呢,無在乎兩個方面:一方面是通過培訓(xùn)提升理論知識,另一方面是通過實踐進行理解并應(yīng)用。


          4. 人員調(diào)整


          敏捷模式,可以說是麻雀雖小五臟俱全,一個完整的工作組以及角色分工,那絕對是必不可少的。


          穩(wěn)定是一切持續(xù)的前提!


          (6)敏捷框架


          敏捷模式的框架可以說跟我們瀑布模式的框架沒什么兩樣。


          只不是敏捷模式,是一種持續(xù)循環(huán)的模式,每次迭代任務(wù)大概只有2-4周,對于產(chǎn)品是一種螺旋式上升的過程。


          如果非要說一些不一樣的地方,那么每日立會或許是一個~


          (7)敏捷角色


          我們再來看一下敏捷模式中的六種角色~


          1.導(dǎo)演:保護團隊不受外界干擾是團隊的領(lǐng)導(dǎo)和推進者,提升團隊的工作效率,確保所有的利益相關(guān)者都可以理解敏捷和尊重敏捷的理念;


          2.演員:交付產(chǎn)品并對其質(zhì)量負(fù)責(zé),對所有提出產(chǎn)品請求的人一起工作,創(chuàng)建功能設(shè)計,測試并交付產(chǎn)品;


          3.老板:為團隊搭建良好的環(huán)境,以確保團隊能夠出色工作;


          4.制片人:為團隊提出產(chǎn)品需求的人,會與組織簽訂合同以開發(fā)產(chǎn)品;


          5.編劇:從業(yè)務(wù)角度驅(qū)動項目,傳播產(chǎn)品的明確意愿,對投資回報負(fù)責(zé);


          6.觀眾:根據(jù)自己的業(yè)務(wù)知識定義產(chǎn)品,并告知團隊自己的期望,提出請求。


          (8)敏捷產(chǎn)出物


          整個敏捷開發(fā)模式,關(guān)鍵的產(chǎn)出物,有這么四種:


          1. 劇本:一個列表,涵蓋了詞匯,故事,需求和功能等等,團隊要在將來交付這些條目;


          2. 場景:團隊希望到Sprint結(jié)束前開發(fā)出來的Product Backlog條目排序列表;


          3. 情節(jié):Sprint結(jié)束時,Scrum團隊要交付有可能發(fā)布的產(chǎn)品增量;


          4. 實際拍攝:一個任務(wù)列表,開發(fā)團隊使用它來可視化團隊活動。



          04
          瀑布思維 vs 敏捷思維



          (9)思維方式


          最后呢,我們再來感受一下,瀑布思維與敏捷思維,兩種思維方式的不同。


          這一個大家就自行閱讀吧,總之呢,大家行為方式改變的前提,一定是思維方式的改變。


          敏捷開發(fā)的模式,有諸多的優(yōu)點,可以說是現(xiàn)在主流的模式,但也有它自身的局限性。


          關(guān)于模式的選擇,就像尋找人生另一半一樣,沒有最好的,只有最合適的~



          05
          結(jié)語



          實際的培訓(xùn)過程,大概持續(xù)了兩個小時的時間。


          其間舉了很多我們工作過程中的實際事例,這個我不好體現(xiàn)在我們的公眾號當(dāng)中。


          但我已經(jīng)把培訓(xùn)時所講的,敏捷開發(fā)的精華內(nèi)容,全部奉獻給了大家,反正我當(dāng)時聽的是挺有感覺的,讓我對于敏捷開發(fā)有了一個全面的認(rèn)知,也希望能夠?qū)τ诖蠹矣兴鶐椭伞?/span>


          最后呢,大家如果需要這個PPT資料的,可以在公眾號后臺回復(fù)“資料分享”四個字,就可以查看獲取方法啦。可以作為自己工作的指南,也可以當(dāng)個培訓(xùn)資料,去教育教育小弟小妹們,賺取一下他們崇拜的眼神,哈哈哈~



          END



          原載作者公眾號:

          瀏覽 119
          點贊
          評論
          收藏
          分享

          手機掃一掃分享

          分享
          舉報
          評論
          圖片
          表情
          推薦
          點贊
          評論
          收藏
          分享

          手機掃一掃分享

          分享
          舉報
          <kbd id="afajh"><form id="afajh"></form></kbd>
          <strong id="afajh"><dl id="afajh"></dl></strong>
            <del id="afajh"><form id="afajh"></form></del>
                1. <th id="afajh"><progress id="afajh"></progress></th>
                  <b id="afajh"><abbr id="afajh"></abbr></b>
                  <th id="afajh"><progress id="afajh"></progress></th>
                  三年秘 无码一区二区三区 | 污污污污污网站 | 欧美在线视频日本 | 天天操欧美 | 爱搞搞一级片 |