**實(shí)踐敏捷開發(fā)◆Stakeholder的積極參與 我們對XP的現(xiàn)場客戶（On-Site Customer）的概念做了一個(gè)擴(kuò)充：開發(fā)人員需要和用戶保持現(xiàn)場的接觸；現(xiàn)場的用戶要有足夠的權(quán)限和能力，提供建構(gòu)中的系統(tǒng)相關(guān)的信息；及時(shí)、中肯的做出和需求相關(guān)的決策；并決定它們的優(yōu)先級。AM把XP的“現(xiàn)場客戶”實(shí)踐擴(kuò)展為“使project stakeholder積極參與項(xiàng)目”，這個(gè)project stakeholder的概念包括了直接用戶、他們的經(jīng)理、高級經(jīng)理、操作人員、支持人員。這種參與包括：高級經(jīng)理及時(shí)的資源安排決策，高級經(jīng)理的對項(xiàng)目的公開和私下的支持，需求開發(fā)階段操作人員和支持人員的積極參與，以及他們在各自領(lǐng)域的相關(guān)模型。提供云端存儲（如Google Drive、OneDrive），支持多格式文件上傳/下載，并實(shí)現(xiàn)版本控制與權(quán)限分級。海門區(qū)常規(guī)辦公軟件開發(fā)平臺

如果他帶了幾百加侖的水，能夠想象的到的所有求生工具，一大堆有關(guān)沙漠的書籍，他還能過得去沙漠嗎？同樣的道理，一個(gè)開發(fā)團(tuán)隊(duì)決定要開發(fā)并維護(hù)一份詳細(xì)的需求文檔，一組詳細(xì)的分析模型，再加上一組詳細(xì)的架構(gòu)模型，以及一組詳細(xì)的設(shè)計(jì)模型，那他們很快就會(huì)發(fā)現(xiàn)，他們大部分的時(shí)間不是花在寫源代碼上，而是花在了更新文檔上。宣言原則**重要的是通過盡早和不斷交付有價(jià)值的軟件滿足客戶需要。我們歡迎需求的變化，即使在開發(fā)后期。敏捷過程能夠駕馭變化，保持客戶的競爭優(yōu)勢。如皋創(chuàng)新辦公軟件開發(fā)要求集成聊天、語音、視頻功能（如釘釘、Slack），支持群組討論與文件共享。

敏捷模型是足夠一致的。一個(gè)敏捷模型并不需要和自己（或其它有用的artifact）保持完全的一致。如果一個(gè)用例在它的一個(gè)步驟中顯式的調(diào)用了另一個(gè)用例，那么相應(yīng)的用例圖需要用UML的 ＜＞ 版型來標(biāo)記這兩個(gè)用例之間的關(guān)系。然而，你看了看圖表，發(fā)現(xiàn)它們并沒有這樣做，天哪！用例和圖之間不一致！危險(xiǎn)！太危險(xiǎn)了！紅色警報(bào)！快逃命呀！等一下，你的用例模型是有不一致的地方，但也沒到世界末日啊。是的，理想情況下，你的所有artifact比較好是能夠完全一致，但這通常是不可能的。當(dāng)我開發(fā)一個(gè)簡單的商用系統(tǒng)時(shí)，我通常都可以容忍部分的不一致。但有時(shí)我是不能容忍這種不一致的。**有力的佐證就是1999年 NASA發(fā)射火星太空探測器時(shí)采用了精密的測量系統(tǒng)。要樹立一個(gè)觀點(diǎn)，敏捷模型只要足夠一致就行了，你通常不需要使用那么完美的模型。

◆正確使用artifact 每個(gè)artifact都有它們各自的適用之處。例如，一個(gè)UML的活動(dòng)圖（activity diagram）適合用于描述一個(gè)業(yè)務(wù)流程，反之，你數(shù)據(jù)庫的靜態(tài)結(jié)構(gòu)，比較好能夠使用物理數(shù)據(jù)（physical data）或數(shù)據(jù)模型（persistence model）來表示。在很多時(shí)候，一張圖表比源代碼更能發(fā)揮作用，一圖勝千言，同樣，一個(gè)模型也比1K的源代碼有用的多，前提是使用得當(dāng)（這里借用了 Karl Wieger的Software Requirements中的詞匯）。因?yàn)槟阍谘芯吭O(shè)計(jì)方案時(shí)，你可和同伴們和在白板上畫一些圖表來討論，也可以自己坐下來開發(fā)一些代碼樣例，而前一種方法要有效的多。這意味著什么？你需要了解每一種artifact的長處和短處，當(dāng)你有眾多的模型可供選擇的時(shí)候，要做到這一點(diǎn)可沒有那么容易。協(xié)作功能：增強(qiáng)團(tuán)隊(duì)協(xié)作功能，支持實(shí)時(shí)編輯和溝通。

經(jīng)常交付可以工作的軟件，從幾星期到幾個(gè)月，時(shí)間尺度越短越好。業(yè)務(wù)人員和開發(fā)者應(yīng)該在整個(gè)項(xiàng)目過程中始終朝夕在一起工作。圍繞斗志高昂的人進(jìn)行軟件開發(fā)，給開發(fā)者提供適宜的環(huán)境，滿足他們的需要，并相信他們能夠完成任務(wù)。在開發(fā)小組中***率也***果的信息傳達(dá)方式是面對面的交談?？梢怨ぷ鞯能浖沁M(jìn)度的主要度量標(biāo)準(zhǔn)。敏捷過程提倡可持續(xù)開發(fā)。出資人、開發(fā)人員和用戶應(yīng)該總是維持不變的節(jié)奏。對***技術(shù)與良好設(shè)計(jì)的不斷追求將有助于提高敏捷性。簡單——盡可能減少工作量的藝術(shù)至關(guān)重要。比較好的架構(gòu)、需求和設(shè)計(jì)都源自自我組織的團(tuán)隊(duì)。每隔一定時(shí)間，團(tuán)隊(duì)都要總結(jié)如何更有效率，然后相應(yīng)地調(diào)整自己的行為。 [2]通過標(biāo)簽、分類、搜索功能提升文檔檢索效率，如SharePoint支持企業(yè)級文檔歸檔與批量操作。如皋創(chuàng)新辦公軟件開發(fā)要求

集成圖表工具（如Pyecharts、Tableau），將復(fù)雜數(shù)據(jù)轉(zhuǎn)化為直觀圖表，輔助決策。海門區(qū)常規(guī)辦公軟件開發(fā)平臺

◆用代碼驗(yàn)證 模型是一種抽象，一種能夠正確反映你正在構(gòu)建的系統(tǒng)的某個(gè)方面的抽象。但它是否能運(yùn)行呢？要知道結(jié)果，你就應(yīng)該用代碼來驗(yàn)證你的模型。你已經(jīng)用一些HTML頁面建立了接受付款地址信息的草圖了嗎？編碼實(shí)現(xiàn)它，給你的用戶展示**終的用戶界面，并獲取反饋。你已經(jīng)做好了表示一個(gè)復(fù)雜業(yè)務(wù)規(guī)則邏輯的UML順序圖了嗎？寫出測試代碼，業(yè)務(wù)代碼，運(yùn)行測試以保證你做的是對的。永遠(yuǎn)也別忘了用迭代的方法開發(fā)軟件（這是大多數(shù)項(xiàng)目的標(biāo)準(zhǔn)做法），也別忘了建模只是眾多任務(wù)中的一個(gè)。做一會(huì)兒建模、做一會(huì)兒編碼、做一會(huì)兒測試（在其它的活動(dòng)之中進(jìn)行）。海門區(qū)常規(guī)辦公軟件開發(fā)平臺

南通利眾網(wǎng)絡(luò)科技有限公司匯集了大量的優(yōu)秀人才，集企業(yè)奇思，創(chuàng)經(jīng)濟(jì)奇跡，一群有夢想有朝氣的團(tuán)隊(duì)不斷在前進(jìn)的道路上開創(chuàng)新天地，繪畫新藍(lán)圖，在江蘇省等地區(qū)的商務(wù)服務(wù)中始終保持良好的信譽(yù)，信奉著“爭取每一個(gè)客戶不容易，失去每一個(gè)用戶很簡單”的理念，市場是企業(yè)的方向，質(zhì)量是企業(yè)的生命，在公司有效方針的領(lǐng)導(dǎo)下，全體上下，團(tuán)結(jié)一致，共同進(jìn)退，**協(xié)力把各方面工作做得更好，努力開創(chuàng)工作的新局面，公司的新高度，未來利眾供應(yīng)和您一起奔向更美好的未來，即使現(xiàn)在有一點(diǎn)小小的成績，也不足以驕傲，過去的種種都已成為昨日我們只有總結(jié)經(jīng)驗(yàn)，才能繼續(xù)上路，讓我們一起點(diǎn)燃新的希望，放飛新的夢想！