比為客戶構(gòu)建軟件更困難的是向客戶解釋軟件是如何構(gòu)建的。
　　所以我們坐下來通過我們所知的方法—圖片，并通過汽車來解釋這個令人難以置信的復(fù)雜概念。

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