開發經驗談：設計公司或開發公司，在客戶面前“可信度”是一個關鍵，當雙方互信的狀態下任何溝通都是容易的，而可信度的重要養分就是公司對客戶專案排程規劃的與達成率了，以下分為幾點說明：
首先要建立觀念：
如果沒有排程觀念，進行一個以上的專案就像無限循環的將其他事情後面移，有時間再去執行，但今天如果有排程規劃，移動任務不一定等於移動整個專案時間，這個差異會變成 ; 原本只有一個人在等這個任務完成，結果會變整個team都在等這個任務完成，因為沒有排程人員就不會知道開發事項與進度，事情就會變得無法被預期，因為時間成本差異非常大。
前提要做任務解析：
專案必須要將事情都解析成一個個的任務，才能給予準確的時程，意味有做排程的專案，參與人員都會進一步的思考過(其實就是金字塔理論+Smart法則)。
遵守驗收時間點：
排程本是團隊合作最重要的環節，任務很可能並不會依照排程完成，但有排程才能知道驗收時程，若無法即時完成，可以具體討論調動方式，專案管理人也才有機會去與客戶協調，提前協調是正當理由告知客戶調動，多數客戶都是能接受的。
優點：
有排程後，專案管理人員才可以抓出前置量的階段性驗收，大膽的可以分為三次，小心一點的可以分更多次，至少階段性的驗收時，對開發型系統的客戶學習曲線低外，優化與修正的機會多外，最重要的事 ; 此刻有額外需求修改與優化會非常好溝通(幾乎都可爭取到額外時間)，如果是在上線前一次性的總驗收，此時通常會滿山滿谷的修改回報外更牽連很功能相依性，修改連動規模很大，而且此刻客戶上線時程已經很近，根本已經不容許協調上線時程了。
要先記住：無排程不等於是敏捷開發，後果常會導致：
因為等其他專案完成，造成轉案必須很短的時間內完成(因為代表其他專案也沒有任務排程，只能抓住空擋，有空做什麼就做什麼)。
通常後果是重工量很大，因為專案集中快速開發導致體驗不良，構思無法完善，客戶的抱怨都少不了，最後完成後也不易模組化。
開發者每天都有做不完的新任務跟debug，其實任務從專案開始就存在，但沒先構思規劃與溝通，所以多數開發人員無法了解全盤，溝通落差造成重工的事自然不會少。
同常會切格任務為可以一週驗收一次，但如果沒規劃時，客戶在驗收時沒有規格做為依據，認真的客戶會盡心盡力地站在公司立場，絞盡腦汁想出所有可能的變數來突破現有邏輯，此刻你只能摸摸鼻子改到客戶滿意為止，然後會開始無限循環上面第2點跟第3點，也很難追加費用，因為無憑無據無規格。
超過時程公司已至失去可信度，通常都是根本沒時程規劃，有排程但專案人員盯不緊，不然雙方專案管理人員都知道。我相信事情可以順利做完，沒有一間公司是鼓勵加班，加上可信度不是一個可以拿幾分的項目，只有有跟沒有。
