極限編程和客戶端

Question

什麼類型的客戶端可能支持XP（極限編程）實踐？

Answer 1

如果您的團隊憑藉良好的業​​績記錄取得了出色的業績，那麼公司就希望取得成功。如果相反，只有盲目流浪的公司纔會對此感興趣。

有奇數的情況下，客戶會希望遵循某些做法。就像一個經驗豐富的開發經理將一個項目外包給外部公司，或者可能是一位聽說過XP擅長傳遞但沒有真正知識或經驗的客戶。在前者中，經驗豐富的消費者會知道他想要什麼，如果你不提供這些服務，他們會去別處。如果你試圖僞裝它們，他們會知道並且最不高興。後來，只要他們取得好的結果，並不重要，並認爲這是他們自己的智慧，使他們離開實地。

無論哪種方式，它都是重要的結果。

現在開始我的謾罵，迄今它已引起不少的憤怒：

你會危害你的好做法，只是爲了滿足客戶？如果你堅決支持XP，那就賣吧！如果他們希望你使用你強烈不同意的方法。告訴他們。如果你不能達成共識，就不應該達成協議。

我可以告訴麪包師使用什麼穀物嗎？烤箱有多熱？一定不行。如果我說我要饅頭上的罌粟種子，我不在乎它們如何放在那裏，只要它們在那裏。 Dp我根據他的方法選擇一個麪包師，或者根據麪包的好壞來選擇麪包師？讓一個非程序員告訴你如何去做你的工藝是非常糟糕的。

如果您試圖讚頌XP的優點，那麼請先行預先考慮成本收益和投資回報率。向他們展示爲什麼他們在開發人員效率和減少缺陷方面更好。如果你正在爲非程序員工作，你是專家，採取統治和提供建議。

如果您的團隊擅長於XP並取得了巨大成效，您將無法在您的實踐中出售任何潛在客戶。結果對客戶很重要;如果您能證明您在一致的時間表內持續生產高質量的產品，那麼銷售您的方法學應該沒有問題。 （有些例外絕對需要瀑布）。

Answer 2

我正在爲一家正在做敏捷（不是嚴格XP，但仍然適用）的公司工作，我們的客戶羣完全是政府機構。一旦他們看到了工作中敏捷過程的結果，即使那些需要以類似方式提供文檔的人也非常樂意繼續享受敏捷過程帶來的好處。

而且，是的，我同意vfilby。您的客戶應該關心結果，而不是如何實現它們。

Answer 3

我認爲它可能不像以往那樣讓客戶接受敏捷開發實踐，特別是XP，因爲它們現在更爲主流。過去曾積極參與敏捷團隊的客戶更有可能購買這些方法。對於一個較小的客戶，或者一個小問題的客戶，如果他們擔心這個問題，他們可能會更容易接受XP。對於持懷疑態度的客戶，我建議從小做起並建立信心。並確保您兌現承諾！

Answer 4

• 在XP項目中已經有良好結果的客戶端。
• 或吞下庫爾急救的客戶。

這無疑使得這些客戶並不多見:-)

Answer 5

幾乎所有的人似乎解釋你的問題，你是上下文或工作對於客戶端的ISV編寫定製軟件。這是情況嗎？

如果你的問題一直沿着什麼樣的公司可能會採用XP的東西，那麼我會說一個過去被燒燬的公司花了太多時間編寫開發者文檔和設計以便重用僅用於必須把它全部扔掉，這是對時間和精力的巨大浪費。

Answer 6

客戶必須接受具有固定時間，固定資源，固定質量（它工作到100％）和每次迭代略微變化範圍的迭代交付。

然而，他們想要確定時間，資源，質量和範圍更爲平常。

可能支持XP實踐的客戶端類型 已經理解了XP提供的軟件生產系統的優點和缺點。