遷移到云仍然是新的規模，所以你必需在開發階梯的進程中逐漸適應。

在向云的遷移中，企業很快地相識到，適應本領——改變的意愿——必需要產生。不能適應，小問題也可以發生龐大的傷害。

譬喻，一個大型企業遷移100個應用到IaaS時大概會發明，測試中25應用措施的延遲太高，董事會和率領層吸收到一個打算，顯示100個應用措施遷移到云，并沒有人但愿談論到變革，，所以他們通過這個打算。功效是，這25個應用措施沒有足夠的成果來支持業務，導致龐大的妨礙。

一個更好的要領，雖然是不移動這25個遷移到云呈現延遲問題的應用措施。

這只是一個執行進程中關于適應的問題，但企業在實踐中好像不是好做法。預算、政策和利己主義好像城市影響到每小我私家的思維，從而導致愚蠢的錯誤，迅速成為龐大價錢、昂貴的錯誤。

這里是辦理要領：

首先，授權的人認真在云上成立應用措施，移動應用措施到云，假如需要的話舉辦其他云勾當的變革。不要要求他們每一個抉擇都要做一個呼吁鏈。不然，有太多的障礙以至于不能舉辦須要的變革。

其次，在進程中評估和測試，當問題產生時，實時處理懲罰任何陷阱——在你本身挖了一個你不能掙脫的陷阱之前。

最后，流傳一種接管的文化。當人們發明問題并找到辦理問題的方法時，他們應該獲得回報。在打算失敗時不要沖擊員工。相反，勉勵他們找到辦理方案。

這個發起合用于任何項目，而不只僅是那些與云有關的項目。但它對云項目而言出格重要，因為我們都還在進修。沒有人做他們的第十個云項目。像任何盡力的先驅一樣，你必需在開發階梯時提高你的適應性，使它成為那應許之地。