Jelajahi Perencanaan Berkelanjutan
Perencanaan Berkelanjutan adalah salah satu dari delapan kemampuan DevOps.
Temukan mengapa Perencanaan Berkelanjutan diperlukan
Mari kita telusuri studi kasus aplikasi perangkat lunak yang dikembangkan oleh lembaga pemerintah antara 2000 dan 2005. Proyek ini tidak mendekati penyelesaian ketika resmi ditinggalkan pada Januari 2005, setelah berubah menjadi fiasco lengkap. Selain membuang-buang setidaknya $ 100 juta, kegagalan itu membawa kritik luas kepada agensi dan direkturnya.
Proyek kedua dimulai pada tahun 2006, dengan hasil bencana serupa. Kedua upaya tersebut menggunakan desain besar di depan dan metodologi pengembangan Waterfall, dengan acara big bang go-live klasik yang direncanakan. Mereka berakhir dengan tidak ada yang dikirimkan dan ratusan juta dolar yang dihabiskan.
diagram 
Mengapa upaya ini gagal?
- Big design up front – tim 200 orang menghabiskan waktu enam bulan untuk membuat persyaratan.
- Shifting prioritas – bencana terjadi sebagian melalui proyek, mengakibatkan perubahan cakupan besar - dan tim 300 orang lainnya bekerja selama enam bulan, yang menghasilkan 600 halaman persyaratan.
- Upaya terbuang dan pengerjaan ulang menyebabkan tenggat waktu yang terlewat dan burnout tim – 700.000 baris kode ditulis dan ditulis ulang.
Pada bulan Desember 2010, studio Scrum disiapkan dan dikolokasikan. Staf dikurangi dari 400 pada proyek asli menjadi 40. Desain dari 600 halaman persyaratan menjadi 670 cerita pengguna. Tim mengirimkan kode dan menunjukkan fitur baru setiap dua minggu. Setelah beberapa sprint, menjadi mungkin untuk memperkirakan skala waktu kasar dan merencanakan perubahan bisnis bertahap. Kode tersebut selesai pada Desember 2011.
Tetapi mengapa sulit untuk merencanakan dengan baik secara rinci?
Alan Turing mengembangkan mesin selama Perang Dunia II untuk memecahkan perangkat enkripsi yang dikenal sebagai Mesin Enigma.
Turing harus terus-menerus menguraikan kode baru untuk menyelamatkan nyawa. Alih-alih menyerah karena kompleksitas yang tampaknya tak terbatas, Turing tahu bahwa ia hanya perlu memecahkan detail kecil untuk memberi jalan pada hasil yang lebih besar:
"Kita hanya dapat melihat jarak yang pendek ke depan, tetapi kita dapat melihat banyak di sana yang perlu dilakukan."
Proyek perangkat lunak ambisius selalu kompleks. Tapi jangan biarkan kompleksitas membuatmu kewalahan. Sebaliknya, mengeksekusi di mana ada kejelasan: jangka pendek.
Merencanakan secara berkelanjutan dan efektif dengan arah, fokus, dan kelincahan yang jelas mengandalkan Objectives and Key Results (OKR)
Sebelum menentukan Perencanaan Berkelanjutan, kita perlu memperkenalkan konsep dan kerangka kerja penting untuk membantu Anda merencanakan secara berkelanjutan dan efektif dengan arah, fokus, dan kelincahan yang jelas.
Objectives & Key Results (OKR) adalah kerangka kerja pengaturan tujuan yang dirancang untuk menghubungkan tujuan strategis yang ditetapkan oleh kepemimpinan dengan aktivitas tim eksekusi sehari-hari.
Penting
OKR membantu mengidentifikasi hasil terbaik dan menciptakan kejelasan sekilas seperti apa kesuksesan nyata.
OKR umumnya ditetapkan setiap triwulanan untuk fokus tajam dan kelincahan.
Tujuan adalah arahnya, dan hasil kunci harus terukur. Pada akhirnya Anda dapat melihat, dan tanpa argumen apa pun, memutuskan: Apakah saya melakukan itu, atau apakah saya tidak melakukannya? Ya? Tidak? Sederhana. Tidak ada penilaian di dalamnya.
OKR dilokalkan ke bawah dan di semua tim dalam organisasi untuk menunjukkan penyelarasan dan transparansi.
Apa itu OKR?
Ada tiga aspek penting dari OKR:
Mereka membentuk kerangka kerja untuk menentukan tujuan yang jelas, memberikan kejelasan tentang niat dan arah di semua tingkatan dalam organisasi.
Mereka diperkuat dengan hasil kunci yang terukur. Hasil utama adalah hasil di mana keberhasilan diukur.
Mereka mendorong hasil budaya pola pikir, memungkinkan pergeseran yang jelas dari pola pikir output ke pola pikir hasil.
Contoh OKR
Berikut adalah contoh OKR:
Objective: menempatkan astronaut di bulan pada tahun 1970.
Hasil utama:
- Bangun pesawat luar angkasa di bawah 40000 pon pada tahun 1965.
- Melatih astronaut untuk pendaratan bulan pada tahun 1967.
- Berhasil mendaratkan pesawat luar angkasa di bulan.
- Aman membawa astronaut kembali ke bumi.
Contoh OKR ini mengidentifikasi tujuan atau tujuan menempatkan astronaut di bulan pada tahun 1970.
Nota
Tujuan harus mudah dipahami, diatur arah yang jelas, dan memberikan motivasi.
Dalam contoh ini, Hasil Utama adalah langkah-langkah kemajuan yang akan mengukur keberhasilan tujuan.
Nota
Hasil Utama harus dapat diukur dan mengidentifikasi cara mencapai tujuan.
Manfaat utama OKR
Ada lima manfaat utama OKR:
- Fokus : setiap tujuan harus pas pada satu baris. Sedangkan untuk hasil utama, Anda harus memiliki tidak lebih dari lima per tujuan.
- Keselarasan: manajer dan kontributor sama-sama menautkan aktivitas sehari-hari mereka ke visi seluruh perusahaan organisasi. Istilah untuk tautan ini adalah perataan, dan nilainya tidak dapat dilebih-lebihkan.
- Komitmen: jadwal dan sumber daya akan disesuaikan untuk memastikan bahwa semua komitmen yang disepakati dikirimkan.
- Pelacakan OKR dari output ke hasil adalah mengapa manajemen berdasarkan tujuan sangat populer di terdiri dari perusahaan tingkat atas. Setiap OKR harus dapat dilacak melalui metrik yang ditetapkan ketika ditulis.
- Stretching: OKR secara inheren mendorong organisasi untuk berusaha lebih jauh, untuk mengeluarkan sedikit lebih dari apa yang mereka pikir mungkin.
Membandingkan Perencanaan Berkelanjutan dan Statis
Perencanaan Berkelanjutan adalah praktik yang memerlukan perencana, arsitek, dan tim yang gesit untuk mengintegrasikan rencana mereka di seluruh perusahaan secara berkelanjutan.
Dalam Perencanaan Berkelanjutan, metode perencanaan berbasis scrum dan desain yang muncul memungkinkan tim untuk menyempurnakan perencanaan ke tingkat eksekusi.
Penting untuk memiliki rencana tingkat tinggi yang tahan terhadap perubahan tetapi dipandu oleh visi dan tujuan yang jelas.
Segitiga besi tradeoff untuk Waterfall vs. Metodologi pengembangan agile mengilustrasikan perbandingan antara Perencanaan Berkelanjutan dan Statis.
Dalam metodologi statis, perencanaan cakupan diperbaiki. Anda menentukan berapa banyak waktu yang akan dibutuhkan proyek dan berapa biayanya.
Dalam metodologi Agile, yang menggunakan prinsip Perencanaan Berkelanjutan, waktu diperbaiki untuk memenuhi tujuan bisnis. Satu-satunya hal yang dapat dinegosiasikan adalah ruang lingkup.
Segitiga besi biasanya menunjukkan waktu, sumber daya, dan fungsionalitas. Gartner telah menambahkan kualitas pada penggambaran ini karena durasi dan biaya berkorelasi, dan kualitas sering terlewatkan.
Tapi bagaimana dengan keberhasilan dari dua praktik itu?
diagram 
Salah satu alasan mengapa proyek Agile lebih sukses adalah karena rilis batch kecil meningkatkan peluang untuk mendapatkan pengetahuan.
Ada empat hal yang perlu diingat:
- Kebutuhan bisnis terus berubah dan melakukannya dalam waktu singkat.
- Agile memiliki mekanisme perencanaan untuk mengikuti perubahan bisnis.
- Tim berkinerja tinggi dapat dengan mudah melaju dengan cepat ke arah yang salah.
- Mendapatkan pengetahuan mengurangi risiko.
Metodologi Waterfall dan Agile keduanya ditantang. Agile kebetulan berhasil 30% lebih banyak waktu.
Jelajahi enam prinsip Perencanaan Berkelanjutan
Ada enam prinsip Perencanaan Berkelanjutan:
- Nilai kesederhanaan
- Manifesto untuk pengembangan perangkat lunak yang tangkas
- Pemikiran desain
- Pengembangan berulang dan bertahap
- Manajemen lean
- Akurasi estimasi
Prinsip Perencanaan Berkelanjutan #1: Kesederhanaan nilai
Prinsip Perencanaan Berkelanjutan pertama adalah menghargai kesederhanaan.
"Jika Anda tidak dapat menjelaskannya dengan sederhana, Anda tidak memahaminya dengan cukup baik."
-Albert Einstein
Prinsip Perencanaan Berkelanjutan #2: Manifesto untuk pengembangan perangkat lunak yang tangkas
Prinsip Perencanaan Berkelanjutan kedua adalah manifesto untuk pengembangan perangkat lunak yang tangkas.
Manifesto adalah tentang memberikan perangkat lunak. Ini tentang pengembangan perangkat lunak - bukan manajemen atau desain proyek. Ini terletak pada inti Perencanaan Berkelanjutan dan DevOps.
Kami mengungkap cara yang lebih baik untuk mengembangkan perangkat lunak dengan melakukannya dan membantu orang lain melakukannya. Melalui pekerjaan ini, kami menghargai hal-hal berikut:
- Individu dan interaksi melalui proses dan alat
- Perangkat lunak yang berfungsi melalui dokumentasi yang komprehensif
- Kolaborasi pelanggan melalui negosiasi kontrak
- Menanggapi perubahan atas mengikuti rencana
Prinsip Perencanaan Berkelanjutan #3: Pemikiran desain
Prinsip Perencanaan Berkelanjutan ketiga adalah pemikiran desain.
Pemikiran desain mengambil pendekatan yang berpusat pada manusia untuk inovasi. Ini berfokus pada persimpangan kelayakan, kelayakan, dan keinginan untuk membangun batas-batas dan mengurangi limbah.
diagram 
Prinsip Perencanaan Berkelanjutan #4: Pengembangan berulang dan inkremental
Prinsip Perencanaan Berkelanjutan keempat adalah pengembangan berulang dan inkremental .
Beberapa takut bahwa mereka tidak akan tahu apa yang akan mereka dapatkan. Pengembangan berulang memecahkan masalah ini dengan menempatkan persyaratan dan prioritas ke tangan pemangku kepentingan dalam perulangan umpan balik berulang. Setiap perulangan lengkap, yang dapat digunakan, dan berguna bagi penggunanya. Ini menambahkan lebih banyak fungsionalitas, sebaiknya fungsionalitas yang paling penting terlebih dahulu.
Prinsip Perencanaan Berkelanjutan #5: Manajemen ramping
Prinsip Perencanaan Berkelanjutan kelima adalah manajemen ramping.
Nilai didefinisikan dari sudut akhir pelanggan akhir. Dalam prosesnya, aliran nilai diidentifikasi dan langkah-langkah di mana nilai tidak dikirimkan ke pelanggan diidentifikasi sebagai limbah dan dihapus.
Proses dimulai lagi, berusaha menuju keadaan kesempurnaan menggunakan peningkatan berkelanjutan.
Prinsip Perencanaan Berkelanjutan #6: Akurasi estimasi
Prinsip Perencanaan Berkelanjutan keenam adalah akurasi estimasi.
Perkiraan adalah prediksi analitis tentang berapa lama sesuatu akan memakan waktu, berapa biayanya, atau berapa banyak fitur yang dapat dikirimkan. Ini memiliki dua atribut - akurasi dan presisi, yang sama sekali tidak terkait satu sama lain. Perkiraan dimiliki oleh tim teknik.
Target adalah pernyataan kebutuhan bisnis: berapa lama kita ingin sesuatu untuk mengambil, berapa banyak biaya yang kita inginkan, atau berapa banyak fitur yang ingin kita kirimkan. Target dimiliki oleh bisnis.
Komitmen adalah janji untuk memberikan fungsionalitas dan kualitas pada tanggal tertentu. Komitmen dimiliki bersama.
Penting
Tujuan perencanaan berkelanjutan adalah untuk menjaga keselarasan di seluruh perkiraan, target, dan komitmen. Jika tidak, kami akan gagal memenuhi harapan di dalam dan di luar organisasi.
Menjelaskan hubungan antara OKR dan Scrum
Sekarang setelah Anda memahami mengapa dan apa yang OKR, serta sesuatu tentang Perencanaan Berkelanjutan, berikut adalah koneksi antara keduanya.
Menyusun pekerjaan menggunakan teknik seperti OKR akan mengurangi ketidakpastian, setidaknya untuk jangka pendek. Karena OKR dimaksudkan untuk didefinisikan secara berkala, ini akan mulai mengubah bagaimana manajer akan menunjukkan gaya manajemen mereka.
Teknik seperti OKR adalah cara cepat dan efisien untuk memulai perjalanan jauh dari gaya manajemen otoriter.
