Agile for All Book

Agile memberikan jawaban yang nyata dan efektif untuk sebuah pertanyaan yang membuat para eksekutif tetap terjaga: "Bagaimana caranya agar tetap sukses di dunia yang berubah dengan cepat dan tak terduga?" Metodologi ini telah menaklukkan pasar, membuktikan bahwa itu adalah salah satu pendekatan terbaik untuk membuat dan memberikan perangkat lunak. Agile for All ditujukan kepada para praktisi, dari buku ini Anda akan belajar bagaimana seluruh organisasi - mulai dari manajer produk dan pengembang hingga pemasar dan eksekutif - dapat menggunakan pendekatan "fleksibel".

Matt LeMay dengan sederhana dan tanpa gaul menjelaskan apa itu Agile dan menawarkan langkah-langkah konkret dan efektif yang memungkinkan tim mana pun untuk mewujudkan tugas mereka seefisien mungkin. Anda akan menemukan banyak contoh yang cocok untuk semua jenis dan ukuran organisasi - mulai dari pemula hingga perusahaan besar - yang memungkinkan Anda untuk menerapkan pendekatan Agile di berbagai bidang kegiatan.

Selami latihan Agile: "Cihui!"

Ketika saya bekerja sebagai manajer produk, saya memiliki banyak praktik Agile dan kerangka kerja siap pakai yang dapat saya gunakan sebagai sebuah tim. Kerangka kerja ini semata-mata berkaitan dengan kebutuhan tim pengembangan perangkat lunak dan telah diuji dalam praktiknya oleh ribuan ahli, yang banyak di antaranya telah berbagi pengalaman mereka dalam bentuk literatur yang mudah diakses dan posting blog.

Namun, ketika saya mulai bekerja sebagai konsultan, saya tidak dapat segera memahami bagaimana menggunakan metode ini sehubungan dengan tujuan yang sama sekali berbeda dari tim baru. Hasil pekerjaan kami - laporan analitis yang diperoleh setelah berbulan-bulan konsultasi panjang, seminar tentang pembentukan citra klien - secara signifikan berbeda dari produk perangkat lunak, karena kami tidak lagi memiliki cara yang jelas dan obyektif untuk memverifikasi kinerja hasil ini. Selain itu, dalam peran kami, semua batas telah dihapus dibandingkan dengan peran dalam tim pengembangan, karena sekarang kita semua melakukan hal yang sama, tidak bersembunyi di bawah judul "desainer visual" atau "pengembang front-end".

Terperangkap dalam kekacauan prosedural ini, kami mencoba untuk mengatasi serangkaian masalah standar yang muncul untuk tim yang menghasilkan hasil non-teknis. Subjek dari hasil-hasil ini secara tidak kasat mata dan tak terhindarkan meluas saat kita bekerja, terutama ketika kita beralih dari keadaan perantara (sketsa) ke dokumen dan presentasi yang lengkap. Tujuan yang berorientasi pelanggan dari setiap hasil kadang-kadang tetap tidak jelas bagi kami, oleh karena itu, dalam kasus seperti itu, kami memperluas subjek penelitian agar tidak "kehilangan" apa pun. Terlepas dari kenyataan bahwa kami suka bekerja bersama, kami tidak selalu mengerti siapa, untuk apa, kapan dan mengapa bertanggung jawab.

Perlu dicatat bahwa metode Agile “menurut undang-undang” tidak selalu cocok dengan struktur tim kami atau hasilnya, namun, kami memahami bahwa prinsip-prinsip Agile yang mendasar dapat menjaga kami tetap di arah yang benar. Oleh karena itu, kami mulai bertanya pada diri sendiri pertanyaan-pertanyaan yang menjadi dasar buku ini: seberapa jelas kami memahami kebutuhan klien kami? Bisakah kita menghilangkan semua kesalahpahaman kerja melalui kerja sama yang tepat waktu? Apakah kami memastikan bahwa pengenalan informasi baru ke dalam alur kerja tidak berubah menjadi pemrosesan materi yang lengkap?

Kami mulai mengajukan pertanyaan-pertanyaan ini secara teratur pada pertemuan perencanaan dan retrospektif, mengubah alur kerja untuk mencerminkan ide dan jawaban kami. Setelah bereksperimen selama sekitar satu tahun, kami mengubah pendekatan kami menjadi praktik WHPI (dibaca sebagai "woooops!" Atau "Mengapa, Bagaimana, Prototipe, Iterasi"). WHPI terdiri dari empat langkah, yang diberikan dalam tabel. 6.3. Untuk mulai dengan, Anda secara kolektif memutuskan mengapa Anda menempatkan hasil di tempat pertama, dampak apa yang Anda harapkan dan nilai apa yang klien Anda akan terima. Kemudian Anda memutuskan bagaimana Anda akan memberikan nilai ini, bagaimana hasil akhir akan terlihat. Akhirnya, Anda mempercayakan salah satu anggota tim untuk waktu yang terbatas untuk membuat prototipe yang mencerminkan pengalaman yang ingin Anda buat untuk klien, kemudian iterasi prototipe ini dan periksa apakah mampu mencapai tujuan yang Anda tetapkan di langkah pertama.


Kami menemukan bahwa WHPI adalah alat Agile yang kuat yang dapat tertanam di tim mana pun, terlepas dari tugas dan tujuan mereka. Di bawah ini adalah deskripsi singkat dari setiap langkah WHPI, dan beberapa tips untuk menerapkan dan menggunakan metode ini sebagai bagian dari tim Anda.

LANGKAH 1: Mengapa

Untuk langkah ini, kami mengumpulkan beberapa peserta proyek utama (2-4) dan dengan cepat mendiskusikan serangkaian tujuan atau hasil proyek. Jika memungkinkan, kami berkumpul dalam satu ruang fisik (atau virtual) dan bekerja melalui semua ide yang direkam pada stiker selama proses kerja. Biasanya pertemuan ini berlangsung antara 15 hingga 30 menit. Meskipun kerangka waktu seperti itu mungkin tampak sulit dan tidak nyaman untuk pertemuan penting seperti itu, mereka mencerminkan satu kebenaran penting: jika Anda tidak dapat menentukan tujuan utama dalam 15-30 menit, Anda perlu mendapatkan lebih banyak informasi sebelum bergerak maju. Beberapa kali pada tahap ini, kami menyadari bahwa perlu melakukan penelitian dasar untuk mengkonfirmasi asumsi kami atau untuk mengajukan beberapa pertanyaan klarifikasi kepada klien kami. Setelah menciptakan satu set awal tujuan "mengapa", kami menempatkannya di pusat perhatian sehingga mereka mengarahkan sisa proses kerja.

Misalnya, ketika kami mengembangkan laporan analitis setelah rapat, kami sering menulis tiga alasan utama pada stiker:

• Untuk menyampaikan pemahaman tentang kekuatan penggerak proyek kepada manajemen senior.
• Ingatkan peserta tentang wawasan utama pada pertemuan tersebut.
• Menarik minat karyawan yang tidak menghadiri rapat.

Harap perhatikan bahwa tidak ada satu pun dari poin ini yang secara langsung menunjukkan bagaimana kita akan mencapai tujuan kita - lebih lanjut tentang itu nanti!

LANGKAH 2: Bagaimana

Setelah menetapkan tujuan proyek, kami beralih ke tugas yang sulit untuk menentukan cara mencapainya. Kita sering menyebut langkah ini "definisi alat" - yaitu, ketika kita tahu apa yang akan kita lakukan, kita perlu memikirkan alat dan pendekatan. Saya merekomendasikan pindah dari "mengapa" ke "bagaimana" dengan peserta pertemuan yang sama. Seringkali, mendefinisikan "bagaimana", Anda mengerti mengapa setidaknya satu tujuan utama tim "mengapa" sebenarnya merupakan langkah "bagaimana" di tingkat eksekutif.

Pada bagian sebelumnya, kami mengidentifikasi "mengapa" berikut ini: "Menarik minat di antara karyawan yang tidak menghadiri rapat." Sebelum menggunakan metode ini, kami mendefinisikan tujuan yang sama sebagai berikut: "Jelaskan kepada peserta bahasa dan kerangka kerja sehingga mereka dapat berbagi informasi dengan kolega mereka." Tetapi setelah kami mulai memisahkan "mengapa" dari "bagaimana", kami menyadari bahwa kami telah melewatkan dua pertanyaan kunci: mengapa penting bagi orang untuk berbagi tugas ini dengan rekan kerja dan bagaimana kita dapat menyederhanakan proses pencapaian tujuan? Apakah bahasa dan kerangka kerja yang benar-benar dibutuhkan orang? Ketika kami berhasil membahas dalam buku ini, perhatian prioritas kepada pelanggan dan kebutuhan mereka sering membantu mengurangi jumlah pekerjaan yang kami harapkan, atau untuk memahami bahwa hasil yang diinginkan sangat berbeda dari apa yang kami rencanakan untuk capai.

Mengingat "mengapa" dari bagian terakhir, kami dapat mengidentifikasi "bagaimana" berikut untuk mengarahkan alur kerja:

• Buat laporan analisis dua halaman pendek yang dapat dengan mudah dipahami dan disebarluaskan.
• Gunakan kutipan yang berkesan dari peserta untuk menyampaikan pemahaman tentang kekuatan pendorong kepada manajemen senior.
• Gunakan foto rapat untuk mengingatkan peserta akan momen-momen penuh wawasan.
• Promosikan hasil positif dan batasi jumlah detail untuk menjaga hasil tetap fokus dan menghasilkan minat luas.

Seperti yang Anda lihat, “bagaimana” memberikan rencana tindakan atau rencana untuk menciptakan semua kondisi yang diperlukan untuk mencapai tujuan yang dimaksud. Langkah ini menentukan bentuk hasil kami, langsung menjawab "mengapa" kami dan memberikan batas yang jelas dan bergerak untuk mencegah hilangnya kendali atas hasil yang diinginkan. Rencana yang jelas memungkinkan Anda mendelegasikan tugas untuk mencapai hasil lebih cepat, terlepas dari pendekatan yang Anda gunakan pada langkah selanjutnya.

LANGKAH 3: Prototipe

Dengan mendefinisikan "mengapa" dan "bagaimana," kami siap untuk membuat prototipe terbatas waktu. Kata "prototipe" dapat berarti banyak hal dalam konteks yang berbeda. Dalam konteks metode ini, kami mendefinisikan prototipe sebagai berikut:

• Prototipe bukan model atau dokumen perencanaan; itu dibuat dalam format yang sama dengan hasil atau hasil yang diinginkan. Misalnya, "prototipe" presentasi dengan slide adalah presentasi dengan slide. "Prototipe" dari brosur yang dicetak adalah brosur yang dicetak.
• Sebuah prototipe dibuat dalam periode waktu yang terbatas dan telah ditentukan. (Dibuat sebagai bagian dari tinju waktu.)

Dengan kata lain, kami “menciptakan kondisi untuk mencapai jumlah maksimum tujuan proyek (“ mengapa ”) menggunakan pendekatan dan alat yang disetujui (“ bagaimana ”), dalam format yang sama dan dengan kerangka waktu yang sama dengan hasil yang diinginkan. Dalam kasus proyek kecil, seperti poster, prototipe awal mungkin terlihat seperti hasil akhir. Dalam kasus proyek besar, seperti laporan empat puluh halaman, prototipe awal bisa 20 halaman penuh dilipat dua, dijepit bersama dan diisi dengan tangan (dengan halaman bernomor, judul, hasil singkat dan tempat untuk gambar).

Seperti yang kita diskusikan di Bab 3, tujuan kami di sini adalah untuk sedekat mungkin dengan pengalaman klien dengan membuat versi kami sendiri "perangkat lunak yang berfungsi". Hal-hal yang tampak hebat dalam model dan dokumen perencanaan tidak berfungsi dalam presentasi, laporan, dan pada rapat. Verifikasi hasil awal menggunakan metode prototipe membantu kami untuk menembus pengalaman klien, mengurangi jumlah perbaikan dan menganalisis asumsi awal secara lebih rinci.

Sebagai aturan, kami menunjuk satu anggota tim untuk bertanggung jawab membuat prototipe utama. Seringkali ini menjadi masalah waktu senggang: siapa yang dapat menyisihkan beberapa jam pada hari-hari berikutnya untuk melakukan upaya pertama? Kami menemukan bahwa dua jam kerja adalah batasan standar untuk membuat prototipe, yang memungkinkan Anda untuk membuat dasar untuk perbandingan dengan tujuan proyek dan memberikan ruang untuk pengembangan dan iterasi.

LANGKAH 4: Iterasi

Setelah membuat prototipe terbatas waktu pertama, tim asli peserta (atau bagian dari tim) berkumpul untuk menganalisis prototipe dan mendiskusikan iterasi berikutnya. Diskusi pertama kami diadakan dalam format plus / saran, di mana setiap anggota tim berbicara tentang aspek-aspek sukses dan tentang elemen-elemen yang perlu ditingkatkan. (Kami menggunakan format yang sama persis dalam retrospektif kami, jadi kami segera kembali ke sana.) Kami secara bertahap membuat ulang format ini ke dalam apa yang disebut diskusi "melindungi, mengecualikan, meningkatkan". Setelah prototipe disajikan, peserta membagikan tiga jenis ulasan:

• Apa yang harus dibiarkan untuk iterasi berikutnya, karena itu sesuai dengan semua "mengapa" sebanyak mungkin.
• Apa yang dapat dikecualikan dari iterasi berikut, karena tidak sesuai dengan semua "mengapa".
• Apa yang harus ditingkatkan untuk iterasi berikutnya, karena masih dapat membantu mencapai "mengapa" yang diperlukan.

Perbedaan utama antara pendekatan ini dan format plus / penawaran tradisional adalah diskusi terbuka tentang apa yang perlu dikecualikan dari iterasi berikut. Kami mulai menggunakan pendekatan ini setelah kami menemukan bahwa perubahan yang paling berhasil untuk iterasi terjadi setelah pengecualian, bukan penambahan, bahkan dalam proyek terbesar. "Pengecualian" terbuka selama diskusi memungkinkan peserta melacak aspek yang dapat dihapus, yang memberikan hasil yang lebih akurat dan fokus. Membawa ketiga jenis ulasan sejalan dengan "mengapa" yang disepakati sebelumnya, kami menyelesaikan semua potensi konflik, menghindari momen canggung, dan menjaga proyek tetap di arah yang benar.

Setelah mengumpulkan umpan balik, salah satu anggota tim mengubah ulasan ini menjadi iterasi terbatas waktu prototipe lain. Dalam beberapa kasus, ini mengarah pada revisi lengkap prototipe terakhir (misalnya, revisi presentasi). Dalam kasus lain, ini mengarah pada pembuatan prototipe baru berdasarkan prototipe lama (misalnya, laporan hasil di Word berdasarkan prototipe tulisan tangan). Putaran iterasi berurutan ini dapat dikontrol oleh satu orang yang membuat prototipe awal, atau oleh anggota tim lainnya. Dengan iterasi kedua atau ketiga, prototipe sering berada di tangan orang yang memikul tanggung jawab utama untuk menghadirkan produk yang dimodifikasi. Selain itu, pada iterasi kedua atau ketiga, prototipe terlihat hampir lengkap dan siap untuk revisi akhir.

»Informasi lebih lanjut tentang buku ini dapat ditemukan di situs web penerbit
» Isi
» Kutipan

Kupon diskon 25% untuk penjaja - Agile

Setelah pembayaran versi kertas buku, sebuah buku elektronik dikirim melalui email.