AM是面向一般的開發人員的，但并不是要排斥有能力的人。AM的價值觀、原則和實踐都簡單易懂，其中的很多內容，可能你都已經采用或期待多年了。應用AM技術并不是要你去練水上飄，但你需要有一些基本的軟件開發技能。AM**難的就是它逼著你去學習更***的建模技術，這是個長期的、持續性的活動。學習建模在一開始可能很難，但你可以試著一次學習一樣技術來完成你的學習。06:19敏捷就是不要文檔?什么沙雕邏輯!——敏捷文檔實踐【老袁講敏捷】AM并不是要反對文檔。文檔的創建和維護都會增大項目涉眾的投資。敏捷文檔盡可能的簡單，盡可能的小，目的只集中在和開發的系統有直接關系的事情上，充分了解受眾的需要。支持多人實時編輯（如Microsoft 365、Google Docs），減少溝通成本。通州區品牌辦公軟件開發平臺

◆切換到另外的Artifact 當你在開發一個artifact（例如用例、CRC卡片、順序圖、甚至源碼），你會發現你卡殼了，這時候你應當考慮暫時切換到另一個artifact。每一個artifact都有自己的長處和短處，每一個artifact都適合某一類型的工作。無論何時你發現你在某個artifact上卡殼了，沒辦法再繼續了，這就表示你應該切換到另一個artifact上去。舉個例子，如果你正在制作基本用例，但是在描述業務規則時遇到了困難，你就該試著把你的注意力轉移到別的artifact上去，可能是基本用戶界面原型、CRC模型，可能是業務規則、系統用例、或變化案例。切換到另一個artifact上去之后，你可能就立刻不再卡殼了，因為你能夠在另一個artifact上繼續工作。而且，通過改變你的視角，你往往會發現原先使你卡殼的原因通州區品牌辦公軟件開發平臺協作功能：增強團隊協作功能，支持實時編輯和溝通。

補充實踐◆使用建模標準 這項實踐是從XP的編碼標準改名而來，基本的概念是在一個軟件項目中開發人員應該同意并遵守一套共同的建模標準。遵守共同的編碼慣例能夠產生價值：遵守你選擇的編碼指南能夠寫出干凈的代碼，易于理解，這要比不這么做產生出來的代碼好得多。同樣，遵守共同的建模標準也有類似的價值。可供選擇的建模標準有很多，包括對象管理組織（OMG）制定的統一建模語言ML，它給通用的面向對象模型定義了符號和語義。UML開了一個好頭，但并不充分－就像你在Be Realistic About The UML中看到的，UML并沒有囊括所有可能的的建模artifact。而且，在關于建立清楚可看的圖表方面，它沒有提供任何建模風格指南。那么，風格指南和標準之間的差別在何處呢。對源代碼來說，一項標準可能是規定屬性名必須以attributeName的格式，而風格指南可能是說在一個單元中的一段控制結構（一個if語句，一段循環）的代碼縮進。對模型來說，一項標準可能是使用一個長方形對類建模，一項風格指南可能是圖中子類需要放在父類的下方。

隨機應變要達到敏捷的成功—交付支撐業務的比較好軟件—軟件**也可以引用這些規則。自**專注于工作，交付正確的軟件，而不是被他人的憤怒情緒所影響。分享經驗構建完美軟件開發流程，并沒有統一的模式。但是在這個領域，敏捷技術，加上持續的應用和改進，都能夠達到敏捷的成功。 [3]Visual Studio Team Foundation Server (TFS)TFS，即團隊基礎服務器（Team Foundation Server），是微軟應用程序進行生命周期管理的服務器，用于幫助團隊在Visual Studio的協作開發。**近，它進行了升級，包括工作項目執行改進、富文本編輯器的改進，以及富文本編輯器中改善的超鏈接體驗。 TFS中的Kanban面板也做了改善，提升了可以錄入和跟蹤的項目數量。該服務器現在有一個“利益相關者”許可，來規范服務器的訪問權限。提供云端存儲（如Google Drive、OneDrive），支持多格式文件上傳/下載，并實現版本控制與權限分級。

◆使用**簡單的工具 大多數的模型都可以畫在白板上，紙上，甚至紙巾的背面。如果你想要保存這些圖標，你可以用數碼相機把它們拍下來，或只是簡單的把他們轉錄到紙上。這樣做是因為大多數的圖表都是可以扔掉的，它們只有在你畫出模型并思考一個問題的時候才有價值，一旦這個問題被解決了它們就不再有意義了。這樣，白板和標簽往往成為你建模工具的比較好選擇：使用畫圖工具來創建圖表，給你重要的project stakeholder看。只有建模工具能夠給我們的編程工作提供價值（例如代碼自動生成）時才使用建模工具。你可以這樣想：如果你正在創建簡單的模型，這些模型都是可以拋棄的。你建模的目的就是為了理解，一旦你理解了問題，模型就沒有存在的必要了，因此模型都是可以丟棄的，這樣，你根本就不必要使用一個復雜的建模工具Spring Boot（簡化Spring開發）、Django（Python高效Web框架）、Laravel（PHP安全特性豐富）。通州區品牌辦公軟件開發平臺

簡道云、OutSystems，通過拖拽操作快速搭建應用，降低開發門檻。通州區品牌辦公軟件開發平臺

◆測試優先設計 這是一項開發實踐。在你開始編寫你的業務代碼之前，你要先考慮、編寫你的測試案例。從AM的觀點來看，這項實踐強制要求你在寫代碼之前先通盤考慮你的設計，所以你不再需要細節設 計建模了。測試優先設計是XP的一個重要部分。敏捷開發敏捷開發方法論AM是一種態度，而不是一個說明性的過程。AM是敏捷建模者們堅持的價值觀、敏捷建模者們相信的原則、敏捷建模者們應用的實踐組成的**。AM描述了一種建模的風格。當它應用于敏捷的環境中時，能夠提高開發的質量和速度，同時能夠避免過度簡化和不切實際的期望。AM可不是開發的“食譜”，如果你尋覓的是一些細節的指導，如建立UML順序圖或是畫出用戶界面流圖，你可以看看在建模Artifacts中列出的許多建模書籍，我特別推薦我的書The Object Primer 2/e（盡管這有失公允）。通州區品牌辦公軟件開發平臺

南通利眾網絡科技有限公司在同行業領域中，一直處在一個不斷銳意進取，不斷制造創新的市場高度，多年以來致力于發展富有創新價值理念的產品標準，在江蘇省等地區的商務服務中始終保持良好的商業口碑，成績讓我們喜悅，但不會讓我們止步，殘酷的市場磨煉了我們堅強不屈的意志，和諧溫馨的工作環境，富有營養的公司土壤滋養著我們不斷開拓創新，勇于進取的無限潛力，利眾供應攜手大家一起走向共同輝煌的未來，回首過去，我們不會因為取得了一點點成績而沾沾自喜，相反的是面對競爭越來越激烈的市場氛圍，我們更要明確自己的不足，做好迎接新挑戰的準備，要不畏困難，激流勇進，以一個更嶄新的精神面貌迎接大家，共同走向輝煌回來！