Buku "The Brilliant Agile. Manajemen proyek yang fleksibel dengan Agile, Scrum dan Kanban »

Apa itu manajemen proyek yang fleksibel?

Apakah proyek Anda membutuhkannya?

Apakah akan ada manfaat dari ini?

Ingin memahami bagaimana manajemen proyek yang fleksibel bekerja dan mengambil pendekatan yang kuat ini? Maka Anda telah memilih buku yang tepat.

"Brilliant Agile" bukan hanya cerita lain tentang metode dan proses, fokusnya adalah pada contoh kehidupan nyata menggunakan Agile di lingkungan bisnis.

Di sini Anda akan menemukan tips praktis dan teknik implementasi Agile spesifik untuk membuat proyek Anda sukses dan menerapkan manajemen yang fleksibel di organisasi Anda.

TENTANG PENULIS

Rob Cole adalah konsultan manajemen proyek dengan pengalaman lebih dari 20 tahun. Ia berspesialisasi dalam proyek pemecahan masalah dan bimbingan. Rob telah terlibat dalam komunitas Agile sejak awal dan merupakan Scrum Master yang berpraktik.

Edward Scotcher adalah Manajer Produk, Manajer Proyek, Pelatih dan Pelatih Agile yang memimpin. Ia berspesialisasi dalam membantu organisasi, tim, dan individu menyesuaikan Agile untuk penggunaan praktis dan jangka panjang.

KATA PENGANTAR EDITOR ILMIAH

Ketika saya ditawari untuk mengulas buku ini, saya sangat senang karena saya selalu senang setiap kesempatan untuk mendukung pengembangan Agile di luar aplikasi TI. Dan inilah yang dilakukan buku ini.

Dia:

• tentang Agile yang semua orang bicarakan;
• Perlu bagi mereka yang tidak tahu apa-apa tentang Agile dan benar-benar ingin berkenalan dengan pendekatan ini;
• ditulis oleh penganut absolut pendekatan fleksibel;
• ditulis dengan gaya Agile (penulis menggunakan gambar, contoh, dan ilustrasi yang sangat menarik, yang jarang ditemukan dalam literatur akademik);
• cocok untuk membaca dan aplikasi universal;
• Itu tidak mengandung bahasa dan terminologi yang membuat kami takut dalam literatur teknis TI, dan mudah dibaca.

Anda akan menerima jawaban atas sejumlah pertanyaan:

• Apa manajemen proyek yang fleksibel dan apakah itu akan menguntungkan Anda?
• Bagaimana cara memanfaatkan Agile?
• Metode dan proses apa yang dijalankan pada Agile?
• Apakah organisasi atau proyek Anda cocok untuk menggunakan Agile?
• Bagaimana mengatasi masalah paling umum yang terkait dengan Agile?

Dan bagaimana, pada akhirnya, untuk mengimplementasikannya dalam proyek apa pun?
Saya dengan tulus merekomendasikan Brilliant Agile untuk membaca dan menggunakan. Sangat disayangkan bahwa saya tidak memiliki buku seperti itu di tangan saya sekitar lima tahun yang lalu, ketika saya mulai menggunakannya semuanya dalam pekerjaan saya ...

Funtov Valery Nikolaevich
e. N., PMP, Agile Coach and Trainer

LULUS. FORMASI TIM PROYEK

Banyak orang dengan rajin mengumpulkan orang-orang terbaik yang dapat mereka temukan dalam tim - profesional dengan pengalaman yang relevan, ahli di bidangnya - dan kemudian merusak semuanya tanpa memberikan pemahaman yang memadai tentang bisnis dan kepemimpinan. Jangan letakkan kereta di depan kuda! Penting untuk mencapai tingkat partisipasi bisnis yang tepat dalam proyek - untuk menyertakan satu orang yang memahami visi bisnis. Ini tidak hanya praktis dan pragmatis, tetapi juga logis dari sudut pandang akal sehat.

Di Agile, orang ini biasanya disebut "Pemilik Produk," tetapi ada variasi namanya. Tentu saja, dalam buku yang brilian ini ia harus disebut "manajer produk," tetapi untuk awalnya kami berkutat pada definisi yang sederhana. Pemilik produk mewakili kepentingan bisnis dan pengguna akhir. Pemilik produk hidup, bernafas dan bermimpi tentang produk dan bagaimana seharusnya. Orang-orang seperti itu tahu persis apa yang mereka inginkan, bahkan jika mereka tidak tahu bagaimana mencapainya. Mereka adalah pemimpin yang dapat membuat keputusan dengan cepat dan mempertahankannya.

Tim Agile adalah kelompok individu yang beragam dan multi-fungsi yang mampu menerjemahkan visi atas nama bisnis. Sederhananya, mereka memiliki segalanya untuk melakukan pekerjaan dengan benar. Pemilik produk hanya menunjukkan cara dalam hal visi bisnis, tetapi ini merupakan kontribusi besar bagi pekerjaan tim. Tim ini terdiri dari orang-orang dengan pemikiran yang fleksibel, tidak takut akan perubahan dan tidak percaya bahwa birokrasi adalah solusi untuk semua masalah. Para pembuat keputusan yang percaya diri, orang-orang aktif yang proaktif akan bekerja dengan baik.

Seluruh tim harus dilibatkan dalam mendefinisikan visi dan semua aspek yang terkait dengan pelepasan produk. Jika Anda tidak melakukannya, kesulitan akan muncul.

MENCIPTAKAN MAJALAH PERSYARATAN

Ketika visi dan manfaat apa yang harus dihasilkan oleh proyek ditentukan, langkah selanjutnya bagi tim proyek adalah menuliskan persyaratan secara terperinci. Di pusat setiap proyek adalah daftar persyaratan, yang dalam Agile disebut log persyaratan produk, atau jaminan simpanan (Product Backlog). Ini menggantikan kerangka acuan tradisional yang terperinci dan merupakan daftar ide bisnis penting. Elemen-elemen majalah selalu fokus pada pengguna akhir produk, bahkan ketika sampai pada bagian teknis dari proyek tersebut. Mereka harus jelas bagi siapa pun.

Adalah penting bahwa sejak awal tim proyek mengembangkan visi kolektif untuk memastikan bahwa semua orang memahami tujuan, isi proyek dan bagaimana membuat konsep mereka. Pastikan semuanya berada pada gelombang yang sama sejak awal - lebih mudah daripada mencoba memperbaiki produk yang siap untuk dua pertiga nanti. Keragaman tim juga penting karena penting untuk dapat melihat masalah dari sudut yang berbeda. Jika perlu, spesialis akan saling membantu.

Cara membuat segalanya serba salah sejak awal

• Nyatakan bahwa Agile adalah alat universal, bahkan untuk area yang tidak dimaksudkan untuk itu.
• Mengatakan bahwa semuanya jelas di sini dan orang bodoh dapat menanganinya, jadi tidak diperlukan pelatihan.
• Percayalah bahwa Agile adalah sempurna, dan kegagalan adalah karena kesalahan pribadi.
• Tetapkan tujuan dan tenggat waktu yang tidak realistis, membenarkan ini dengan fakta bahwa segala sesuatu mungkin terjadi di dunia baru Agile yang berani.

Tetapkan fungsi dasar

Tujuannya adalah untuk menyusun daftar apa yang diperlukan untuk menerjemahkan visi proyek. Ada beberapa cara untuk melakukan ini, dan pendekatan favorit kami adalah memikirkan setiap langkah klien untuk merencanakan alur kerja Anda.


Buat grup fungsional

Setelah alur kerja didefinisikan atau dikompilasi, kumpulkan semua ide untuk apa yang perlu dilakukan pada setiap langkah. Pengelompokan elemen-elemen ini menyediakan deskripsi fungsionalitas langkah dan dapat disebut grup fungsional. Beberapa detail akan sangat diperlukan, sementara yang lain dapat dikaitkan dengan kategori penambahan yang menyenangkan. Mereka harus dipesan sejak awal.


Karakteristik prioritas

Berdasarkan visi proyek dan akal sehat, tentukan prioritas setiap elemen dalam urutan menurun - dari yang paling penting dalam setiap daftar.


Definisi masalah pertama

Setelah hal di atas dilakukan, pertimbangkan setiap langkah penting dalam bergerak menuju pelanggan dari hari pertama hingga implementasi dan apa bagian paling berharga dari ide dalam langkah-langkah ini. Pilihan seperti itu bisa sulit dan pada akhirnya tergantung pada pendapat, tetapi pendapat pelanggan - atau orang yang mewakili bisnisnya - memiliki peran yang menentukan. Hasil akhir dari langkah-langkah tersebut adalah minimum yang dapat diterima untuk pelanggan yang harus dicapai proyek dalam langkah ini. Ini biasanya disebut produk layak minimum (MVP) atau rilis layak minimum (MVR).


Salah satu kelebihannya adalah penerimaan cepat dari umpan balik penting dari pengguna akhir, namun, untuk membentuk pendapat, mereka membutuhkan sesuatu yang cukup besar. Tidak mungkin mendapatkan umpan balik yang berarti tentang proses teknis, tetapi formulir pemesanan VegBox baru selesai. Tentu, ini akan menjadi bagian dari produk yang layak.

Perlu diingat bahwa semakin banyak produk yang layak, semakin banyak waktu yang dibutuhkan untuk mendapatkan umpan balik, sedangkan jika produk terlalu kecil, akan ada informasi yang tidak cukup untuk menerima umpan balik. Anda harus menemukan keseimbangan antara laba dan risiko - tidak ada aturan universal di sini. Cobalah untuk menemukan titik di mana Anda akan menerima umpan balik yang berguna tentang sesuatu yang akan membantu Anda membuat keputusan. Ini akan berguna untuk analisis pasar.

Perhatikan juga ketentuannya. Untuk beberapa orang, kata "rilis" berarti produk yang tersedia untuk digunakan, untuk orang lain - produk yang dimaksudkan untuk pengujian oleh kelompok tertutup. Ingatlah bahwa selalu ada peluang untuk pertama-tama memperkenalkan produk ke grup kecil, dan baru kemudian merilis produk yang sesuai. Yang paling penting, jangan berasumsi bahwa semua orang memahami istilah dengan cara yang sama! Tidak ada pendekatan yang benar-benar tepat - pilih salah satu yang paling cocok untuk Anda.

Menambahkan Fitur

Setelah ditentukan apa yang akan terjadi dalam produk yang layak minimum (MVP) atau rilis minimum yang layak (MVR), kesenangan sesungguhnya dimulai. Fungsionalitas tambahan atau fitur produk baru dapat ditambahkan di sebagian atau menjadi bagian dari rilis yang lebih besar. Ini disebut pengiriman tambahan, dan pengusaha sangat menyukainya. Tidak lagi bertahun-tahun menunggu satu rilis besar dengan semua lonceng dan peluit. Rilis produk gesit cepat dan sering. Dan, sekali lagi, pelangganlah yang menentukan apa dan kapan akan dirilis. Minimal, satu masalah harus mengandung satu fitur yang telah dibuktikan oleh praktik.

MENDAPATKAN INFORMASI

Hasil rilis pertama kami - MVP kami - cukup singkat, dan kami membutuhkan lebih banyak detail untuk mengubahnya menjadi produk yang lengkap. Manfaat dari hasil ini adalah bahwa pada tahap ini kami merumuskan ide, sehingga akan tanpa tujuan untuk mengembangkan profil produk lengkap, yang tidak harus digunakan. Lebih dari cukup untuk mengembangkan visi bersama dan merumuskan MVP, tanpa menyadari produk itu sendiri. Pada tahap selanjutnya, kita harus mengetahui sisi positif dan negatif dari produk tersebut. Alat klasik untuk mengatasi masalah ini adalah kisah pengguna.

Ceritakan padaku sebuah kisah

Cerita pengguna adalah deskripsi singkat sederhana tentang karakteristik suatu produk dari sudut pandang orang yang akan menggunakannya. Ini biasanya pengguna atau pembeli. Cerita pengguna biasanya mengikuti format sederhana.
Menjadi <tipe pengguna>, saya perlu <target> karena <alasan>.


Cerita pengguna adalah konsep abstrak yang menyediakan informasi yang cukup sehingga tim dapat secara realistis mengevaluasi sumber daya yang diperlukan untuk melaksanakan proyek. Cerita pengguna sering direkam pada stiker atau kartu, yang kemudian digantung di dinding atau diletakkan di atas meja untuk memudahkan proses perencanaan.

Kisah pengguna memungkinkan Anda untuk fokus pada diskusi tentang karakteristik produk, yang merupakan langkah penting setelah mengembangkan ide dasar dari karakteristik ini.

Tidak ada yang memaksa Anda untuk menggunakan cerita khusus. Namun, kisah-kisah ini mengingatkan kita akan pentingnya diskusi kolektif, dan hasil diskusi kolektif ini seringkali lebih penting daripada rencana kerja yang terperinci.


Selama diskusi ini, aspek-aspek utama dari karakteristik produk yang paling penting diidentifikasi. Ingat, rekaman itu sendiri tidak berarti apa-apa, tetapi komunikasi kolektif yang hidup memungkinkan kita tidak hanya untuk mengembangkan detail mendasar, tetapi juga untuk mempertahankan pandangan baru pada proyek. Menang dalam segala hal.

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

Diskon 20% pada kupon untuk Agro-Agen - Agile