使用gqm實(shí)現(xiàn)治理目標(biāo)(完整版)
【正文】 受益。但是驅(qū)動者，或者潛在的驅(qū)動者，對于變化來說通常以項(xiàng)目為中心。 通過經(jīng)驗(yàn)的觀察和與客戶一起工作的經(jīng)驗(yàn)，我們發(fā)現(xiàn)對于不同的方面和視角，為不同知識類型的工作者建立的目標(biāo)和問題通常是不同的。 目標(biāo)和為目標(biāo)服務(wù)的問題典型地是我們在組織中所執(zhí)行地角色的功能。GQM 是靈活的，它被設(shè)計(jì)用來指導(dǎo)我們的認(rèn)識上的潛力。 在本文中，我將從兩個(gè)方面展示 GQM。他擁有二十五年的領(lǐng)導(dǎo)團(tuán)隊(duì)進(jìn)行 ISV 和 IT 軟件開發(fā)項(xiàng)目的經(jīng)驗(yàn)。我想要項(xiàng)目規(guī)劃能夠在控制之中并取得成功，以避免另外一個(gè)著名的格言：“如果你不知道你要去哪里，那么你可能會走向任何一條路。 GQM 方法并不只限于軟件開發(fā)，或者 IT 治理，或者甚至是技術(shù)問題的解決，盡管它給了自己一個(gè)非常好的技術(shù)環(huán)境。它也是會給開發(fā)組織帶來切實(shí)的利益。QA 經(jīng)理可能關(guān)心特定的目標(biāo)和與軟件質(zhì)量和過程穩(wěn)定性相關(guān)的問題。GQM 幫助我們將焦點(diǎn)集中于我們需要實(shí)現(xiàn)的目標(biāo)上；Rational 為我們提供了交付這些矩陣的平臺。 我非常堅(jiān)信 GQM 不應(yīng)該被認(rèn)為僅僅是自上而下的框架，有時(shí)它被作為了這個(gè)方法的限制。 IT 執(zhí)行管理層IT 執(zhí)行管理層典型地是報(bào)告給一個(gè)業(yè)務(wù)部分的 CIO。關(guān)系到了下面的架構(gòu)師的目標(biāo)。業(yè)務(wù)部門將了解到 IT 部門對于他們業(yè)務(wù)擴(kuò)展的工作支持和結(jié)果。 項(xiàng)目經(jīng)理典型的項(xiàng)目經(jīng)理面對從他的項(xiàng)目的日常細(xì)節(jié)被解放出來的問題。 (RUP174。這種評估理想情況下是根據(jù)項(xiàng)目計(jì)劃和開發(fā)方法進(jìn)行的（輕量級還是重量級）。架構(gòu)師所需要的是對所有項(xiàng)目的一些可視化的級別，以確保對整體目標(biāo)的把握，以滿足公司級別的目標(biāo)。 G: 確保組織使用了適當(dāng)?shù)募夹g(shù)。經(jīng)驗(yàn)缺乏的初級開發(fā)人員需要與高級的開發(fā)人員配對工作來產(chǎn)生最大化的生產(chǎn)力。開發(fā)經(jīng)理能夠監(jiān)控與任務(wù)分配和方法相關(guān)的開發(fā)人員的貢獻(xiàn)－在候補(bǔ)區(qū)，或者不同的地方。 軟件質(zhì)量經(jīng)理經(jīng)過證明，GQA 方法帶來的一個(gè)好處是面向質(zhì)量保證（QA）團(tuán)隊(duì)的。規(guī)模典型地用代碼行（LOC）表示；考慮使用代碼行，因?yàn)榇a行矩陣能夠最好地表達(dá)真實(shí)地邏輯量級。它是一個(gè)發(fā)布是否符合開發(fā)標(biāo)準(zhǔn)的最后一關(guān)。如果他們認(rèn)為一些新的自上而下的管理模式被強(qiáng)制的推行到他們，一些人感到不安，甚至是驚訝。我們每個(gè)人都基于我們的中心表達(dá)目標(biāo)。 注釋老子的諺語, 道家 被 Lewis Carroll 引用 的多句名言，參見 Experience Factory (Basili 和 Rombach) at ~basili/publications/technical/ Development governance for software management: Using IBM Rational tools to assess process variability and standards pliance (Dunn), Rational Edge, October 2007。他擁有二十五年的領(lǐng)導(dǎo)團(tuán)隊(duì)進(jìn)行 ISV 和 IT 軟件開發(fā)項(xiàng)目的經(jīng)驗(yàn)。 參考資料 參與論壇討論。 圖 1: 首先，團(tuán)隊(duì)角色是彼此孤立的 當(dāng) GQM 實(shí)踐的進(jìn)展，我們也了解到了其他的組織目標(biāo)。 我們所有人都有與我們的角色相關(guān)的目標(biāo)。通過應(yīng)用根據(jù)開發(fā)標(biāo)準(zhǔn)的“可信的，卻又驗(yàn)證”模型，QA 能夠?qū)崿F(xiàn)有價(jià)值和適當(dāng)審計(jì)的功能。對于不同的測試策略（例如，Java? 對比 JavaServer Pages (JSP)），區(qū)別不同類型的工件是非常有用的。GQM 能夠幫助質(zhì)量成為每一個(gè)開發(fā)階段的部分，不僅僅是在開發(fā)的末期。 G: 為初級的開發(fā)人員建立導(dǎo)師機(jī)制 Q: 哪些開發(fā)人員需要在什么領(lǐng)域的幫助？ M: 復(fù)雜度、語言規(guī)則、編碼指南開發(fā)經(jīng)理負(fù)責(zé)幫助初級開發(fā)人員找到資深的高級開發(fā)人員作為他的導(dǎo)師。 G: 最大化所有團(tuán)隊(duì)貢獻(xiàn)者的生產(chǎn)力。通過檢測與生產(chǎn)系統(tǒng)的邏輯矩陣，架構(gòu)師能夠決定是否應(yīng)該作出決策。 G: 當(dāng)項(xiàng)目從精化階段向構(gòu)建階段過渡時(shí)，確保架構(gòu)構(gòu)建被適當(dāng)?shù)膽?yīng)用。通過監(jiān)控這些因素，項(xiàng)目經(jīng)理能夠建立起在質(zhì)量經(jīng)理與項(xiàng)目經(jīng)理之間的更有效的工作關(guān)系。當(dāng)一個(gè)項(xiàng)目在計(jì)劃的軌跡上時(shí)，項(xiàng)目開發(fā)活動的揮發(fā)性也在被度量，在項(xiàng)目計(jì)劃期間，這種揮發(fā)性沿著計(jì)劃的路徑到達(dá)穩(wěn)定的發(fā)布點(diǎn)。這些關(guān)注被新引進(jìn)的生產(chǎn)模式更加擴(kuò)大化了，比如，敏捷開發(fā)方法與全球化分布式團(tuán)隊(duì)的
教學(xué)課件相關(guān)推薦
鄂ICP備17016276號-1