比為客戶構建軟件更困難的是向客戶解釋軟件是如何構建的。
所以我們坐下來通過我們所知的方法—圖片，并通過汽車來解釋這個令人難以置信的復雜概念。
我們大的，且一直存在的問題之一是客戶如何看待軟件開發與實際軟件開發之間的差距。該問題明顯的癥狀也許是對于預算無止盡的談判，但問題不止于此。
敏捷開發 - 客戶參與到什么程度？
瀑布模型，即開發過程從確定需求到交付及維護按線性方式進行，近已經幾乎消失了。除非你參與的是特別大規模的項目，使用敏捷開發的方法更好。
敏捷開發是基于客戶往往不知道他們究竟想要怎樣的軟件這一事實。敏捷開發團隊以透明化方式工作，并保證客戶參與開發過程，以確保終的結果能夠盡可能接近客戶的實際需求。
這像從商店買一套西服，而不是通過網絡購物—你永遠不會知道它是否合身，或穿在你身上會是什么樣子，直到你試穿一次。理想情況下，你還需要一個裁縫將其修改到適合你的身形。
從敏捷團隊購買軟件像是購買一件量身定做的西服。
只是客戶只愿意支付非定制西裝的價格，并且如果有什么需要剪裁的情況，他們還對你指手畫腳。
如何保護你的開發時間？
雖然敏捷開發重視透明度和合作，你仍然需要保護你的時間。以下是幾句你的客戶可能會說的話：
- “我能坐在你旁邊一起工作嗎？”
- “我們能快點填補上這個（龐大的）功能嗎，這功能非常小，應該不是很困難。”
- “我有一個朋友可以在內做完這個，我們能不能出一半價錢？”
- “我們可以回到第一個版本嗎？還有如果我們不使用這些代碼，我們不該為此付費”。
這些場景可能會花費你大量的時間和金錢，如果你不堅定你的立場。你的第一道防線是需要一個很好的項目管理系統。
如果您需要能夠應對突發問題或是維護，使用看板開發。看板圖本質上是一個明確規定了在給定的時間內工作項目數的to-do list。這是一個能保護你的團隊免受過多中斷困擾的系統 - 如果發生意外問題，你可以優先考慮它，否則它將排入待處理隊列。
如果你不需要擔心維護問題或者該項目不是由大量互相聯系的部分組成，那你也可以使用Scrum系統。 Scrum限制團隊在通常持續2-4周的沖刺中針對一個非常具體的目標而努力。其整體思路是讓團隊完全專注于自己的目標。
如何保護你的預算？
保護您的時間是一回事— 確保你得到報酬是另一回事。
下面讓我們來看看為什么我們將設立時間跟蹤器作為首位—保持盈利的方式之一是給你的時間標上一個清楚的價格。
跟蹤你的開發時間有不少好處（這里有更詳細的討論），兩個主要的好處可以歸結為商業智能和透明度。
簡單來說，它可以讓你做出明智的計劃，并向你的客戶展示“小變化”在開發上實際花費的時間。
本文來自：https://toggl.com/developer-methods-infographic
