Ken Schwaber, ayah dari Scrum: Agile adalah evolusi dari kelangsungan spesies terkuat (Wawancara Turing)

Ken Schwaber, ayah dari Scrum: Agile adalah evolusi dari kelangsungan spesies terkuat (Wawancara Turing)

Saya menemukan sebuah wawancara tentang Ken Schwaber, (ayah dari Scrum) di Tiongkok yang diselenggarakan oleh Turing. Saya pikir ini juga bisa diterapkan bagi sebagian besar orang Asia mengenai apakah Scrum cocok untuk diterapkan di Tiongkok (atau negara-negara Asia). Berikut adalah terjemahan bahasa Inggris sebagai berikut:

Ken Schwaber adalah salah satu pemimpin dalam gerakan pengembangan perangkat lunak agil. Ia juga seorang pengembang, manajer produk, dan konsultan industri. Ken bersama Jeff Sutherland (CEO Scrum Boston) secara bersama-sama membangun versi awal metodologi pengembangan Scrum, dan pada pertemuan tahunan OOPSLA ’95, mereka mengajukan Scrum sebagai metode formal untuk pertama kalinya. Schwaber dan Sutherland adalah salah satu penandatangan awal Manifesto Agil. Mereka adalah penulis dari Panduan Scrum yang otoritatif. Sekarang Schwaber memimpin Scrum.org, yang menyediakan sumber daya, pelatihan, evaluasi, dan sertifikasi Scrum bagi ‘Master Scrum’, ‘Pengembang Scrum’, ‘Pemilik Produk Scrum’, dan organisasi yang menggunakan Scrum.

Komunitas Turing: Apa motivasi awal Anda dalam membangun Scrum?

Schwaber: Karena Scrum bekerja. Saat itu perusahaan saya sibuk mengirimkan produk premium, pasar untuk produk ini sedang panas dan membutuhkan perubahan terus-menerus. Jika kita menerapkan siklus pengembangan yang panjang, perusahaan saya akan bangkrut. Maka kami merancang Scrum, yang membuat kami lahir kembali dalam kebahagiaan.

Komunitas Turing: Menurut Anda, apakah ada hambatan budaya dalam mempromosikan Scrum di Tiongkok?

Schwaber: Tidak lebih sulit daripada budaya lain. Kunci apakah suatu budaya dapat menerima dan memanfaatkan Scrum adalah tingkat kepercayaan terhadap prediktabilitas.

Orang-orang yang memahami dan menerima prediktabilitas dalam budaya akan percaya bahwa mereka dapat memprediksi masa depan. Tujuan pekerjaan mereka adalah menjadikan masa depan menjadi kenyataan nyata dengan memanfaatkan manusia dan sumber daya.

Orang-orang yang menggunakan Scrum memiliki pandangan ini, dan kompleksitas serta kreativitas pengembangan perangkat lunak bersifat tidak dapat diprediksi. Hasilnya buruk: perangkat lunak buruk, tidak bisa mengikuti perkembangan, uang terbuang sia-sia, dan pekerja yang kehilangan semangat. Maka mereka tahu bahwa hal yang paling penting adalah memprediksi kebutuhan yang sebenarnya, membuat karyawan menyadari hal ini, dan kemudian melakukan segalanya untuk membantu orang mencapai tujuan tersebut. Inti dari Jalan Scrum adalah ‘ada sesuatu yang harus dilakukan’, memanfaatkan peluang, menghindari rintangan, dan menjadi agile.

Komunitas Turing: Orang-orang sering mengeluh tentang kesulitan meninggalkan model air terjun. Menurut Anda, apakah perlu menggabungkan model agil dan air terjun? mengapa? Bagaimana melakukannya jika memungkinkan?

Schwaber: Kedua model ini cocok untuk dua situasi yang sangat berbeda.

Untuk model air terjun, kita memprediksi apa yang akan kita bangun, bagaimana membuatnya, membuat rencana, lalu mengikuti kemajuan. Kunci dari segalanya adalah menentukan akurasi yang diinginkan dan akurasi komunikasi yang efektif hingga produk akhir terbentuk. Jika koneksi komunikasi sempurna dan tidak perlu perubahan, maka hal ini layak dilakukan.

Asumsi Scrum adalah bahwa komunikasi tidak sempurna, dan perubahan tidak pernah berhenti. Dalam periode singkat tidak lebih dari 30 hari, orang-orang membangun apa yang menurut mereka akhirnya diinginkan. Ini akan diperiksa pada akhir siklus. Berdasarkan tingkat keselarasan antara hasil dan kebutuhan, kita harus membuat rencana untuk siklus berikutnya. Ini adalah lingkaran umpan balik terus-menerus yang terus berubah, melakukan perubahan berdasarkan hasil pemeriksaan dan perubahan kebutuhan.

Beberapa orang telah mencoba menggabungkan kedua metode ini, dan hasilnya mengecewakan dan tidak bermakna. Lebih baik dipisahkan.

Komunitas Turing: Bagaimana perusahaan tahu apakah Scrum tepat untuk bisnis dan produk mereka?

Schwaber: Scrum hampir tidak pernah cocok dengan budaya perusahaan dari beberapa perusahaan perangkat lunak yang mengalami tekanan karena model air terjun yang tidak tepat, dan mereka telah menggunakan teknologi yang membosankan selama 30 tahun terakhir.

Scrum memang cocok untuk budaya perusahaan tertentu, meniru siklus penjualan untuk ramalan tahunan, lalu mengubah ramalan tahunan menjadi ramalan bulanan, lalu memeriksa hasil dan melakukan perubahan yang sesuai.

Kebanyakan perusahaan tidak puas dengan departemen yang mengembangkan perangkat lunak untuk mereka, karena pemborosan, kegagalan, dan kualitas buruk tidak jarang terjadi. Mereka yang sangat putus asa atau memiliki wawasan akan mencoba beralih ke Scrum, yang merupakan cara yang lebih tepat untuk mencerminkan cara kerja bagian lain perusahaan.

Komunitas Turing: Dalam pengembangan dunia nyata, beberapa perusahaan terobsesi dengan metode yang kaku dan tidak akan menyesuaikan metode tersebut dengan lingkungan mereka sendiri. Bagaimana pendapat Anda tentang perusahaan-perusahaan ini? Apakah Anda memiliki saran untuk mereka?

Schwaber: Perkembangan perangkat lunak yang cepat telah menjadi kunci kemampuan perusahaan untuk bertahan hidup, tidak hanya dalam hal bagaimana perusahaan beroperasi, tetapi juga dalam perangkat lunak yang tertanam dalam produk mereka. Perusahaan yang tidak berkembang, perusahaan yang tidak menerapkan metode agile dalam pengembangan perangkat lunak dan produk, tidak bisa bersaing dan bertahan hidup.

Saran saya adalah bahwa agile adalah evolusi dari kelangsungan hidup yang paling cocok.

Komunitas Turing: Product owner memiliki banyak tanggung jawab. Terkadang, mereka bisa menjadi hambatan bagi seluruh tim. Bagaimana cara menyelesaikan masalah ini?

Schwaber: Masalah ini memang ada. Jadi kita harus menyelesaikannya. Ada banyak cara untuk menyelesaikan masalah ini, termasuk menambahkan pengetahuan domain lebih lanjut ke dalam tim. Jika tim tidak memiliki pengetahuan domain, maka product owner tidak akan ada, maka saya kira seluruh pengembangan akan melambat hingga masalah terselesaikan. Jika tidak, Anda harus menunggu hingga merilis produk yang buruk.

Komunitas Turing: The Teknik Pomodoro adalah cara untuk meningkatkan efisiensi individu. Bisakah Anda menggunakan Teknik Pomodoro dalam Scrum?

Schwaber: Jika Anda ingin, Scrum adalah kerangka kerja yang dapat diintegrasikan ke dalam Teknik Pomodoro. Namun, menerapkan teknik apa pun secara buta tanpa penyesuaian justru berbahaya.

Komunitas Turing: Bagaimana cara mengendalikan dan mengelola kewajiban teknologi?

Schwaber: Saat Anda menulis setiap fitur, anggaplah Anda akan memelihara dan meningkatkan fitur ini seumur hidup Anda. Bahkan jika Anda ingin memulai dengan program lama yang sudah rapuh di dalam diri Anda, lakukan saja. Jika tidak, anggaran pengembangan yang digunakan untuk memelihara dan mendukung produk lama akan menghabiskan semua biaya pekerjaan baru.

Komunitas Turing: Apakah Anda berpikir metode agile terlalu menekankan YAGNI (Anda tidak akan membutuhkannya)? Apakah hal ini menyebabkan pengabaian terhadap tujuan jangka panjang?

Schwaber: Metode agile tidak mencakup YAGNI. Namun agile memang perlu membersihkan hal-hal yang tidak diinginkan. Misalnya, mengapa harus berkomunikasi dengan orang lain ketika sudah ada dokumen yang direkam, daripada berbicara langsung dengan mereka? Dalam kasus apa pun, dokumentasi yang dibutuhkan untuk memelihara suatu produk harus berkembang setiap siklus. Lakukan hal yang bermanfaat dan diperlukan, dan hapus semua yang lain.

Komunitas Turing: Beberapa orang berpikir bahwa metode agile sedang menurun. Menurut Anda, mengapa muncul suara seperti itu? Apa pendapat Anda?

Schwaber: Saya pernah mendengar orang bertanya, apakah agility merupakan tren? Saya berpikir agile adalah serangkaian nilai dan prinsip. Meskipun Scrum dibangun berdasarkan agile, Scrum dibangun berdasarkanfokus, keberanian, kebukaan, komitmen, dan rasa hormat terhadap nilai-nilai ini.

Nilai-nilai bukanlah tren. Dalam pikiran saya, orang-orang yang bekerja berdasarkan nilai dan prinsip ini akan menjadi tren, dan metode mereka jauh melampaui metode atau tren lainnya.

Komunitas Turing:Bagaimana Anda melihat faksi agile? Apakah Anda berpikir ada konflik dan ketidaksesuaian di antara mereka? Dari mana perbedaan-perbedaan itu berasal?

Schwaber:Agile dan Scrum adalah metode yang sangat, sangat sederhana. Perbedaan dan konflik berasal dari institusi yang ingin menghasilkan uang dengan membuat alat, metode, dan menciptakan metode baru berdasarkan ide-ide agile. Begitu uang masuk ke salah satu sisi persamaan, konflik akan terjadi. Konflik-konflik ini tidak tak terhindarkan. Gunakan mata Anda untuk memilih metode yang bermanfaat bagi Anda. Uji coba dan terus tingkatkan.