亚洲女同成aV人片在线观看|亚洲www啪成人一区二区麻豆|亚洲国产中日韩精品综合|亚洲国产成人精品一级片|亚洲无码在线视频免费

Worktile帶你學(xué)敏?捷（團隊內部的學(xué)的角角色與分( ?ヮ?)工）

概述：關(guān)于敏捷開(kāi)發(fā)的問(wèn)題，被提及最多的敏捷便是(shi)關(guān)于團隊和人員的問(wèn)題。定義里會(huì )告訴你(′Д` )：Scrum 團隊是團隊自組織、跨職能的內(nei)部完整團隊。那么究(′?_?`)竟怎樣的色分團隊才是自組織的團隊ヽ(′▽?zhuān)?ノ，什么樣的學(xué)的角分工算是跨職能？我們將在本文中為您詳細介紹。

Scrum團隊??里的敏捷三種角色

Scrum團隊中包括三種角色，分別是團隊Scrum Master、Product Owner和De?v Team。內??部Product Owner主要負責構建正確(?????)的色分產(chǎn)品；Dev Team(′ω｀*)負責以正確的方式構建產(chǎn)品；Scrum Master則主要負責幫助產(chǎn)品負??責人和開(kāi)發(fā)團隊中的(de)每個(gè)人理解和擁抱Scrum的價(jià)值觀(guān)、原則和實(shí)踐。學(xué)的角

所謂Scrum團隊的敏捷自組織，就是團隊說(shuō)他們會(huì )在內部決定如何最好地完成他們的工作，而不是內部??由團隊??外的其他(′?｀)人來(lái)指揮他們。關(guān)于Scrum團隊和流程的色分基本框架，可以參考下圖：

（Scrum團隊框架）

Scrum Master

Scrum Master是Scrum的教練和領(lǐng)隊人。關(guān)于Scrum Master的認知有一個(gè)誤區：這個(gè)角色在許多的項目開(kāi)發(fā)中會(huì )被視為項目經(jīng)ヾ(′?｀)?理。Scrum Master保證的是敏捷開(kāi)發(fā)的流程和秩序。對于項目的進(jìn)展和結果，整個(gè)團隊都需要負責。團隊主要且唯一的任務(wù)是開(kāi)發(fā)產(chǎn)品，不是來(lái)照著(zhù)規范、教條來(lái)做敏捷，敏捷開(kāi)發(fā)只是工具。而做產(chǎn)品的是 “人”不是 “角色”。比如在Worktile的敏捷團隊中，Scrum Master就是由開(kāi)發(fā)團隊的成員輪流擔任??，他們是對產(chǎn)品最熟悉的人，也是對S??crum流程最熟悉的人，他們每一個(gè)人都具備成為Scrum Master的潛力。同時(shí)，Scrum Master的工作可以提升每位(O_O)成員軟件開(kāi)發(fā)能力之外的管理能力。

作為一個(gè)合格的Scrum Master，需要擔起以下職責：

① 需要領(lǐng)導和指導團隊采用 Scrum，并管理Scrum流程

Scrum Master負責組織召開(kāi)sprint期間的每一個(gè)會(huì )議，并且Scrum Master還需要幫助開(kāi)(kai)發(fā)團隊清除在開(kāi)發(fā)的過(guò)程中遇到的障礙。Scrum Mas??ter應該有一個(gè)block list用??來(lái)記錄開(kāi)發(fā)團隊在開(kāi)發(fā)中遇到的問(wèn)題障ヽ(′ー｀)ノ礙，由Scrum Master自己進(jìn)行管理并最終使得列表中的每??一問(wèn)題??得到及時(shí)處理。

② Scrum Master要保護開(kāi)發(fā)團隊不受干擾

我們都知道，需求變更對于每一個(gè)開(kāi)發(fā)人員┐(′д｀)┌來(lái)說(shuō)都是噩夢(mèng)，而敏捷誕生的其中的一個(gè)很重要的原因就是為了解決這一問(wèn)題。然而在我們采用敏捷開(kāi)發(fā)的項目中，經(jīng)常會(huì )遇到某位領(lǐng)導直接找到開(kāi)發(fā)團(╯°□°)╯隊, 對他們指手畫(huà)腳，發(fā)號施令。這時(shí)Scrum Master應該及時(shí)阻止，因為需求雖然可以變更，但是不應該在sprint的過(guò)程中干擾開(kāi)發(fā)團隊, 可以在Daily scrum meeting或者Sprint plan meeting上提出，大家共同商討解決方案。

③ Scrum Mas(′?｀*)ter要說(shuō)服開(kāi)發(fā)團隊幫助員工及干系人理解并實(shí)施?? Scrum

這就(′?_?`)需要Scrum Mas??ter有很強的溝通能力和領(lǐng)導能力，他需要幫助 Scrum 團隊外(wai)的人員了解他們如何與 Scrum 團隊交互是有益的。Scrum Mast??er 通過(guò)改變這些交互來(lái)最大化 Scrum 團隊所創(chuàng )造的價(jià)值。

④ 建設好團隊，使團隊成員處于一個(gè)愉悅的工作氛圍中

除此之(zhi)外，還可以打造學(xué)習型團隊。比如通過(guò)團隊內部知識定期分享的方式，使得每個(gè)人都能可以學(xué)到新的知識，從而逐步使得團隊成長(cháng)。比如Worktile每周五??的下午4點(diǎn)，可以利用一ヽ(′ー｀)ノ小時(shí)的時(shí)間，讓團隊的成員舉辦知識講座。通過(guò)這種(zhong)形式，大家(jia)的積極性會(huì )變的很高?？梢约s定分??享的內容并非一定是技術(shù)方面的，也可以是生活(huo)娛樂(lè )等，只要大家感興趣就好。這樣做的好處在于不僅提高了團隊的技術(shù)能力，也使得團隊之間能夠更輕松愉快的交流，從(′；ω；`)而提升團隊的凝聚力和戰斗力。

Product Owner

Product Ow(′?ω?`)ner（PO）??就是產(chǎn)品負責人，Product Owner需要明確產(chǎn)品的愿景。這個(gè)角色(′?_?`)對于團隊非常重要，決定“Why”和“What”(?_?;)。一般可以對應為現有的??產(chǎn)品經(jīng)理的角色。

Product Owner主要負責以下幾項工作：

① 負責對Product Backlog的梳理、優(yōu)化、優(yōu)先級排序等；

② 負責決定團隊每個(gè)Sprin(/ω＼)t要完成哪些任務(wù)；

③( ?ω?) 負責最大化產(chǎn)品以及開(kāi)??發(fā)團隊工作的價(jià)值，而實(shí)現這一點(diǎn)的方式會(huì )(′-ι_-｀)隨著(zhù)組織、Scrum 團隊以及單個(gè)團隊成員的不同而不同；

④ Product Owner要對產(chǎn)品的質(zhì)量把(′Д` )關(guān)。質(zhì)(zhi)量決定了產(chǎn)品的命運。要注意一點(diǎn)，不要過(guò)于強調速度，應保持合理的開(kāi)發(fā)節奏，才會(huì )使得產(chǎn)品質(zhì)量具有一定的保???障。Scrum流程在每個(gè)sprint應統一完整，使得開(kāi)發(fā)團隊形成習慣，最終達到良好的開(kāi)發(fā)節奏。

（Product Owner的工作內容）

作為Product Owner，在工作(′?｀)過(guò)程中要注意以下幾點(diǎn)：

①不要把交付能力作為團隊的唯一評價(jià)標準：速率雖然是對敏捷團隊的衡量，但不應該是唯一標準。因為De??v Team的ヽ(′?｀)ノ交付能力是隨著(zhù)團隊成熟度的上??升而達到一個(gè)平衡，不能無(wú)限增加。

②要避免??過(guò)多??參與開(kāi)發(fā)細節：因為Product Owner只需要負責決定產(chǎn)品要做成什么樣子，要有那些功能，而不具體參與開(kāi)發(fā)團隊如何實(shí)現這些功能，否則容易造成不能客觀(guān)的決定產(chǎn)品好壞，對Sprint的進(jìn)度也會(huì )有影響。

③要避免同時(shí)領(lǐng)導多個(gè)(?????)團隊：有些企業(yè)在轉型的時(shí)候，由于企業(yè)文化和產(chǎn)品架構的問(wèn)題，往往讓一個(gè)PO帶領(lǐng)多個(gè)團隊，這樣的好處是PO可以對多個(gè)有關(guān)聯(lián)的團隊的工作進(jìn)度有總的把握，而且能夠更好的移除團隊之間的相互依賴(lài)，但是同時(shí)帶來(lái)不好的一點(diǎn)是由于精力有限，可能無(wú)??法同時(shí)兼顧多個(gè)團隊的PO工作，顧此失彼。

（Product Owner與團隊及干系人的關(guān)系??）

根據PO的工作性質(zhì)，我們可以發(fā)??現，PO必須具備良好的溝通能???力(°ロ°) !，這是必要的。并且還有一點(diǎn)也很重要，PO必??須是一個(gè)對項目十分了解的人，這樣才能夠對接到的需求進(jìn)行優(yōu)先級的排序。PO的角色在??團隊中非常重要，如果溝通(tong)不到位，需求理解不正確，或者優(yōu)先級決定有問(wèn)題，都可能導致Dev Team無(wú)法及時(shí)給出階段性的產(chǎn)品，就算給出，可能也達不到客戶(hù)所要的需求。

為保證產(chǎn)品負責人的工作不受影響，組織中的所(suo)有人員都必須尊重他的??決定。產(chǎn)品負責人所作的決定在Product Backlog的內容和排序中要清晰可見(jiàn)。任何人都不得要求開(kāi)發(fā)團隊按照另一套需求開(kāi)展工作??,開(kāi)(kai)發(fā)(fa)團隊也不(bu)允許聽(tīng)從任何其他人的指令。

Dev Team

在敏捷開(kāi)發(fā)中除了PO跟SM之外，另外一個(gè)非常重要的角色就是Dev Team，也就是我們的開(kāi)發(fā)團隊。開(kāi)發(fā)團隊包含了專(zhuān)業(yè)人員，Sprint中需要完成的Product Backlog數目、做多少工作都完全由開(kāi)發(fā)團隊決??定，PO或任何其它人都不能給開(kāi)發(fā)團隊強加更多的工作量。開(kāi)發(fā)團隊的大(/ω＼)部分時(shí)間都??花在Sp??rint執行上，他們負責在每個(gè) Sprint 的結尾交付潛在可發(fā)布的“完成”產(chǎn)品增量，只(zhi)有開(kāi)發(fā)團隊的成員才能創(chuàng )造增量。

開(kāi)發(fā)團隊有以下幾個(gè)特點(diǎn):

① 他們是自組織的,沒(méi)有人可以決定開(kāi)發(fā)團隊如何把Product Ba(′?｀)cklog變成潛在可發(fā)布的功能。

③ Scrum 不認可開(kāi)發(fā)團隊成員的頭銜,無(wú)論承擔哪種工作他們都是開(kāi)發(fā)者。此規則無(wú)一例外。

④ 開(kāi)發(fā)團隊中的每個(gè)成員可以有特長(cháng)和專(zhuān)注領(lǐng)域,但是責任(ren)歸屬于整個(gè)開(kāi)發(fā)團隊。

要知道，將一個(gè)新的團隊磨合成敏捷開(kāi)發(fā)所要求的自組織團隊是非常重要的，也是非常困難的，尤其ヽ(′ー｀)ノ是在實(shí)際的開(kāi)發(fā)進(jìn)度和需求等不??定因素的影響下。因此，提高團隊的凝聚力是創(chuàng )建自組織團隊一個(gè)重要因素，而團隊的凝聚力(′ω｀*)就來(lái)自于大家(?????)都在為一件事而努力，每天都在做，而且經(jīng)常有提高。

為了提高團隊凝聚力,有很多途徑可以實(shí)施,例如在每天的站立會(huì )(hui)議，Dev Team成??員除了介紹每天的工作，還可以快速形成某個(gè)團隊級別的決議，例如將某個(gè)方法作為公共模塊，臨時(shí)調整資源等,解決阻礙團隊的重大問(wèn)題??。ヽ(′ー｀)ノ開(kāi)發(fā)團隊成員每天進(jìn)行集體溝通，每個(gè)人都有機會(huì )發(fā)言，都可以感受到其??他人對項目的貢獻，會(huì )有一種是整個(gè)項目和產(chǎn)品的主人(ren)翁的感覺(jué)。

總結