使用gqm實現(xiàn)治理目標(編輯修改稿)
2025-07-22 12:51 本頁面
【文章內容簡介】 規(guī)模的基線。假設對于開發(fā)人力的技能集和領域專家保持相對穩(wěn)定，應用在上的技術也沒有巨大的變化，包含在您的軟件配置管理系統(tǒng)中的處理信息能夠被用來生成對未來工作的清晰的一致的基線?；€的信息越多，管理層應該也能看見根據應用生命周期管理上的基線的可度量的改進（培訓、測試自動化、持續(xù)集成、敏捷方法、降低需求誤解、動態(tài)語言的使用，等等。） G: 從開發(fā)的合作伙伴獲得高層的明確標準/性能指標 Q: 我的合作伙伴如何滿足我的組織的標準呢？對于其他的合作伙伴又如何呢？ M: 揮發(fā)性、復雜性、語言規(guī)則遵循、編碼指南。管理外部的開發(fā)需要面對更大的挑戰(zhàn)。是否存在足夠的服務級別約定（SLA）標準呢？工作活動是否符合公司的標準（復雜度和其他規(guī)定），計劃的發(fā)布時間符合標準嗎？是否存在有效的技能移交？對于項目或者任務的類型，合作伙伴是否具備合格的能力？使用矩陣進行比較能夠驅動管理層與合作伙伴的關系，并驅動更好的交付。 項目經理典型的項目經理面對從他的項目的日常細節(jié)被解放出來的問題。與此同時，項目經理為生成環(huán)境的質量目標，以及滿足眾多的計劃時間點為煩心。這些關注被新引進的生產模式更加擴大化了，比如，敏捷開發(fā)方法與全球化分布式團隊的結合－這些顯示快速的導致了更加痛苦的場景。項目經理需要的是一致的使用模型，團隊改進的模式，以及支持采用新目標的度量模型。 G: 確保穩(wěn)定性、可預測性的開發(fā)過程來滿足計劃的里程碑。 Q: 我的項目是否按照計劃的軌跡前進，計劃的里程碑都能實現(xiàn)嗎？ M: 軟件項目開發(fā)工作的揮發(fā)性（分支、流、統(tǒng)一變更管理（UCM）活動）。 項目經理的工作通過在項目的關鍵點上轉化的成果和效率被度量。在 IBM Rational Unified Process174。 (RUP174。)中，項目經理敏銳的觀察在精化向構建轉化中發(fā)生的事情；用更傳統(tǒng)的術語說，從設計到編碼階段。當一個項目在計劃的軌跡上時，項目開發(fā)活動的揮發(fā)性也在被度量，在項目計劃期間，這種揮發(fā)性沿著計劃的路徑到達穩(wěn)定的發(fā)布點。如果項目背離了計劃，這種不一致將會很容易被發(fā)現(xiàn)，這將告訴項目經理應用航向修正來確保項目回到應有的軌跡上。 G: 維護適當?shù)娜肆Ψ峙湟詽M足計劃的里程碑 Q: 我的全球化團隊適合我的項目嗎？這些團隊成員能夠高效的工作以實現(xiàn)項目目標嗎？ M: 軟件項目開發(fā)工作的揮發(fā)性（分支、流、統(tǒng)一變更管理（UCM）活動）。為了滿足項目的進度要求，項目經理必須維護開放和有效的在團隊成員之間的溝通，理解合適人員需要進行調整。這在一個小的團隊可能是容易的，但對于個全球化分布的團隊，就會比較難。項目經理能夠根據 SCM 系統(tǒng)評估每個個體、工作組的貢獻，并決定現(xiàn)在的人員分配和任務分配是否合理。這種評估理想情況下是根據項目計劃和開發(fā)方法進行的（輕量級還是重量級）。 G: 在項目完成時，交付到生產環(huán)境的代碼要滿足組織的質量目標 Q: 開發(fā)的每個階段的工作都符合這個目標嗎？ M: 復雜度、語言規(guī)則遵循、編碼指南。通過監(jiān)控這些因素，項目經理能夠建立起在質量經理與項目經理之間的更有效的工作關系。這種關系在開發(fā)過程中識別上游的質量問題是至關重要的。這使得修改問題更加容易并且節(jié)省成本，以至于項目的整體質量符合生產環(huán)境的質量標準。 架構師迭代開發(fā)方法典型地將架構師作為項目的開發(fā)點，輔助開發(fā)團隊完成需求階段，并進行早期的少量編碼。切記，這不僅僅對您的項目是事實，所有通常都是這樣的。對于架構師的需要是跨項目的，這就意味著對你給您的軟對開發(fā)編碼是，架構師可能在其他項目的啟始階段中忙碌著。架構師所需要的是對所有項目的一些可視化的級別，以確保對整體目標的把握，以滿足公司級別的目標。如果每一個開發(fā)團隊都指定自己的方向，那勢必將造成混亂局面。 G: 當項目從精化階段向構建階段過渡時，確保架構構建被適當?shù)膽谩?Q: 項目團隊的技術選擇滿足架構目標嗎（組件化、面向服務的體系架構(SOA)，框架，等等）? M: 類型、復雜度的邏輯工作的量級當項目從精化（設計）階段過渡到構建（編碼）階段時，架構師就可以離開這個項目了，通常是因為他們被調到了其他項目中，或者其他的原因是現(xiàn)在是編碼團隊工作的時間了。為了生成更加健壯和可維護的系統(tǒng)，可能會發(fā)生團隊從架構原則中迷失了。設計規(guī)則被忘記，接口被破壞，技術被隨意使用。通過檢測在開發(fā)中產生的邏輯工件的數(shù)量級，架構師能夠獲得深度和準確
教學課件相關推薦
鄂ICP備17016276號-1