一旦一個模型實現(xiàn)了目標，就可以結(jié)束工作，把精力轉(zhuǎn)移到其它的工作上去，例如編寫代碼以檢驗?zāi)Ｐ偷倪\作。該項原則也可適用于改變現(xiàn)有模型：如果要做一些改變，也許是一個熟知的模式，應(yīng)該有做出變化的正確理由（可能是為了支持一項新的需求，或是為了重構(gòu)以保證簡潔）。關(guān)于該項原則的一個重要暗示是應(yīng)該要了解受眾，即便受眾是自己也一樣?！舳喾N模型敏捷開發(fā)開發(fā)軟件需要使用多種模型，因為每種模型只能描述軟件的單個方面，“要開發(fā)現(xiàn)今的商業(yè)應(yīng)用，我們該需要什么樣的模型？”考慮到現(xiàn)今的軟件的復雜性，你的建模工具箱應(yīng)該要包容大量有用的技術(shù)（關(guān)于產(chǎn)出的清單，可以參閱AM的建模工件）。UI/UX設(shè)計：設(shè)計友好的用戶界面，確保用戶體驗良好。如皋創(chuàng)新辦公軟件開發(fā)供應(yīng)商

LeanKit使用 LeanKit的團隊可以看到工作負載的分布并導出歷史數(shù)據(jù)。**近 LeanKit 進行了一次升級，包含單點登錄功能和附加報告功能，從而提供更細粒度的數(shù)據(jù)詳細信息。PlanboxPlanbox 敏捷管理工具通過燃盡圖跟蹤進程，集成客戶反饋，它的目標人群很***。**近它對應(yīng)用的前端和后端都做了升級，添加了更強大的報告功能和新儀表盤，來提升項目速度。它所具有的時間跟蹤特性和工具允許用戶得到所有他們在Planbox產(chǎn)生的數(shù)據(jù)。 [4]敏捷建模（AM）在AM原則的基礎(chǔ)上定義了一組**實踐（practice）和補充實踐，其中的某些實踐已經(jīng)是極限編程（XP）中采用了的，并在 Extreme Programming Explained一書中有詳細的論述，和AM的原則一樣，我們在描述這組實踐時，將會注重于建模的過程，這樣你可以從另外一個角度來觀察這些已或XP采用的素材。如東本地辦公軟件開發(fā)廠家電話集成聊天、語音、視頻功能（如釘釘、Slack），支持群組討論與文件共享。

AM也不是要反對CASE工具。敏捷建模者使用那些能夠幫助開發(fā)人員提高效果，提升價值的工具。而且，他們還盡力使用那些能夠勝任工作的**簡單的工具。敏捷模型要想了解AM，你需要了解模型和敏捷模型之間的區(qū)別。模型是一個抽象的概念，它描述了問題的一個或多個方面，或是處理這個問題可能的解決方案。傳統(tǒng)意義上，模型被認為是圖表加上相應(yīng)的文檔。然而那些不夠直觀的artifact，也可以被視為模型，例如CRC卡片集，單條或多條業(yè)務(wù)規(guī)則的文字描述，或是業(yè)務(wù)流程的一段結(jié)構(gòu)化英文描述。一個敏捷模型就是一個剛剛足夠好的模型。但是你怎么知道什么時候模型才是剛剛足夠好呢？當敏捷模型顯現(xiàn)出如下的特性時，它就是剛剛足夠好的：

◆集體所有制 只要有需要，所有人都可以使用、修改項目中的任何模型、任何artifact。◆測試性思維 當你在建立模型的時候，你就要不斷的問自己，“我該如何測試它？”如果你沒辦法測試正在開發(fā)的軟件，你根本就不應(yīng)該開發(fā)它。在現(xiàn)代的各種軟件過程中，測試和質(zhì)保（quality assurance）活動都貫穿于整個項目生命周期，一些過程更是提出了“在編寫軟件之前先編寫測試”的概念（這是XP的一項實踐：“測試優(yōu)先”）。◆并行創(chuàng)建模型 由于每種模型都有其長處和短處，沒有一個模型能夠完全滿足建模的需要。例如你在收集需求時，你需要開發(fā)一些基本用例或用戶素材，一個基本用戶界面原型，和一些業(yè)務(wù)規(guī)則。再結(jié)合實踐切換到另外的Artifact，，敏捷建模者會發(fā)現(xiàn)在任何時候，同時進行多個模型的開發(fā)工作，要比單純集中于一個模型要有效率的多。任務(wù)分配與追蹤：支持任務(wù)拆解、優(yōu)先級設(shè)定、進度可視化（如甘特圖），并集成提醒功能。

◆為交流建模 建模的次要原因是為了和團隊之外的人交流或建立合同模型。因為有些模型是給團隊之外的客戶的，你需要投入時間，使用諸如文字處理器，畫圖工具包，甚至是那些“被廣告吹得天花亂墜”的CASE工具來美化模型?！魹槔斫饨?建模的**重要的應(yīng)用就是探索問題空間，以識別和分析系統(tǒng)的需求，或是比較和對照可能的設(shè)計選擇方法，以識別可能滿足需求的、**簡單的解決方案。根據(jù)這項實踐，你通常需要針對軟件的某個方面建立小的、簡單的圖表，例如類的生命周期圖，或屏幕順序，這些圖表通常在你完成目的（理解）之后就被丟棄。MySQL（開源、性能優(yōu)越）、PostgreSQL（支持復雜查詢）。海安運營辦公軟件開發(fā)平臺

編程語言：選擇合適的編程語言（如Java, C#, Python, JavaScript等）。如皋創(chuàng)新辦公軟件開發(fā)供應(yīng)商

補充實踐◆使用建模標準 這項實踐是從XP的編碼標準改名而來，基本的概念是在一個軟件項目中開發(fā)人員應(yīng)該同意并遵守一套共同的建模標準。遵守共同的編碼慣例能夠產(chǎn)生價值：遵守你選擇的編碼指南能夠?qū)懗龈蓛舻拇a，易于理解，這要比不這么做產(chǎn)生出來的代碼好得多。同樣，遵守共同的建模標準也有類似的價值?？晒┻x擇的建模標準有很多，包括對象管理組織（OMG）制定的統(tǒng)一建模語言ML，它給通用的面向?qū)ο竽Ｐ投x了符號和語義。UML開了一個好頭，但并不充分－就像你在Be Realistic About The UML中看到的，UML并沒有囊括所有可能的的建模artifact。而且，在關(guān)于建立清楚可看的圖表方面，它沒有提供任何建模風格指南。那么，風格指南和標準之間的差別在何處呢。對源代碼來說，一項標準可能是規(guī)定屬性名必須以attributeName的格式，而風格指南可能是說在一個單元中的一段控制結(jié)構(gòu)（一個if語句，一段循環(huán)）的代碼縮進。對模型來說，一項標準可能是使用一個長方形對類建模，一項風格指南可能是圖中子類需要放在父類的下方。如皋創(chuàng)新辦公軟件開發(fā)供應(yīng)商

南通利眾網(wǎng)絡(luò)科技有限公司是一家有著先進的發(fā)展理念，先進的管理經(jīng)驗，在發(fā)展過程中不斷完善自己，要求自己，不斷創(chuàng)新，時刻準備著迎接更多挑戰(zhàn)的活力公司，在江蘇省等地區(qū)的商務(wù)服務(wù)中匯聚了大量的人脈以及**，在業(yè)界也收獲了很多良好的評價，這些都源自于自身的努力和大家共同進步的結(jié)果，這些評價對我們而言是比較好的前進動力，也促使我們在以后的道路上保持奮發(fā)圖強、一往無前的進取創(chuàng)新精神，努力把公司發(fā)展戰(zhàn)略推向一個新高度，在全體員工共同努力之下，全力拼搏將共同利眾供應(yīng)和您一起攜手走向更好的未來，創(chuàng)造更有價值的產(chǎn)品，我們將以更好的狀態(tài)，更認真的態(tài)度，更飽滿的精力去創(chuàng)造，去拼搏，去努力，讓我們一起更好更快的成長！