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