使用gqm實(shí)現(xiàn)治理目標(biāo)-全文預(yù)覽
【正文】 構(gòu)建被適當(dāng)?shù)膽?yīng)用。切記，這不僅僅對您的項(xiàng)目是事實(shí)，所有通常都是這樣的。通過監(jiān)控這些因素，項(xiàng)目經(jīng)理能夠建立起在質(zhì)量經(jīng)理與項(xiàng)目經(jīng)理之間的更有效的工作關(guān)系。這在一個小的團(tuán)隊(duì)可能是容易的，但對于個全球化分布的團(tuán)隊(duì)，就會比較難。當(dāng)一個項(xiàng)目在計(jì)劃的軌跡上時，項(xiàng)目開發(fā)活動的揮發(fā)性也在被度量，在項(xiàng)目計(jì)劃期間，這種揮發(fā)性沿著計(jì)劃的路徑到達(dá)穩(wěn)定的發(fā)布點(diǎn)。 項(xiàng)目經(jīng)理的工作通過在項(xiàng)目的關(guān)鍵點(diǎn)上轉(zhuǎn)化的成果和效率被度量。這些關(guān)注被新引進(jìn)的生產(chǎn)模式更加擴(kuò)大化了，比如，敏捷開發(fā)方法與全球化分布式團(tuán)隊(duì)的結(jié)合－這些顯示快速的導(dǎo)致了更加痛苦的場景。管理外部的開發(fā)需要面對更大的挑戰(zhàn)。 G: 為更精確的預(yù)算預(yù)測獲得基線 Q: 實(shí)際需要的工作如何能夠完成，將被評估的里程碑如何被應(yīng)用到未來的工作中？ M: 軟件開發(fā)活動的量級和揮發(fā)性與過去工作相關(guān)聯(lián)的度量量級和揮發(fā)性形成了未來類似實(shí)現(xiàn)規(guī)模的基線。 Q: 我們?nèi)绾文芨倪M(jìn)交付和增加透明度，以及與業(yè)務(wù)部門在目標(biāo)進(jìn)展上的溝通？ M: 生產(chǎn)環(huán)境的代碼量。隨著時間的遷移，系統(tǒng)實(shí)現(xiàn)與復(fù)雜度將共存，因?yàn)樾薷膯栴}和添加新功能將會增加代碼量。這將消耗更多的人來處理現(xiàn)有應(yīng)用的問題解決和新特性開發(fā)。這里由4個例子，它們在 SourceIQ 中是最典型的。 從上之下與從底至上融合的結(jié)果能夠帶來想法上的和諧，或者導(dǎo)致列車的失事；通常是在中間的某個地方結(jié)束。也就是說，它對組織中所有的角色不是強(qiáng)制性的，雖然所有的角色都使用這個方法是理想的狀況。我將在本文的結(jié)論部分對它稍加解釋。在您的 Rational 基礎(chǔ)架構(gòu)中將此方法應(yīng)用于您的開發(fā)過程的實(shí)際情況，并且開始度量！ 通過角色應(yīng)用 GQMGQM 通常被認(rèn)為是一個自上而下的方法，它建議執(zhí)行管理層角色是我們的開始點(diǎn)。 Rational174。 階段 3: 識別支持回答問題的矩陣一旦您理解了需要評估目標(biāo)的問題，之后我們將使用特定的必要矩陣來組織問題的答案的方法建立度量模型。例如，CIO 想要驅(qū)動創(chuàng)新，包括成本和業(yè)務(wù)單元之間的溝通。 階段 2: 定義評估目標(biāo)進(jìn)展的問題一旦我們在概念的層面定義了目標(biāo)，之后我們將展示必須是可以回答的具有操作性的問題，以確定進(jìn)展或者目標(biāo)的實(shí)現(xiàn)。一旦您得到了基本的思想，您將能夠針對您的場景創(chuàng)建屬于您自己的 GQM。您可以提出您的目標(biāo)指令的問題，您可以建立驗(yàn)證問題答案的度量方法。 我將通過再次的探索和調(diào)查得出結(jié)論，GQM 如何能夠更好的幫助我們定義我們的第一步，以及后續(xù)的事情；它實(shí)際上如何能夠幫助扮演不同角色和不同方面的知識工作者，以找到他們的共同點(diǎn)，使他們相互支持，以促進(jìn)開發(fā)治理和 IT 結(jié)果。GQM 幫助我們?yōu)楣芾砟Ｐ徒⒖蚣?，這是通過將最初的關(guān)注點(diǎn)放在我們想要實(shí)現(xiàn)的目標(biāo)矩陣上實(shí)現(xiàn)的。標(biāo)記本文！發(fā)布日期： 2008 年 4 月 15 日 級別： 初級 其他語言版本： 英文 訪問情況 186 次瀏覽 建議: 中國有句古老的諺語，“千里之行始于足下”。使用 GQM 實(shí)現(xiàn)治理目標(biāo)Roger Dunn, CEO, SourceIQ, Inc.Roger N. Dunn 是 SourceIQ 公司（一個致力于交付來自于 IBM Rational 基礎(chǔ)架構(gòu)的管理標(biāo)準(zhǔn)的高級 IBM 商業(yè)伙伴）的創(chuàng)立者和 CEO。 本文來自于 The Rational Edge?！?2 問題矩陣方法（GoalQuestionMetric Approach，GQM) 3 是一個強(qiáng)大的工具，它能夠使您有信心和指導(dǎo)方向的邁出第一步。 (4)設(shè)置行動模型 第二個方面是，我們能夠從已經(jīng)應(yīng)用了 GQM 的角色中學(xué)習(xí)到什么？我將解釋陣勢世界的 GQM 場景，針對于 IT 執(zhí)行管理層、項(xiàng)目經(jīng)理、架構(gòu)師、開發(fā)經(jīng)理和軟件質(zhì)量經(jīng)理?；旧?，GQM 提供了一個框架來幫助您理解您的目標(biāo)是否已被實(shí)現(xiàn)。這些 GQM 集合是典型的和有代表性的，但他們并不是完全沒有遺漏的。目標(biāo)澄清方向，并展現(xiàn)出企業(yè)將要走的路線，包括治理、質(zhì)量、會議計(jì)劃和預(yù)算，或者也包括客戶滿意度。 當(dāng)不同角色的人參與到 GQM 時，他們的目標(biāo)和問題第一眼看上去可能是不相關(guān)的。 然而，當(dāng)我們進(jìn)入到 GQM 的第三階段，我們也許會非常驚訝了解到哪些對于開發(fā)治理表面上不相關(guān)的目標(biāo)，卻能夠在公用的度量模型中。 在 軟件管理的
教學(xué)課件相關(guān)推薦
鄂ICP備17016276號-1