欧美性猛交XXXX免费看蜜桃,成人网18免费韩国,亚洲国产成人精品区综合,欧美日韩一区二区三区高清不卡,亚洲综合一区二区精品久久

自從2001年開(kāi)始，“敏捷”一詞在軟件開(kāi)發(fā)領(lǐng)域已經(jīng)被賦予了一種新的意義。您真的明白敏捷一詞的含義嗎？這篇文章是由一名敏捷實(shí)踐參與者所撰寫(xiě)。文章討論了如今越來(lái)越重要的迭代和增量開(kāi)發(fā)風(fēng)格的基礎方面，并用以文學(xué)評論的方式作了總結。

在 Princess Bride 這部電影中，Dread Pirate Roberts 正在攀爬 Vizzini 將要剪斷的一條繩索。當 Roberts 并沒(méi)有掉下來(lái)的

時(shí)候，Vizzini 說(shuō)了一句"他沒(méi)有掉下來(lái)？難以置信！" Inigo Montoya 回答道，"你經(jīng)常使用的那個(gè)詞，我并不認為他是你所認為的那個(gè)意思。"

當我和別人談?wù)撁艚菀辉~的含義時(shí)，我的感覺(jué)和上面場(chǎng)景中 Montoya 的一樣。我常常認為我們說(shuō)的是同一件事。但是這不意味著(zhù)我是正確的，他們是錯誤的。這只能說(shuō)明敏捷一詞的含義非?；靵y。  軟件行業(yè)中的人們有一個(gè)習慣，就是喜歡制造他們想要表達意思的詞語(yǔ)，特別是在新技術(shù)領(lǐng)域。為了讓這個(gè)新技術(shù)更易理解：我們的技術(shù)變化的太快，很多新的術(shù)語(yǔ)和簡(jiǎn)稱(chēng)幾乎天天都會(huì )出現，我們很難跟上這個(gè)速度，因此我們試圖對這些新術(shù)語(yǔ)產(chǎn)生麻痹的態(tài)度，并且希望我們更加的正確。

雖然敏捷一詞已經(jīng)出現很久了，但是仍然存在很多術(shù)語(yǔ)的濫用問(wèn)題。

這個(gè)月，我將要公布一份關(guān)于敏捷前景的調查。我們首先要給這個(gè)術(shù)語(yǔ)做個(gè)定義。這并不是一件容易的事情。實(shí)際上，我并不確定能夠勝任這項工作，不過(guò)我會(huì )努力的。首先，讓我們從定義開(kāi)始，來(lái)看看人們是如何曲解敏捷的意思。在我們達成定義的共識后，我會(huì )回顧一些有用的書(shū)籍和參考資料，他們能夠為敏捷的前景指明方向。

最開(kāi)始...

在2001年2月以前，"敏捷"一詞意味著(zhù)"標記快速的優(yōu)雅的移動(dòng)的能力"，或者是"擁有快速的機敏和適應能力的角色。"  從2001年開(kāi)始，這個(gè)詞對于軟件開(kāi)發(fā)人員來(lái)說(shuō)擁有了更多的意義。由17個(gè)人組成的一組自稱(chēng)為無(wú)政府組織的團體出現了， 但他們實(shí)際上主要由軟件開(kāi)發(fā)領(lǐng)域的軟件顧問(wèn)和思想的領(lǐng)導人構成， 他們聚集在 Snowbird Utah 來(lái)定義敏捷的軟件開(kāi)發(fā)過(guò)程。雖然他們能在普通層面上對敏捷的理解達成一致，但是每一個(gè)與會(huì )者都有自己對于如何建立一個(gè)高質(zhì)量軟件的看法。

這種普通層面上的一致是在 Snowbird 舉行的 Agile Manifesto 大會(huì )上面達成的。 我在之前已經(jīng)討論過(guò)這個(gè)宣言了，但是在這里我們仍然值得重復這四個(gè)條對于敏捷價(jià)值觀(guān)的定義： 

 個(gè)體與交互 重于 過(guò)程和工具
 可用的軟件 重于 完備的文檔
 客戶(hù)協(xié)作   重于 合同談判
 響應變化   重于 遵循計劃

這四個(gè)條對于敏捷價(jià)值觀(guān)的定義看起來(lái)非常的簡(jiǎn)單明了。但是它引發(fā)的誤解比任何一個(gè)詞引發(fā)的誤解都要多。這是為什么呢？我認為有三個(gè)原因。

首先，人們將 "敏捷" 一詞理解為普通的用法。當我們談到敏捷開(kāi)發(fā)時(shí)，聽(tīng)眾聽(tīng)到 "敏捷" 一詞，正如我在介紹中提到的，會(huì )慣性的理解為我們在談?wù)撘粋€(gè)很快速移動(dòng)和變化的事物。當然，我們的軟件項目變化是很快，但并不是所有的都是這種情況。如果在 Snowbird 大會(huì )上與會(huì )者沒(méi)有事先定義描述軟件開(kāi)發(fā)過(guò)程的詞匯，那么同樣的問(wèn)題也會(huì )發(fā)生。在當時(shí)，有很多人使用 輕量級 一詞來(lái)將其和重量級過(guò)程區分，這些過(guò)程是由大型軟件開(kāi)發(fā)顧問(wèn)公司強加給他們的。

其次，即使人們意識到敏捷一詞的背后可能有其他含義，他們也會(huì )按照自己的想法來(lái)定義它。他們或許之前閱讀過(guò)關(guān)于敏捷開(kāi)發(fā)的書(shū)籍和文章，并嘗試過(guò)使用這些方法來(lái)使他們的項目更加敏捷（根據他們自己的定義）。不幸的是，人們試圖扭曲敏捷一詞的含義，這些人中甚至包括一些專(zhuān)家和接觸敏捷一段時(shí)間的人群。您所要做的就是參加一個(gè)敏捷討論會(huì )，這樣您就會(huì )明白我說(shuō)的意思了。很多人都將敏捷概括為一種藝術(shù)："我看到它就會(huì )理解它，"或者是"它是一個(gè)非常個(gè)性化的定義。" 在去年的敏捷大會(huì )上，一些人說(shuō)他們已經(jīng)實(shí)現了"成熟的" 敏捷。當我問(wèn)到他們這意味著(zhù)什么的時(shí)候，他們的定義是，他們正在做單元測試和持續的集成。這些實(shí)踐雖然可以用來(lái)支持四個(gè)值，但是它們本身并不是敏捷。

最后的理由來(lái)自于這些值的聲明。很多人都會(huì )考慮這些值是如何規定的，但是許多人只是了解一下它們是怎樣劃分的。例如，"全面的文檔"和"工作的軟件"相對立嗎？這些值好像暗示了這種可能，但是這兩個(gè)方面是對立的，但是實(shí)際上并不存在合理的理由。因此我們擁有的四對值，每一個(gè)都被 Agile Manifesto 創(chuàng )造者放置在了和其他四個(gè)相對立的位置。我的目的并不是爭論選擇的正確性，而是簡(jiǎn)單的說(shuō)明您只有在接受了成對值，并評價(jià)每一對中的第一個(gè)和第二個(gè)值。如果您決定了全面的文檔化比單獨和交互更加合適，那么我可以嚴肅的告訴您，您沒(méi)有使用比較的方式來(lái)談?wù)?/span> 敏捷。這就是我們在談?wù)撁艚輹r(shí)容易產(chǎn)生混亂的第三個(gè)原因。我們很多人都不同意初始化配對。

一個(gè)科學(xué)的方法

接觸一個(gè)學(xué)科的最好的方法，不管它是新的或者已經(jīng)很好的制定的科目，我們都應該從定義開(kāi)始，然后是嚴格的分析與質(zhì)問(wèn)，看它能引導我們做什么。讓我們對敏捷這么做吧。

如果我們把 Agile Manifesto 作為資源文檔，那么我們可以確定所有的組織或者項目都希望敏捷必須能夠顯示四個(gè)值中標識為第一位的特性（例如"客戶(hù)協(xié)作"），要比標識為第二位的特性（"合約商議"）更能夠評估它。Alistair Cockburn 曾經(jīng)告訴我，敏捷是宇宙中16個(gè)可能存在的位置中的一個(gè)。他的意思是如果您考慮每一對值，您就擁有評估第一個(gè)和第二個(gè)值的選擇。這是一個(gè)二擇其一的問(wèn)題。因為現在有四對值，所以有16種配置的可能性。我想這是理解敏捷的最簡(jiǎn)單，最清晰的方式。這就避免了我們試圖區分敏捷的程度而產(chǎn)生的問(wèn)題。使用 Cockburn 的描述，我們可以決定組織或者項目是否是敏捷的。如果組織具備這些評估數值，并按照執行方法應用它們，那么它就是敏捷的。如果不是則相反。

我們還可以從相反的觀(guān)點(diǎn)來(lái)了解敏捷，這種思想是 Jeff Foxworthy 提出的。 5 如果您盡可能多或者超過(guò)使用單獨交互這個(gè)值所規定的過(guò)程和工具，那么您也不是敏捷的。如果您評估的結果是完全文檔化過(guò)多或者超過(guò)工作軟件，那么您就不是敏捷的。如果您評估的結果是合約商議過(guò)多或者超過(guò)客戶(hù)協(xié)作，那么您就不是敏捷的。如果您的評估的結果是計劃過(guò)多或者超過(guò)相應變化，那么您就不是敏捷的。

上面的措辭中需要強調的是您不需要更多的評價(jià)非敏捷的特性。相對于敏捷來(lái)說(shuō)，您最好盡量少的評價(jià)它們。如果您是一名項目的系統工程師，我猜想您的評估更多的是考慮到您的計劃，而不是響應改變。您會(huì )涉及到硬件和軟件問(wèn)題，并且需要努力的將它們根據時(shí)間表整合起來(lái)。相對于硬件來(lái)說(shuō)，改變軟件更加的容易。

因此，如果我說(shuō)我們不需要敏捷，那么我相信敏捷團體會(huì )嚴厲的抨擊我。我們選擇敏捷，是因為它對我們的項目和組織有重要的意義，而不是它本身有什么意義。當您和敏捷團體的成員對話(huà)時(shí)，他們都很明白這個(gè)道理并且在這一點(diǎn)上有共識。但是，像能夠看到光，并想要分享它的福音傳道者一樣，他們強烈的熱誠可能會(huì )壓制您的想法。

您擁有確定的價(jià)值，并將這些價(jià)值轉化為實(shí)踐。宣言的作者為想要遵循敏捷的人提供了一系列原則。 6 如果您按照這些原則進(jìn)行您的工作，那么您就是一個(gè)敏捷執行者。

文章的剩余部分將會(huì )介紹您使用敏捷和敏捷的一些定義。敏捷是按照 Agile Manifesto 大會(huì )上的定義，以及一系列相應的原則定義的。

哪里出了問(wèn)題？

我剛提到的定義非常簡(jiǎn)單。在組織和項目是否是敏捷這個(gè)問(wèn)題上面，為什么還存在著(zhù)這么多混亂和沖突的意見(jiàn)？部分的問(wèn)題是由于原則的制定方式引起的，它為這些實(shí)踐留出了解釋和執行的空間。讓我們看看一對問(wèn)題。

我們的原則規定"根據個(gè)別的動(dòng)機構建項目。為它們提供環(huán)境和所需的支持，并信任它們能夠完成任務(wù)。"您如何執行這個(gè)實(shí)踐？首先，您需要知道什么是一個(gè)個(gè)別的動(dòng)機？一些人是出于簡(jiǎn)單的商業(yè)利潤動(dòng)機。另外一些人的動(dòng)機來(lái)自于龐大的團隊。一個(gè)團隊的個(gè)別動(dòng)機可能會(huì )干擾到另一個(gè)團隊的動(dòng)機。當您擁有一個(gè)組織事先挑選的人才時(shí)，您可能不需要適合您的項目小組定義的動(dòng)機的個(gè)人。您還能繼續敏捷么？

另一個(gè)原則規定 "敏捷過(guò)程促進(jìn)開(kāi)發(fā)的維持。項目出資方、開(kāi)發(fā)人員和用戶(hù)應該可以長(cháng)期的維持一種不變得步調。"很明顯的，如果我們將標志桿設低，并少做工作，這也是我們能夠長(cháng)期維持的一種步調。還有一點(diǎn)也很明確，就是意圖不一定就在原則之后。

我們可能單獨的采用大部分原則，并將它歪曲為背離敏捷的精神。當完成整個(gè)工作時(shí)，它們確實(shí)會(huì )相互支持。但是仍然存在很多執行原則的空間。這為敏捷訓練，顧問(wèn)、方法學(xué)家和其他想要幫助組織成為敏捷和提供顧問(wèn)的敏捷組織提供了有利的市場(chǎng)。它同時(shí)還促成很多組織采用新的實(shí)踐，并聲明他們已經(jīng)根據方法學(xué)家的解釋獲得了敏捷。

獲得一個(gè)敏捷的解釋很容易。達到一個(gè)有效的解釋程度卻非常難。沒(méi)有圣賢準確的告訴我們的項目或者組織是否是敏捷的。您必須要問(wèn)的問(wèn)題就是，這很重要嗎？如果有效的生產(chǎn)出符合投資人所有需求的軟件，那么您就非常的成功。您應該不斷改進(jìn)，但是您真的需要適應所以得需求嗎？這是在您試圖使用 CMM 和 CMMI、RUP 和其他方法學(xué)時(shí)會(huì )遇到的問(wèn)題。個(gè)人和組織會(huì )"被鑒定"處于哪個(gè)層級，而不是簡(jiǎn)單的集中在最后的目標身上——軟件的交付使用。方法學(xué)和實(shí)踐意味著(zhù)它們不是結束。

好的，如果它就是這么簡(jiǎn)單的話(huà)...

在2006年明尼阿波利斯舉行的敏捷大會(huì )上出現了一個(gè)問(wèn)題："如果敏捷這么簡(jiǎn)單的話(huà)，那為什么會(huì )有這么多的教科書(shū)教我們應該怎樣去做？"當然這種說(shuō)法有些開(kāi)玩笑的意味，但是確實(shí)存在這樣的問(wèn)題。坐在學(xué)校的辦公室里，我幾乎有一整個(gè)書(shū)架的關(guān)于敏捷的書(shū)籍。至少有30本。另外我的家里還有10幾本這樣的書(shū)。關(guān)于敏捷的書(shū)籍太多了，為什么會(huì )有這么多種類(lèi)的書(shū)呢？

對于這個(gè)問(wèn)題最簡(jiǎn)單的回答就是，書(shū)籍可以讓那些顧問(wèn)們更好的推銷(xiāo)自己。書(shū)籍同樣可以讓那些理論學(xué)習者和從業(yè)者更好的擴展他們的視野。書(shū)籍可以在藝術(shù)級和實(shí)踐級別上都給人以影響。不論何時(shí)當有新的觀(guān)念被發(fā)現時(shí)，書(shū)籍，期刊論文和各種文章將會(huì )很自然地發(fā)布消息。那些具有很大影響力的觀(guān)念一般會(huì )在討論會(huì )上面形成。關(guān)于技術(shù)方面的話(huà)題是那些書(shū)刊所要報道的重點(diǎn)，因為，正如我在文章的開(kāi)始所提到的，對于那些整天投身于 IT 行業(yè)——不斷變更的項目，最終期限的到來(lái)，控制在預算之內，所有這些需要滿(mǎn)足客戶(hù)需求的事情——的人來(lái)說(shuō)，隨時(shí)關(guān)注能夠幫助他們完成任務(wù)的最新方法，沒(méi)有這些商品和幫助的指導是不可能的。

第二種解釋就是，很多作者都在他們出版的書(shū)中聲明自己有了關(guān)于某個(gè)熱點(diǎn)話(huà)題的一種新方法。這就導致幾乎每一本書(shū)都宣稱(chēng)自己介紹了一些作者關(guān)于價(jià)值和原則的新的有趣的想法。其中很多書(shū)重復的介紹了執行原則和價(jià)值的一種方法。比如一些自助書(shū)籍，它們聲稱(chēng)只要按照他們的程序做，您就會(huì )成為敏捷的。如果您曾經(jīng)嘗試過(guò)不同的飲食習慣，娛樂(lè )節目，閱讀改進(jìn)程序等等，那么您應該很清楚的知道，有些事情對于一個(gè)人來(lái)說(shuō)很成功，但是對于另一個(gè)人來(lái)說(shuō)可能沒(méi)有任何效果。同樣的道理在敏捷方面的書(shū)籍上面也適用。一種方法在項目 A 上適用，但是到了項目 B 上可能會(huì )慘敗。每一個(gè)項目和組織都要找到適合它們自己的那個(gè)敏捷，當然前提是您的項目和組織適合使用敏捷。

無(wú)處不在的敏捷

敏捷現在可以說(shuō)無(wú)處不在。它不僅存在于軟件開(kāi)發(fā)領(lǐng)域。如果一個(gè)實(shí)踐值得我們花時(shí)間和努力去學(xué)習和應用，那么它就是敏捷的。如果一個(gè)工具值得在我們的項目上學(xué)習和使用，那么它必須支持敏捷。這不僅是滿(mǎn)足實(shí)際需要的問(wèn)題，更是一個(gè)市場(chǎng)營(yíng)銷(xiāo)問(wèn)題。敏捷就像一個(gè)新品牌的運動(dòng)鞋，我們買(mǎi)來(lái)是想讓它幫助我們的開(kāi)發(fā)小組跳得更高，跑得更快。

有一天我在一個(gè)書(shū)店中挑選了一本關(guān)于 Ruby 程序設計的書(shū)籍。在這本書(shū)的封底上印著(zhù)："Ruby　是一種敏捷的面向對象程序設計語(yǔ)言。"雖然他們沒(méi)有將敏捷一詞的字母 'a' 大寫(xiě)，但是我并不確定普通的讀者是否能夠意識到這個(gè)問(wèn)題。Ruby 真的是 Agile Manifesto 上包含的價(jià)值觀(guān)嗎？這顯然是一個(gè)荒謬的問(wèn)題。但是我們現在談?wù)摰氖鞘袌?chǎng)問(wèn)題，邏輯上的問(wèn)題并不是最重要的事情。使用 "敏捷" 一詞去吸引客戶(hù)的注意力，讓您可以進(jìn)入門(mén)檻。（我真希望有一天我們的顧客也能夠變得聰明起來(lái)，他們可以提出正確的問(wèn)題，并重視敏捷。）

我并不反對敏捷。但我也不是一個(gè)敏捷主義者。我希望被認為是一個(gè)實(shí)用主義者，我只使用那些可以幫我的東西，忽略那些對我沒(méi)有用處的東西。有時(shí)候敏捷可以在工作上幫助我。但有時(shí)候我需要一些其他的幫助。