Siklus Triwulanan identik dengan rilis. Tujuannya adalah untuk menjaga rincian pekerjaan setiap siklus mingguan dalam konteks proyek secara keseluruhan. Pelanggan menjabarkan rencana keseluruhan untuk tim dalam bentuk fitur yang diinginkan dalam kuartal tertentu, yang memberikan pemandangan hutan kepada tim saat mereka berada di pepohonan, dan juga membantu pelanggan untuk bekerja dengan pemangku kepentingan lain yang mungkin memerlukan gambaran kapan fitur akan tersedia.
Ingatlah ketika merencanakan siklus triwulanan, informasi mengenai berita tertentu berada pada tingkat yang relatif tinggi, urutan penyampaian cerita dalam Siklus Triwulanan dapat berubah dan cerita-cerita yang termasuk dalam Siklus Triwulanan dapat berubah. Jika Anda dapat meninjau kembali rencana tersebut setiap minggu setelah setiap siklus mingguan, Anda dapat terus memberi tahu semua orang segera setelah perubahan tersebut terlihat untuk meminimalkan kejutan.
Slack
Gagasan di balik kelonggaran dalam istilah XP adalah menambahkan beberapa tugas atau cerita berprioritas rendah dalam siklus mingguan dan triwulanan Anda yang dapat dihilangkan jika tim tertinggal dalam tugas atau cerita yang lebih penting. Dengan kata lain, perhitungkan variabilitas inheren dalam perkiraan untuk memastikan Anda keluar dari diri sendiri peluang bagus untuk memenuhi prediksi Anda.
Ten-Minute Build
Tujuan dari Pembuatan Sepuluh Menit adalah membangun keseluruhan sistem secara otomatis dan menjalankan semua pengujian dalam sepuluh menit. Para pendiri XP menyarankan kerangka waktu 10 menit karena jika sebuah tim memiliki pembangunan yang memakan waktu lebih lama dari itu, kecil kemungkinannya untuk dijalankan secara sering, sehingga menimbulkan waktu antar kesalahan yang lebih lama.
Praktik ini mendorong tim Anda untuk mengotomatiskan proses pembangunan sehingga Anda cenderung melakukannya secara rutin dan menggunakan proses pembangunan otomatis tersebut untuk menjalankan semua pengujian Anda.
Praktek ini mendukung praktek Continuous Integration dan didukung oleh praktek Test First Development.
Continuous Integration
Integrasi Berkelanjutan adalah praktik di mana perubahan kode segera diuji ketika ditambahkan ke basis kode yang lebih besar. Manfaat dari praktik ini adalah Anda dapat mengetahui dan memperbaiki masalah integrasi lebih cepat.
Sebagian besar tim takut dengan langkah integrasi kode karena ditemukannya konflik dan masalah yang diakibatkannya. Kebanyakan tim mengambil pendekatan "Jika sakit, hindari selama mungkin".
