RUP中的剪刀手

2021-08-22 07:33:32 字數 1273 閱讀 1821

剪裁,在rup裡和迭代一樣,都是屬於喋喋不休了一百遍的東西,但攻擊rup笨重的人總是習慣性的直接無視。

其實在《the rational unified process made easy - a practitioner's guide--rational 統一過程實踐者指南》裡有乙個極致的,一人一星期完成的超小型專案rup過程示例,描述了創世的5天裡,最關鍵的活動與工件。

我們的頭,在初始階段拜完二哥、切完燒豬後,就會召集核心辦事人來作一次過程定義。大家根據專案情況,從rup的過程集、工件集中抽取出最簡單的、剛好夠用的部分,在如何做這件事,產出什麼工件,工件的格式內容取得共識,記成乙份development case,再以此來制訂專案的總計畫和第一次迭代計畫,比以前拍腦袋的wbs好了很多。

rup建議一切的中間工件都不要太正式,能簡就簡。在剪裁時,最重要的參考源是每個discipline下的important decisions guideline,如《important decisions in requirements 》、《important decisions in analysis & design》 ....還有《classifying work products》表明了哪些是rup最根本的,只建議化簡不建議取消的工件。另外,每個工件的tailoring部分給出了工件內容的剪裁建議。

development process可以有很多定義方式比如rational method composer,但簡單的用word文件也就夠了,development case文件的template連example共三種樣式。

普通情況下,建議以disicipline為綱,每個disicipline用乙個**指明了有哪些工件、活動和製作工件的模版和指南(這些模版和指南通常是project-specific的)。 但如果結構性的大剪裁,剪得太厲害了,直接以階段為綱來表達活動和工件,比如我們在再工程過程就剪得很厲害。

在大剪特剪的時候發現rup的方法定義框架本身就是乙個好東西,除了xp這種極端的兵無常勢只有最佳實踐沒有過程定義的之外,其他的過程如果不止於方**與最佳實踐,還想有乙個完整的開發生命週期定義的話,眾多大師就開始頭痛如何去表述自己的過程了。而 "unified method architecture" (uma)的元模型就是乙個完備而明確的過程定義框架,你可以很省事的使用它的表述模式來定義自己的過程。

rup7.0 自己已經分開了large project 和 small project 兩個部分,另外scott. ambler的agile up也值得參考:

RUP中的剪刀手

剪裁,在rup裡和迭代一樣,都是屬於喋喋不休了一百遍的東西,但攻擊rup笨重的人總是習慣性的直接無視。其實在 the rational unified process made easy a practitioner s guide rational 統一過程實踐者指南 裡有乙個極致的,一人一星期完...

剪刀手愛德華 二 鏡式文字分析

剪刀手愛德華 二 鏡式文字分析 2012年01月01日 法國電影藝術家阿斯特呂克有個著名論斷 攝影機等於自來水筆 這個論斷蘊含了三層意思 第一,電影可以準確表達觀念,乃至抽象的思想,思想可以被直接寫在膠片上 完全可以達到文字書寫的精細化效果,即電影的言說具有藝術表現力的無限性 第二是電影將透過視覺形...

專案管理規範 RUP管理實施中角色的劃分

角色是抽象的職責定義,它定義的是所執行的一組活動和所擁有的一組文件與模型。角色通常由乙個人或作為團隊相互協作的多個人來實現。專案團隊成員通常要履行許多不同的角色職能 就象乙個人可以擔任許多職務,乙個人也可以擔任許多不同的角色。角色並不代表個人,而是說明個人在業務中應該如何表現以及他們應該承擔的責任。...