زمانی که فرایند دچار مشکل است یا کار نمیکند، آن را اصلاح کنید. نکته اینجاست که نمی گوییم «اگر» بلکه میگوییم «زمانی که»! چرا که بدون استثناء برای هر پروژهای، مجبور خواهید شد که فرایند را کمی تغییر دهید. قوانین متدولوژی XP را برای شروع دنبال کنید ولی در صورتی که بخشی از آن برای یک پروژه خاص پاسخگو نیست از تغییر آن نترسید. این به این معنا نیست که تیم اجازه انجام هر کاری را دارد بلکه تا زمانی که قوانین تغییر نکردند باید عیناً اجرا شوند. همه برنامه نویس ها لازم است بدانند که چه توقعی از هم دارند. تنها راه توجه به این توقعات، ایجاد مجموعه ای از قوانین است. با برگزاری جلسات Retrospective میتوانید درباره ی اینکه چه چیزهایی برای شما کار می کنند و چه چیزهایی لازم است تغییر کنند صحبت کنید. بهبود دادن فرایند را به عنوان کار رایجی از توسعه بدانید.