2020国产成人精品视频,性做久久久久久久久,亚洲国产成人久久综合一区,亚洲影院天堂中文av色

分享

【敏捷1.2】敏捷宣言的官方解釋?zhuān)?2條敏捷原則

 硬核項(xiàng)目經(jīng)理 2021-09-27


上一篇文章中說(shuō)到的敏捷宣言,可以說(shuō)是整個(gè)敏捷體系中最精髓的部分了。說(shuō)實(shí)話(huà),不僅你覺(jué)得,我也覺(jué)得這四句話(huà)有點(diǎn)太簡(jiǎn)單,太抽象了。難道真正的敏捷只是遵循這四句話(huà)就可以了嗎?不要 too young too simple 了。

在現(xiàn)實(shí)的項(xiàng)目環(huán)境中,各種因素往往是復(fù)雜多變的,敏捷宣言的概括雖說(shuō)是可以覆蓋到大部分的問(wèn)題,但畢竟還是太過(guò)于籠統(tǒng)抽象了。所以,各位大佬們?cè)诎l(fā)布敏捷宣言的同時(shí),還給出了 12 條敏捷原則,可以看成是對(duì)敏捷宣言的官方解釋及補(bǔ)充。

既然這么說(shuō)了,那么其實(shí)也就意味著這 12 條敏捷原則也是官方給出的東西了唄。因此,不管是考試還是面試,這 12 條原則就和敏捷宣言一樣,是必須掌握的東西。幸好的是,這 12 條原則也非常地“簡(jiǎn)單”。

原則一:我們最優(yōu)先要做的是通過(guò)盡早的、持續(xù)的交付有價(jià)值的軟件來(lái)使客戶(hù)滿(mǎn)意

有印象嗎?對(duì)應(yīng)的是敏捷宣言中的哪句話(huà)呢?這個(gè)原則可是照搬過(guò)來(lái)的哦!

在這一個(gè)原則,我們就會(huì)看到幾個(gè)名詞:持續(xù)交付、客戶(hù)價(jià)值,以及為了實(shí)現(xiàn)這個(gè)原則所應(yīng)該采取的開(kāi)發(fā)方式:迭代式生命周期。記住,這些名詞都和這個(gè)原則有著千絲萬(wàn)縷的關(guān)系。

原則二:即使到了開(kāi)發(fā)的后期,也歡迎改變需求。敏捷過(guò)程利用變化來(lái)為客戶(hù)創(chuàng)造競(jìng)爭(zhēng)優(yōu)勢(shì)

同樣的,這個(gè)原則也是來(lái)自于敏捷宣言中的一句話(huà)。另外,這里有客戶(hù)價(jià)值和迭代思想的體現(xiàn),通過(guò)快速迭代來(lái)實(shí)現(xiàn)客戶(hù)的競(jìng)爭(zhēng)優(yōu)勢(shì)從而提高客戶(hù)價(jià)值。

這個(gè)原則也是與傳統(tǒng)的項(xiàng)目管理最不同的一點(diǎn),傳統(tǒng)的項(xiàng)目管理中,非常注重的一點(diǎn)就是變化是一切罪惡的根源。所有的一切應(yīng)該是圍繞著計(jì)劃進(jìn)行的,變化會(huì)產(chǎn)生一系列的問(wèn)題,包括但不限于時(shí)間延長(zhǎng)、成本增加、質(zhì)量降低等等。所有的變化一定要走完善的變更流程,要有記錄,要能追溯。但是,在敏捷中,變化是受歡迎的,是值得我們?nèi)肀У?,為什么呢?就是上面的原因,它能夠提升客?hù)價(jià)值。

原則三:經(jīng)常性地交付可工作的軟件,交付的間隔可以從幾個(gè)星期到幾個(gè)月,交付的時(shí)間間隔越短越好

這個(gè)原則是順著原則二的繼續(xù)深入??焖俚亍⒍唐诘慕桓?,也就是讓客戶(hù)和用戶(hù)在很短的時(shí)間間隔里就可以體驗(yàn)到新的、不斷累加的產(chǎn)品功能,就能盡早地讓客戶(hù)驗(yàn)證對(duì)產(chǎn)品的想法以及盡早地發(fā)現(xiàn)產(chǎn)品中的問(wèn)題。

通常來(lái)說(shuō),在 Scrum 中,迭代(沖刺)周期一般為 2 到 4 周。而在 XP 中,則更有可能一周就完成一次迭代。

原則四:在整個(gè)項(xiàng)目開(kāi)發(fā)期間,業(yè)務(wù)人員和開(kāi)發(fā)人員必須天天都在一起工作

這個(gè)原則很明顯是在說(shuō)明溝通的重要性。在現(xiàn)代社會(huì)中,我們很多人即使天天坐在一個(gè)辦公室里,也只會(huì)通過(guò) QQ 、微信之類(lèi)的聊天工具來(lái)交流。而在敏捷中,更提倡的是面對(duì)面的溝通,而且在項(xiàng)目成員和客戶(hù)之間,最好也是沒(méi)有隔閡的就在一個(gè)地方辦公,而且有什么問(wèn)題都是直接能夠用面對(duì)面的說(shuō)話(huà)來(lái)交流的。

當(dāng)然,這真的非常難。在傳統(tǒng)的項(xiàng)目開(kāi)發(fā)中,外包團(tuán)隊(duì)經(jīng)常會(huì)有入駐的開(kāi)發(fā)形式,其實(shí)這就是為了更好的解決溝通問(wèn)題。但是,在敏捷中,更提倡的是讓客戶(hù)也就是甲方派一些關(guān)鍵人物參與到乙方的工作中來(lái)。這樣就能夠快速的獲得客戶(hù)的意見(jiàn),同時(shí)客戶(hù)也能夠隨時(shí)清晰地知道開(kāi)發(fā)的狀態(tài)。

在這其中,除了在一起工作之外,看板是也一個(gè)協(xié)同辦公很重要的工具,還包括站會(huì)、回顧會(huì)議等等各種簡(jiǎn)單小型的會(huì)議。如果不能在一起工作的話(huà),或者不能面對(duì)面的工作溝通的話(huà),這些溝通工具就完全不能發(fā)揮它們的作用。

就和前面說(shuō)過(guò)的一樣,讓雙方甚至多方天天在一起工作真的很難。但總有一些方法可以解決,比如周期性地同步工作一段時(shí)間,或者由資深的業(yè)務(wù)分析師來(lái)充當(dāng)“用戶(hù)代言人”。

原則五:圍繞被激勵(lì)起來(lái)的個(gè)體來(lái)構(gòu)建項(xiàng)目。給他們提供所需的環(huán)境和支持,并且信任他們能夠完成工作

在敏捷中,人是整個(gè)項(xiàng)目成功非常重要的一個(gè)因素。而在傳統(tǒng)的項(xiàng)目管理中,人則是一個(gè)工具。也就是說(shuō),在傳統(tǒng)項(xiàng)目管理中,所有的人都要遵循計(jì)劃,告訴他應(yīng)該做什么,怎么做。而在敏捷中,則是以激勵(lì)為主,不會(huì)告訴你做什么,一切以你自己來(lái)決定。通過(guò)用戶(hù)故事來(lái)認(rèn)領(lǐng)你要完成的工作,通過(guò)故事點(diǎn)數(shù)來(lái)評(píng)估自己完成的速率。團(tuán)隊(duì)里的人都會(huì)認(rèn)可你的工作,也會(huì)無(wú)條件的支持你、信任你。

在這里,我們會(huì)聯(lián)想到幾個(gè)名詞:自組織、團(tuán)隊(duì)、勇氣以及尊重。在將來(lái)的學(xué)習(xí)中,我們還會(huì)見(jiàn)到它們的身影。

原則六:在團(tuán)隊(duì)內(nèi)部,最具有效果并且富有效率的傳遞信息的方法,就是面對(duì)面的交談

不用多解釋了吧?和原則四的內(nèi)容很貼切吧,在原則四中我們也講過(guò)了,面對(duì)面的交流溝通是敏捷中最重要的內(nèi)容。

在人和人的交流中,面對(duì)面溝通時(shí)三大要素影響力的比率是:文字7%,聲音38%,肢體動(dòng)作55%。因此,為什么原則四要強(qiáng)調(diào)在一起辦公的原因也再明顯不過(guò)了。當(dāng)然,我們也可以排個(gè)序,面對(duì)面說(shuō)話(huà)當(dāng)然是最好的,其次是視頻會(huì)議,再次是電話(huà)會(huì)議,而文檔的傳遞也就是傳統(tǒng)意義上的郵件溝通則是最差的一種交流方式。

當(dāng)然,我們并不是說(shuō)禁止一切的文檔交流。在某些情況下,一些 Wiki 類(lèi)文檔有其獨(dú)特的功用,而且是不可代替的功用。

原則七:工作的軟件是首要的進(jìn)度標(biāo)準(zhǔn)

這里又再次提到了工作的軟件,也就是正式可用的軟件。既然我們不停地迭代,不停地上線(xiàn)。那么如果客戶(hù)想要知道現(xiàn)在的進(jìn)度,直接使用線(xiàn)上的軟件就可以了呀。要知道,敏捷區(qū)別于傳統(tǒng)項(xiàng)目開(kāi)發(fā)的一大特點(diǎn)就是不停地持續(xù)交付真正可用的軟件產(chǎn)品。

在敏捷中,一個(gè)功能無(wú)法使用,也就意味著這個(gè)功能是沒(méi)有交付的。這種情況下,進(jìn)度標(biāo)準(zhǔn)就被清晰的定義為每個(gè)功能是否交付,而且只有兩個(gè)選項(xiàng),已交付和未交付。當(dāng)然,對(duì)于開(kāi)發(fā)團(tuán)隊(duì)來(lái)說(shuō)可能還有更多的選項(xiàng),但對(duì)于客戶(hù)來(lái)說(shuō),這兩個(gè)就足夠讓他們清晰的知道現(xiàn)在產(chǎn)品已經(jīng)開(kāi)發(fā)到什么狀態(tài)了。

原則八:敏捷過(guò)程提倡可持續(xù)的開(kāi)發(fā)速度。責(zé)任人、開(kāi)發(fā)者和用戶(hù)應(yīng)該能夠保持一個(gè)長(zhǎng)期的、恒定的開(kāi)發(fā)速度

其實(shí)說(shuō)人話(huà)就是每次迭代的時(shí)間保持一致。比如我們確定好了兩周一個(gè)迭代,那么后面就盡量不要改變這個(gè)迭代周期。另外一點(diǎn)則是每次迭代所完成的工作量也應(yīng)該是要保持一致的。在這里,我們會(huì)用到“用戶(hù)故事”中的“故事點(diǎn)”的概念。也就是每次迭代我們都應(yīng)該完成相同的“故事點(diǎn)”功能以實(shí)現(xiàn)迭代中工作量的一致性。

良好的迭代規(guī)律能夠?yàn)閳F(tuán)隊(duì)帶來(lái)歡樂(lè)和生產(chǎn)力。試想在一個(gè)動(dòng)蕩的,充滿(mǎn)不確定性的環(huán)境中,如何才能讓團(tuán)隊(duì)保持平衡產(chǎn)出呢?另外,也可以將一次項(xiàng)目的開(kāi)發(fā)比喻成一次長(zhǎng)跑,在奧運(yùn)會(huì)的長(zhǎng)跑比賽中,解說(shuō)員都會(huì)說(shuō)穩(wěn)定的節(jié)奏對(duì)于長(zhǎng)跑的重要性。而短跑更像是每一次的迭代,在 Scrum 中,迭代也叫做沖刺。因此,整個(gè)項(xiàng)目開(kāi)發(fā)過(guò)程,其實(shí)就是在穩(wěn)定節(jié)奏下的一次次拼盡全力的沖刺。

原則九:不斷地關(guān)注優(yōu)秀的技能和好的設(shè)計(jì)會(huì)增強(qiáng)敏捷能力

這一點(diǎn)可以說(shuō)是更重視于軟件開(kāi)發(fā)中的架構(gòu)設(shè)計(jì)。代碼一旦變得復(fù)雜,冗余,就會(huì)失去敏捷性。特別是長(zhǎng)時(shí)間積累的,經(jīng)過(guò)多人之手的傳說(shuō)中的“shi山”級(jí)別代碼。之所以說(shuō)不斷關(guān)注,原因其實(shí)就像我們的項(xiàng)目進(jìn)程一樣,對(duì)于代碼來(lái)說(shuō),也是不斷地迭代升級(jí)的,當(dāng)然,它有一個(gè)更專(zhuān)業(yè)的名詞:“重構(gòu)”。

持續(xù)不斷的重構(gòu),其實(shí)也正對(duì)應(yīng)著敏捷中的一個(gè)思想,那就是不斷精進(jìn),這個(gè)概念來(lái)源于豐田的精益生產(chǎn)標(biāo)準(zhǔn)。而這個(gè)精益生產(chǎn),也正是敏捷思想的啟蒙概念之一。把控每一個(gè)環(huán)節(jié),消除浪費(fèi),對(duì)應(yīng)到敏捷軟件開(kāi)發(fā)的實(shí)踐中,就是測(cè)試先行、持續(xù)集成以及重構(gòu)的綜合應(yīng)用。要知道,返工和嚴(yán)重的 BUG ,正是最大的浪費(fèi)來(lái)源。

原則十:簡(jiǎn)單(盡最大可能減少不必要的工作)是一門(mén)藝術(shù)

這個(gè)原則是我最喜歡的原則,當(dāng)然,相信也是不少人最喜歡的原則。敏捷從不提倡過(guò)度設(shè)計(jì),所以,適合當(dāng)下的就是最好的。即使要為將來(lái)做準(zhǔn)備,也要在嚴(yán)謹(jǐn)?shù)恼撟C基礎(chǔ)上進(jìn)行適當(dāng)?shù)臄U(kuò)展準(zhǔn)備。

反過(guò)來(lái)說(shuō),這個(gè)原則最主要杜絕的其實(shí)也是一種浪費(fèi),那就是過(guò)度設(shè)計(jì)的浪費(fèi)。我們經(jīng)歷過(guò)太多的項(xiàng)目,真的是看別人有什么就要做什么,最后的結(jié)果卻總是不了了之了。根據(jù)28法則(帕累托),你的項(xiàng)目中用戶(hù)最常用的功能其實(shí)只有那么 20% ,而剩下的 80% 可能大部分人都根本不知道。當(dāng)然,也就可能剩下的這 80% 功能是為了那 20% 的用戶(hù)所準(zhǔn)備的。不過(guò),如果是一個(gè)迭代的敏捷開(kāi)發(fā)過(guò)程,那么我們最優(yōu)先要做的,正是那 20% 的核心功能。至于如何做呢?最簡(jiǎn)單的方式去實(shí)現(xiàn)他們。然后在將來(lái)不斷地重構(gòu)升級(jí)。

原則十一:最好的架構(gòu)、需求和設(shè)計(jì)出自于自組織的團(tuán)隊(duì)

敏捷很重視個(gè)人,但其實(shí)它更在乎的是整個(gè)團(tuán)隊(duì)。而在各種團(tuán)隊(duì)形式中,敏捷又最推崇的是自組織的團(tuán)隊(duì)。這是一種什么樣的團(tuán)隊(duì)呢?代碼共有、人人負(fù)責(zé)、團(tuán)隊(duì)計(jì)劃、自主分解、自主協(xié)作、自我約定??粗遣皇歉杏X(jué)很美好,沒(méi)錯(cuò),這樣的團(tuán)隊(duì)非常難形成。

首先,我們要有一個(gè)小而精的規(guī)模,敏捷中不提倡太大的團(tuán)隊(duì),如果人數(shù)過(guò)多,那么混亂也就隨之而來(lái)。團(tuán)隊(duì)也一樣要“簡(jiǎn)單”。

其次,團(tuán)隊(duì)成員的水平要高,甚至最好是通才。但這個(gè)太難實(shí)現(xiàn)了,所以,我們推崇教練機(jī)制。說(shuō)白了,就是一種老帶新的機(jī)制,有項(xiàng)目管理教練,有編碼教練,當(dāng)然也可以有產(chǎn)品教練,設(shè)計(jì)教練。

最后,團(tuán)隊(duì)宗旨要明確,沒(méi)有目標(biāo)的團(tuán)隊(duì)很難取得進(jìn)步,在團(tuán)隊(duì)內(nèi)部也很難溝通,至少,我們要為了同一個(gè)目的去工作,不是嗎?

原則十二:每隔一段時(shí)間,團(tuán)隊(duì)會(huì)在如何才能更有效地工作方面進(jìn)行反省,然后相應(yīng)地對(duì)自己的行為進(jìn)行調(diào)整

這個(gè)原則好理解,我們中國(guó)有句古話(huà)“吾日三省吾身”。這句話(huà)出自《論語(yǔ)》,意思就是每天都要對(duì)自己提三個(gè)問(wèn)題進(jìn)行反思。而在敏捷中,我們也非常重視這個(gè)反省的過(guò)程。因?yàn)槲覀兊牡俣瓤?,所以有時(shí)候一些錯(cuò)誤的構(gòu)架和 BUG 確實(shí)是不可避免的,但是要拿出“勇氣”,敢于“反省”和“重構(gòu)”。另外最重要的一點(diǎn)是,這些都是在團(tuán)隊(duì)的基礎(chǔ)上進(jìn)行的,也就是說(shuō),錯(cuò)誤不是某一個(gè)人的,而是團(tuán)隊(duì)中的問(wèn)題。

在 Scrum 中,回顧會(huì)議就是非常重要的一個(gè)會(huì)議。通常在一個(gè)迭代結(jié)束之后都要進(jìn)行一次回顧會(huì)議。目的就是讓團(tuán)隊(duì)搞清楚我們?cè)谏弦粋€(gè)迭代做了什么,有哪些收獲,有哪些不足,怎么改進(jìn)。說(shuō)實(shí)話(huà),不管是團(tuán)隊(duì)還是個(gè)人的進(jìn)步,真像都在于我們?nèi)绾稳タ偨Y(jié)沉淀自己的經(jīng)驗(yàn)。

總結(jié)

內(nèi)容有點(diǎn)多吧?沒(méi)辦法,畢竟十二條原則,說(shuō)多不多,說(shuō)少不少的。就像開(kāi)頭所說(shuō)的,如果是有特殊的目的來(lái)進(jìn)行學(xué)習(xí)的話(huà),那這十二條原則是必須要背的內(nèi)容。

通過(guò)這十二條原則以及一些相應(yīng)的解釋?zhuān)嘈糯蠹铱吹搅瞬簧俸苁煜さ帜吧拿~。別急,在后面的學(xué)習(xí)中我們還會(huì)見(jiàn)到并且學(xué)習(xí)到它們。

參考文檔:

《某培訓(xùn)機(jī)構(gòu)教材》

《用戶(hù)故事與敏捷方法》

《高效通過(guò)PMI-ACP考試(第2版)》

《敏捷項(xiàng)目管理與PMI-ACP應(yīng)試指南》

    轉(zhuǎn)藏 分享 獻(xiàn)花(0

    0條評(píng)論

    發(fā)表

    請(qǐng)遵守用戶(hù) 評(píng)論公約

    類(lèi)似文章 更多