荒野生存生存在荒野西部開發過程中的9條提示

荒野生存

這是我們最新的jcg合作夥伴zen的

brian du preez

在it技術領域最初發表的帖子，我們非常高興能夠加入。

布萊恩（bryan）談到了「荒野西部開發過程的生存」，這是乙個非常不合常規但又很普遍的開發過程。

讓我們聽聽他關於如何在這樣的環境中生存的建議。

（注意：對原始帖子進行了少量編輯以提高可讀性）

在乙個完美的世界中，我們所有人都在為某種開發過程而奮鬥，無論是瀑布開發，原型開發，敏捷還是cio / cto / ceo**的任何諮詢過程。但是在現實世界中，有時（有時「經常」經常發生）發生的事情就是我所說的荒野西部開發流程（wwdp）。其背後的主要原則可以概括為「首先承諾，然後再提出問題」。

wwdp入門非常簡單：

1.您需要某個人在您組織中擁有一定權力和影響力的某個地方，以在某個無法實現的日期承諾軟體。

2.新增乙個急切的市場部門和一些新聞稿。 3.攪拌並煮沸。 4.慢煮一會兒後，通知軟體開發部門他們必須有東西，這些東西可以「填充」並且發布日期不能更改。

我不確定這是否是我國it行業不成熟的結果，但是我在這樣的環境中花費了很多年。甚至在最不可能的雇主中找到我，例如保險和銀行機構等大型公司組織，在這些公司中，一般的繁文and節和公司程式應對此加以限制。

我的職業生涯始於「向其他人便宜的諮詢服務，向任何人便宜的諮詢銷售資訊科技和業務流程」之一。這意味著每個專案都是由wwdp驅動的，所以我從深層次入手，大約4年的時間我一直沒有其他開發軟體的方法。

我想分享一些發現，這些發現有助於在不可想象的，不可更改的期限內實際交付某些軟體（公平地說，其中一些是在前面提到的標準開發流程中，也許具有不同的優先順序）。

選擇合適的開發商

在這種環境下，並非所有人都能應付。了解您的員工/團隊非常重要：深夜，持續的危機，不斷的變化以及壓力和壓力的大負荷並不適合所有人。有些人壯成長，一些人倖存下來並奔跑於山上，有些人最終在拐角處wh吟，需要更換（這是一場災難）。

讓開發人員參與。

此類專案不允許通常的需求/設計/開發/測試正規化，所有這些功能都可以同時執行。讓開發人員像架構師，分析師和測試人員一樣了解很多細節至關重要。如果每個人都擁有相同的畫面，那麼開發人員將不得不做出不斷影響架構和業務功能的決策，這樣可以節省時間。

早期的「原型」

我用引號說「原型」是因為與實際的原型不同，不會有時間將這些**扔掉。這種「原型」是使系統在專案的早期就完全啟動並執行。它可能是乙個「外殼」，但有了它，就意味著測試可以盡早開始，即使只是基礎知識而沒有業務功能。由於沒有實際需求，因此請確保設計能夠滿足定義的要求。

盡早整合

如果系統在系統，團隊或外部各方之間具有任何整合點，請確保這也位於「原型外殼」中。整合總是比您想象的要花費更長的時間，因此建立介面並可供測試至關重要。

保持溝通

當無法滿足無法完成的最後期限的震驚開始時，總會有人尋找替罪羊。始終至少保留一封電子郵件記錄，以確保您不是那個山羊。

自動化的構建和部署

持續整合的標準敏捷實踐與以往一樣重要，即使您跳過軟體開發周期的其他部分，也不應忽略這一點。

焦點由於數百件事情需要幾天或幾周的時間才能發生，因此一次嘗試執行6件事情非常容易。別。微管理您的時間和任務並集中精力。對於我們的開發人員來說，開始任務，看東西，改變東西並失去第一天沒有的一天很容易。如果需要，請有人保留可在清理階段使用的「 todo」的詳盡列表。

清理一旦達到了無法達到的期限，在開始下一階段之前，至少要發布乙個「清理」版本。此清理階段應新增很少的功能或最好不新增任何新功能，但允許匆忙做出的設計和開發決策可以進行審查和重構。

加快步伐

無論您認為自己是多麼的超人，我們所有人都可以繼續工作幾個小時。在某些時候，您實際上適得其反，多睡幾個小時實際上會為專案帶來更多幫助。知道你的極限。

來自bryan du preez的紮實技巧。不要忘記分享大家！

荒野生存 生存在荒野西部開發過程中的9條提示