ISSN: 2721-5407 (Online) Volume 2 Nomor 2 (April - Juni ) Tahun 2021

JSBPSDM 2(2 )(2021); 237-247

Jurnal Sipatokkong BPSDM Sulawesi Selatan

https://ojs.bpsdmsulsel.id/index.php/sipatokkong/login

Konsep Manajemen Agile; (Methodologi dalam Manajemen Proyek

yang berfokus pada manusia, hasil, metode)

H. SYAMSIBAR
Widyaiswara BPSDM Provinsi Sulawesi Selatan
hsyamsibar2021@gmail.com

ABSTRACT

This article aims to conceptually describe Agile Project Management. An alternative

methodology in project management that is popular these days is Agile Project
Management. This methodology focuses on people, results, minimal methods and
maximum collaboration to anticipate fast moving and changing e-business projects. At
this time the fast-moving business climate requires to quickly accommodate changing
requirements during the development period, and provide product updates in accordance
with the rapid evolution of software development and changes in user requirements. The
advantages of using agile project management are: Shortened development cycle time by
75%, More stable workloads, Utilization of higher workloads as in large-scale software
development, Software systems with a fixed number of programmers, Higher flexibility
for change management plans and development, Better quality due to early feedback
from clients.

Keywords: Agile, Project, Management, Methodology

ABSTRAK

Artikel ini bertujuan untuk mendeskripsikan secara konseptual tentang Manajemen

Proyek Agile. Metodologi alternatif dalam manajemen proyek yang populer akhir-akhir ini
adalah Agile Project Management. Metodologi ini berfokus pada manusia, hasil, metode
yang minimal dan kolaborasi maksimum untuk mengantisipasi proyek e-business yang
bergerak cepat dan sering berubah. Pada saat ini iklim bisnis yang bergerak cepat
mengharuskan untuk secepatnya mengakomodasi perubahan requirement selama masa
pengembangan, dan memberikan update produk yang sesuai dengan evolusi
pengembangan software yang cepat dan perubahan-perubahan user requirements.
Keuntungan menggunakan agile project management adalah : Mempersingkat waktu
siklus pengembangan sampai 75%, Beban kerja yang lebih stabil, Pemanfaatan beban
kerja yang lebih tinggi sebagaimana dalam pengembangan software skala besar, sistem
software dengan jumlah pemrogram yang tetap, Fleksibilitas yang lebih tinggi untuk

237
ISSN: 2721-5407 (Online) Jurnal SIPATOKKONG BPSDM SULSEL
Volume 2 Nomor 2 (April - Juni) Tahun 2021

perubahan rencana manajemen dan pengembangan, Kualitas yang lebih baik karena
umpan balik dini dari klien.

Kata Kuni: Agile, Proyek, Manajemen, Metodologi

PENDAHULUAN

Manajemen proyek tangkas adalah pendekatan yang digunakan untuk merancang dan
mengirimkan perangkat lunak. Tepatnya, pendekatan tangkas memberikan perangkat
lunak yang memiliki nilai terbesar bagi pelanggan. Menjadi gesit hanya berarti menjadi
cepat. Definisi kata agak mudah dimengerti; namun, cepat adalah istilah komparatif yang
digunakan untuk menggambarkan "tingkat perbandingan antara kata sifat yang serupa"
(yaitu, baik atau lebih baik). Dengan kata lain, kata “cepat” dinilai dengan
membandingkannya dengan kata sifat lain yang memiliki arti serupa dengan hasil akhir
yang berpotensi sangat subjektif. Penilaian kata "cepat" bersifat relatif dan didasarkan
pada persepsi individual. Cara terbaik untuk menggambarkan "cepat" karena berkaitan
dengan manajemen proyek tangkas adalah "lebih cepat daripada metode manajemen
proyek tradisional." Kelincahan mengacu pada kemampuan untuk berpikir dan mencapai
kesimpulan dengan cepat.

Metode manajemen proyek tradisional termasuk yang didefinisikan dalam A Guide to the
Project Management Body of Knowledge (PMBOK• Guide), Edisi Kelima.* PMI
menjelaskan manajemen proyek tradisional sebagai “dicapai melalui penerapan dan
integrasi dari 47 manajemen proyek yang dikelompokkan secara logis proses yang
kemudian dikategorikan ke dalam lima Kelompok Proses (yaitu, Inisiasi, Perencanaan,
Pelaksana, Pemantauan & Pengendalian, dan Penutupan).” Metodologi manajemen
proyek yang dijelaskan dalam Panduan PMBOK• didasarkan pada pendekatan
berorientasi proses sedangkan pendekatan tangkas didasarkan pada nilai dan prinsip.
Kami sekarang membahas alasan spesifik tingkat tinggi mengapa kelincahan semakin
populer dalam beberapa tahun terakhir.

Ketika membahas kelincahan, relevan untuk membahas perubahan. Itu kata yang hampir
tidak membutuhkan pencarian kamus. Mari kita periksa faktanya: teknologi selalu
berubah; persyaratan perangkat lunak berubah dan pada kenyataannya tidak banyak di
masyarakat yang konstan. Dunia tempat kita hidup sangat dinamis. Kembali ke perangkat
lunak, setiap profesional perangkat lunak teknologi informasi akan setuju bahwa
membuat perubahan dalam proyek pengembangan perangkat lunak tradisional pada
waktu yang salah bisa sangat mahal. Faktanya, biaya perubahan perangkat lunak di
kemudian hari dalam siklus hidup secara eksponensial lebih besar daripada perubahan
yang dilakukan sejak awal. Misalnya, perubahan persyaratan selama fase perencanaan
hampir tidak memerlukan biaya apa pun; namun, setelah kode perangkat lunak
diproduksi, perubahan itu bisa sangat mahal.

Manajemen proyek tradisional adalah tentang rencana dan perencanaan sedangkan

kelincahan adalah tentang beradaptasi dan sangat sedikit atau tidak ada perencanaan
sama sekali. Rencana selalu berubah karena ada banyak hal yang tidak diketahui dalam
pendekatan manajemen proyek tradisional. Manajemen proyek yang gesit menyesuaikan

238
H. Syambsibar. Konsep Manajemen Agile ......................
ISSN: 2721-5407 (Online) Jurnal SIPATOKKONG BPSDM SULSEL
Volume 2 Nomor 2 (April - Juni) Tahun 2021

arah dengan cepat dan menyambut perubahan setiap saat dalam proyek. Perlu diingat
bahwa kami tidak mengacu pada sembarang jenis perubahan. Kami berbicara tentang
perubahan yang meningkatkan keunggulan kompetitif pelanggan. Dibutuhkan waktu dan
uang untuk merencanakan ulang dan memodifikasi dokumentasi proyek dalam
lingkungan manajemen proyek tradisional. Ini tidak akan terjadi pada proyek tangkas.

Tujuan dari proyek tangkas adalah untuk memberikan perangkat lunak bernilai tinggi
kepada pelanggan sedini dan sesering mungkin. Untuk lebih spesifik, kita berbicara
tentang nilai bisnis, yang merupakan pendorong metode tangkas. Sebuah proyek
dilakukan oleh bisnis sehingga meningkatkan nilai dalam beberapa bentuk, apakah itu
untuk meningkatkan keuntungan, kepatuhan terhadap peraturan pemerintah, atau untuk
tujuan keselamatan publik. Ketika mencoba untuk menggerakkan bisnis ke arah yang
benar, pilihan yang perlu diambil adalah yang menambah “nilai terbesar” untuk bisnis.
Jadi kerangka kerja tangkas memfokuskan kegiatan dan arahnya pada penambahan,
peningkatan, atau peningkatan nilai bagi pengguna akhir yang pada gilirannya secara
positif mempengaruhi bisnis dan tujuan yang diinginkan. Seseorang mungkin bertanya
pada titik ini, "Bagaimana kita mengevaluasi nilai?" Bisnis beroperasi untuk meningkatkan
keuntungan. Ada metode keuangan objektif yang menghitung "nilai." Teknik-teknik ini
digunakan sebelum penerimaan proyek baru untuk memvalidasi bahwa suatu proyek
layak untuk dilakukan. Karena fakta bahwa proyek tangkas adalah "berbasis nilai", hasil
muncul lebih awal pada proyek dibandingkan dengan manajemen proyek tradisional di
mana diperlukan waktu lebih lama untuk melihat hasil positif bagi bisnis. Mengapa hal ini
akan terjadi? Proyek tradisional biasanya mengevaluasi hasil setelah proyek selesai
sedangkan proyek tangkas menggunakan iterasi perangkat lunak yang berfungsi untuk
mengukur tingkat kemajuannya.

Manajemen risiko proyek tradisional sangat didorong oleh proses dan peristiwa.
Sebaliknya, risiko manajemen proyek tangkas dikendalikan melalui iterasi yang sering.
Saat perangkat lunak berjalan melalui iterasinya, mudah untuk mendeteksi titik di mana
risiko ditemui. Iterasi diuji sebelum pengenalan fitur baru dan risiko dapat ditangani lebih
cepat daripada menunggu sampai semua kode selesai seperti dalam kasus manajemen
proyek tradisional. Dalam kasus cerita pengguna berisiko tinggi, item ini dilakukan
sebelum item yang kurang berisiko. Fitur ditambahkan ke kode berdasarkan tingkat
prioritas. Semakin tinggi prioritasnya, semakin tinggi nilainya dan semakin cepat fitur
tersebut dimasukkan ke dalam produk.

METODE AGILE MENDUKUNG PENGIRIMAN PRODUK BERKUALITAS TINGGI

Metode tangkas mendukung konsep seperti integrasi berkelanjutan dan kecepatan

berkelanjutan sebagai dasar untuk memastikan bahwa produk yang dihasilkan
berkualitas. Untuk memberikan nilai yang konsisten dan kualitas tinggi, produk terus
dikembangkan, diuji, dan diintegrasikan dengan fungsionalitas dari backlog.
Mempertahankan kecepatan yang berkelanjutan memastikan bahwa ada keseimbangan
yang sehat antara pekerjaan dan kehidupan rumah. Ini mengarah pada akurasi, stabilitas,

239
H. Syambsibar. Konsep Manajemen Agile ......................
ISSN: 2721-5407 (Online) Jurnal SIPATOKKONG BPSDM SULSEL
Volume 2 Nomor 2 (April - Juni) Tahun 2021

dan kualitas yang konsisten dalam pengiriman produk. Tim pengembang dituntut untuk
mengembangkan fungsionalitas yang memiliki prioritas tertinggi dari sudut pandang
pelanggan. Manfaat dari pendekatan ini adalah bahwa tim memiliki jumlah waktu yang
tepat untuk fokus pada kualitas fungsionalitas yang diperlukan sebelum hal lain.

Agile adalah semua tentang kode kerja dan prosedur yang digunakan untuk
mengembangkan sistem dengan cepat. Pada tahun 2001, beberapa ahli berkumpul dan
memutuskan bahwa mereka ingin menciptakan cara yang lebih baik dan lebih cepat untuk
mengembangkan kode. Sebagai hasil dari kolaborasi ini, Agile Manifesto telah dibuat.
Manifesto Agile hanyalah deklarasi niat publik. Ini berarti bahwa semua prinsip,
keyakinan, dan pedoman telah dituangkan dalam Manifesto untuk Pengembangan
Perangkat Lunak. Perlu diingat bahwa kelincahan tidak terbatas pada pengembangan
perangkat lunak teknologi informasi. Individu yang bekerja di industri inovatif (misalnya,
teknik), mereka yang mentransfer informasi kepada orang lain (yaitu, mengajar), dan
mereka yang pekerjaannya mengharuskan mereka membuat perubahan teknologi
cenderung menyadari manfaat terbesar dari kelincahan.

Teknik manajemen proyek tradisional cukup untuk aspek proyek yang diketahui tetapi
metode tangkas lebih baik untuk yang tidak diketahui dan inilah alasannya. Untuk
menghabiskan lebih sedikit uang untuk sebuah proyek, perlu untuk berurusan dengan
kenyataan. Kenyataannya adalah bahwa perencanaan di muka sering kali diperkirakan
berdasarkan pengalaman sebelumnya dengan proyek serupa. Teknik ini bekerja cukup
baik, namun kadang-kadang bisa mahal. Menurut PMI, proyek adalah upaya sementara
yang dilakukan untuk menciptakan produk, layanan, atau hasil yang unik.* Setiap proyek
memiliki keunikan tersendiri dari proyek lainnya. Dengan pendekatan tangkas, lebih
mudah dan lebih murah untuk beradaptasi dan menyambut perubahan daripada
merencanakan proyek di muka dan mengalami banyak perubahan mahal melalui proyek.
Dapat dipahami dengan baik bahwa akan selalu ada perubahan pada proyek. Hal ini tidak
bisa dihindari.

Banyak organisasi siap untuk bergerak menggunakan metode tangkas. Ini akan
membutuhkan rencana strategis yang memahami bahwa transformasi adalah proses
sosial dan metodologis. Perpindahan ke metode agile memerlukan perubahan budaya
organisasi karena banyak tantangan dan perubahan yang harus diatasi selama proses
tersebut. Metode Agile diciptakan sebagai alternatif metode pengembangan perangkat
lunak tradisional dengan janji untuk memberikan perangkat lunak lebih cepat, dengan
kualitas yang lebih baik dan kepuasan pelanggan yang lebih tinggi. Untuk mewujudkan
nilai dan prinsip tangkas dari Manifesto Agile (lihat Bab 2, “Konsep Agile”), organisasi akan
memerlukan modifikasi menyeluruh pada strategi pengembangan perangkat lunak yang
ada. Diperlukan strategi yang matang agar segala komplikasi dan masalah yang dihadapi
dapat segera teratasi. Dengan cara ini, jumlah waktu dan upaya implementasi
diminimalkan.

NILAI AGILE

240
H. Syambsibar. Konsep Manajemen Agile ......................
ISSN: 2721-5407 (Online) Jurnal SIPATOKKONG BPSDM SULSEL
Volume 2 Nomor 2 (April - Juni) Tahun 2021

Nilai Agile mewakili barang-barang yang dihargai lebih dari yang lain. Nilai-nilai lain
mengacu pada yang biasanya digunakan dalam manajemen proyek tradisional. Pembaca
sekali lagi diingatkan bahwa kerangka kerja tangkas dibandingkan dengan manajemen
proyek tradisional di seluruh buku ini. Hal ini dilakukan untuk tujuan klarifikasi dan karena
manajemen proyek tradisional sudah ada jauh sebelum Agile Manifesto muncul pada
tahun 2001. Berikut pembahasan tentang empat nilai tangkas.

(a) (Individu dan interaksi atas proses dan alat. Pernyataan nilai ini berarti bahwa
individu (orang) dan interaksi mereka memiliki nilai yang lebih besar daripada
proses dan alat. Manajemen proyek tradisional lebih menekankan pada
pemanfaatan proses dan alat. Pemahaman yang perlu diambil dari nilai khusus ini
adalah bahwa manusia dan interaksi antar manusia lebih penting daripada proses
dan alat. Logika di balik nilai ini adalah bahwa orang mengambil proyek (bukan
proses dan alat). Orang-orang melakukan pekerjaan dan karena itu lebih
berharga.

(b) Perangkat lunak yang berfungsi melalui dokumentasi yang komprehensif.

Pernyataan nilai ini berarti bahwa perangkat lunak yang berfungsi lebih berharga
daripada dokumentasi yang komprehensif. Manifesto Agile menempatkan nilai
yang lebih besar pada perangkat lunak yang berfungsi karena inilah yang paling
dihargai oleh pelanggan. Selain itu, perangkat lunak yang berfungsi adalah alasan
utama proyek tersebut dilakukan. Dokumentasi memiliki kegunaannya, namun
memiliki nilai yang sangat kecil jika dibandingkan dengan perangkat lunak yang
berfungsi. Pelanggan membayar untuk perangkat lunak yang berfungsi dan
dokumentasi yang lengkap hanyalah bonus dan memiliki nilai yang kecil atau tidak
sama sekali.
(c) Kolaborasi pelanggan atas negosiasi kontrak. Nilai ini hanya menyiratkan bahwa
berkolaborasi dengan pelanggan lebih berharga daripada negosiasi kontrak.
Mengapa demikian? Nilai ini didasarkan pada fleksibilitas sebagai lawan dari kaku

241
H. Syambsibar. Konsep Manajemen Agile ......................
ISSN: 2721-5407 (Online) Jurnal SIPATOKKONG BPSDM SULSEL
Volume 2 Nomor 2 (April - Juni) Tahun 2021

dan tak tergoyahkan berdasarkan kontrak. Manajemen proyek tradisional

mendefinisikan ruang lingkup proyek di depan dan kadang-kadang ini bisa sangat
memakan waktu dan mahal untuk dimodifikasi. Kerangka kerja tangkas
mendukung perubahan sifat persyaratan perangkat lunak, teknologi, dan bahkan
klien akhir. Proses kontrak pada proyek tangkas harus tetap lebih mudah
beradaptasi dibandingkan dengan manajemen proyek tradisional. Tidak ada
komponen manajemen perubahan formal pada proyek tangkas jika dibandingkan
dengan proyek tradisional. Jika perubahan yang diminta menambah nilai pada
proyek, kemungkinan besar akan diterima. Negosiasi perubahan kontrak dengan
klien keluar dari pintu dan berkolaborasi dengan klien untuk menambah nilai
pada produk dapat diterima karena memiliki nilai lebih besar.
(d) Menanggapi perubahan mengikuti rencana. Pernyataan nilai ini menyiratkan
bahwa lebih berharga untuk menanggapi perubahan daripada mengikuti rencana.
Dengan manajemen proyek tradisional dan sebagai akibat dari perubahan,
diperlukan waktu yang cukup lama untuk membawa proyek kembali ke aliansi
dengan rencana proyek. Dengan manajemen proyek yang gesit, lebih berharga
untuk menanggapi perubahan proyek daripada mematuhi rencana. Agenda
tangkas menyambut dan mengharapkan perubahan proyek. Dibutuhkan lebih
banyak waktu untuk mendokumentasikan dan menyetujui perubahan dengan
manajemen proyek tradisional. Meskipun perencanaan proyek tangkas minimal,
tindakan paling berharga yang harus diambil adalah menanggapi perubahan. Ini
lebih fleksibel dan lebih cepat untuk dilakukan dibandingkan dengan mengikuti
rencana dan membuat perubahan.

Kami telah membahas empat nilai tangkas dan sekarang saatnya untuk merangkum
konsep-konsep penting yang telah dibahas sejauh ini. Agile Manifesto memberikan
panduan tentang proyek tangkas berdasarkan nilai-nilai yang paling penting.
Sebagaimana dinyatakan di awal, nilai-nilai ini dibandingkan dengan nilai-nilai manajemen
proyek tradisional karena penulis yakin ini akan meningkatkan pemahaman. Nilai-nilai
yang kurang penting pada proyek tangkas mungkin bisa hidup berdampingan dengan
nilai-nilai yang lebih diinginkan; namun, dalam kasus konflik, tim proyek tangkas harus
mengingat dan fokus pada nilai-nilai tangkas di atas nilai-nilai yang terkait dengan
manajemen proyek tradisional.

PRINSIP-PRINSIP PANDUAN CEPAT

Sebagai bagian dari Agile Manifesto dan selain empat nilai tangkas, praktisi tangkas
mengikuti 12 prinsip panduan. Nilai-nilai dan prinsip-prinsip ini penting dalam
mendapatkan pemahaman yang benar tentang manajemen proyek tangkas. Berikut ini
adalah diskusi tentang prinsip-prinsip panduan tangkas secara lebih rinci.

1. Prioritas tertinggi kami adalah memuaskan pelanggan melalui pengiriman perangkat

lunak yang berharga secara dini dan berkelanjutan. Pemahaman yang dapat diperoleh
dari prinsip ini adalah bahwa yang pertama dan terpenting, tujuannya adalah untuk
memuaskan pelanggan. Bagaimana pelanggan akan puas? Dengan pengiriman terus
menerus dari perangkat lunak yang berharga. Apa arti sebenarnya dari perangkat lunak

242
H. Syambsibar. Konsep Manajemen Agile ......................
ISSN: 2721-5407 (Online) Jurnal SIPATOKKONG BPSDM SULSEL
Volume 2 Nomor 2 (April - Juni) Tahun 2021

yang berharga? Ini mengacu pada perangkat lunak yang dihargai oleh pelanggan. Dalam
Bab 9 buku ini kami memberikan pemahaman menyeluruh tentang istilah "nilai" yang
berlaku untuk kelincahan. Perhatikan fokus pada nilai kata. Ini adalah kata yang sangat
penting dan mewakili fokus utama dari kerangka kerja tangkas. Pemahaman yang harus
diperoleh dari prinsip panduan ini adalah bahwa kerangka kerja tangkas memiliki
pelanggan dan fokus berbasis nilai.

2. Menyambut perubahan persyaratan, bahkan terlambat dalam pengembangan. Proses

tangkas memanfaatkan perubahan untuk keunggulan kompetitif pelanggan. Prinsip
panduan ini menunjukkan fleksibilitas dan kemampuan beradaptasi kerangka kerja yang
tangkas ketika berhadapan dengan perubahan. Manajemen proyek tradisional umumnya
dikelola di sekitar proses manajemen perubahan dan kadang-kadang dipandang sebagai
hal yang mahal dan memungkinkan ruang lingkup merayap (yaitu, perubahan kecil dalam
rencana atau proyek yang memerlukan perubahan lain yang menyebabkan lebih banyak
perubahan, dll.). Sebaliknya, proses tangkas lebih menerima perubahan setiap saat,
bahkan sangat terlambat dalam perkembangannya. Tidak ada yang namanya scope creep
di ranah tangkas karena perubahan selalu diterima. Namun, jika perubahan itu tidak
menambah nilai, maka ada kemungkinan tidak akan dimasukkan ke dalam produk.
Penting untuk dipahami bahwa fokus pada proyek tangkas terutama tentang perubahan
nilai tambah. Logika di balik penerimaan perubahan didasarkan pada beberapa faktor:

• Perubahan dianggap sebagai norma pada proyek tangkas.

• Fleksibilitas dan kemampuan beradaptasi memungkinkan dan mendukung
keunggulan kompetitif pelanggan dengan menyambut perubahan yang
menambah nilai setiap saat.
 •Menerima perubahan lebih cepat daripada menyetujui atau menolak
perubahan. Ingatlah bahwa kelincahan adalah tentang kecepatan! Sekali lagi,
pembaca perlu memahami bahwa hanya perubahan-perubahan yang
“menambah nilai” itu yang dapat dimasukkan ke dalam produk. Tim tangkas harus
sepenuhnya memahami bahwa mereka harus membatasi diskusi dan tindakan
perubahan hanya pada proposisi nilai tambah.

3. Sering-seringlah mengirimkan perangkat lunak yang berfungsi, dari beberapa minggu

hingga beberapa bulan, dengan preferensi untuk skala waktu yang lebih pendek. Umpan
balik awal jelas jauh lebih baik daripada melanjutkan proyek dan terlambat mendapatkan
umpan balik. Yang lebih buruk adalah proyek itu bisa berakhir dengan arah yang salah.
Tidak hanya menempuh jalan yang salah cukup mahal, itu juga membuang-buang waktu
dan tenaga. Iterasi pada proyek tangkas harus antara dua minggu hingga satu bulan, sekali
lagi dengan preferensi selalu menjadi kerangka waktu yang lebih pendek. Mengapa kita
menginginkan kerangka waktu yang lebih pendek? Ada beberapa alasan:

• Siklus pengiriman yang singkat menghasilkan umpan balik yang teratur dari
pemangku kepentingan proyek. Ini membuat proyek tidak kehilangan momentum
dengan membuat semua orang terlibat secara aktif. Pada proyek tradisional,
umpan balik yang lambat dapat mengakibatkan kurangnya keterlibatan tim
proyek dan berpotensi berkontribusi pada penundaan proyek.

243
H. Syambsibar. Konsep Manajemen Agile ......................
ISSN: 2721-5407 (Online) Jurnal SIPATOKKONG BPSDM SULSEL
Volume 2 Nomor 2 (April - Juni) Tahun 2021

• Pengiriman perangkat lunak yang berfungsi secara sering bermanfaat karena

persyaratan dapat dengan cepat ditambahkan atau dimodifikasi. Di sini sekali lagi,
kecepatan sangat relevan.
• Bagaimana perubahan kecil yang sering meningkatkan jumlah nilai tambah bagi
pelanggan? Perubahan kecil dan sering dapat meminimalkan kemungkinan
bahwa pelanggan akan memiliki kebutuhan untuk membuat sejumlah besar
permintaan perubahan. Praktik ini memastikan bahwa proyek memenuhi
kebutuhan pelanggan secara teratur dan konsisten.
• Tujuan dari proyek tangkas adalah untuk memberikan nilai di seluruh proyek.
Menerima perubahan adalah salah satu praktik yang mendukung tujuan
menambah nilai produk secara konsisten.

4. Pelaku bisnis dan pengembang harus bekerja sama setiap hari selama proyek
berlangsung. Untuk mengirimkan proyek dengan cepat, interaksi tatap muka adalah cara
tercepat untuk berkomunikasi pada proyek yang gesit. Email, panggilan telepon, dan
dokumentasi dianggap sebagai metode komunikasi yang kurang efisien dan lambat.
Interaksi tatap muka harian antara pelanggan dan pengembang memungkinkan tingkat
transfer pengetahuan yang lebih cepat. Ini menghasilkan semua pemangku kepentingan
proyek berada di halaman yang sama tanpa kejutan. Pengiriman produk pada proyek
tangkas memiliki tingkat keberhasilan yang lebih tinggi dalam memenuhi atau melampaui
harapan pelanggan berdasarkan interaksi ini.

5. Bangun proyek di sekitar individu yang termotivasi. Beri mereka lingkungan dan
dukungan yang mereka butuhkan, dan percayai mereka untuk menyelesaikan pekerjaan.
Orang-orang yang termotivasi dan berbakat membuat dampak besar pada proyek
tangkas. Keberhasilan pengiriman produk tergantung pada anggota tim yang
diberdayakan. Metode tangkas didasarkan pada tim mandiri dan terorganisir yang dapat
dipercaya untuk menyelesaikan pekerjaan. Tidak ada manajemen mikro pada proyek
tangkas. Gaya manajemen atau kekurangannya didasarkan pada kolaborasi tim. Pola pikir
ini menghasilkan proyek yang diselesaikan lebih cepat dan efektif. Anggota tim terbaik
dalam proyek tangkas adalah mereka yang dapat bekerja dengan sedikit pengawasan dan
memiliki motivasi diri.

6. Metode penyampaian informasi yang paling efisien dan efektif ke dan di dalam tim
pengembangan adalah percakapan tatap muka. Percakapan seperti itu adalah cara
tercepat untuk berkomunikasi pada proyek yang gesit. Alur komunikasi lebih efektif dan
efisien untuk tatap muka dibandingkan dengan metode lain. Pertanyaan dan inkonsistensi
dapat ditangani dengan sangat cepat. Ini menghasilkan penundaan yang minimal dan
pengiriman produk yang lebih cepat. Ukuran tim yang kecil memudahkan dalam
berkomunikasi tatap muka. Dalam kasus tim proyek yang lebih besar, tatap muka dapat
menjadi tantangan, namun metode komunikasi dapat disesuaikan untuk memenuhi
kebutuhan proyek.

7. Perangkat lunak yang berfungsi adalah ukuran utama kemajuan. Kemajuan pada proyek
tangkas ditentukan oleh seberapa baik perangkat lunak bekerja. Ini adalah fokus berbasis
hasil yang tidak dapat dengan mudah dibantah. Perangkat lunak yang berfungsi

244
H. Syambsibar. Konsep Manajemen Agile ......................
ISSN: 2721-5407 (Online) Jurnal SIPATOKKONG BPSDM SULSEL
Volume 2 Nomor 2 (April - Juni) Tahun 2021

menunjukkan hasil pelanggan yang dapat disetujui dan diterima. Ini juga menunjukkan
kemajuan yang dicapai menuju tujuan akhir pengiriman produk. Ketika perangkat lunak
berfungsi, baru setelah itu dapat disetujui oleh pelanggan sebagai selesai.

8. Proses tangkas mendorong pembangunan berkelanjutan. Sponsor, pengembang, dan

pengguna harus dapat mempertahankan kecepatan konstan tanpa batas. Metode tangkas
mendukung kebutuhan tim proyek untuk memiliki kehidupan di luar pekerjaan. Ini berarti
bahwa harapan bagi tim adalah untuk mempertahankan kecepatan yang berkelanjutan
berdasarkan jam kerja 40 jam pada umumnya. Hari kerja yang panjang tidak dipandang
baik pada proyek tangkas. Dengan bekerja pada kecepatan yang berkelanjutan, tim dapat
menjadi lebih produktif, yang menghasilkan lebih sedikit ketegangan proyek. Langkah
berkelanjutan adalah situasi win-win untuk semua orang yang terlibat dalam proyek. Hal
ini pada gilirannya bermanfaat di tingkat korporat karena perusahaan tidak menginginkan
tim yang terlalu banyak bekerja yang stres, kelelahan, dan tidak bahagia.

9. Perhatian terus menerus terhadap keunggulan teknis dan desain yang baik
meningkatkan kelincahan. Untuk memberikan nilai tinggi kepada klien akhir, seringkali
tim pengembangan perlu membuat perubahan pada desain. Ini berarti bahwa desain
harus relatif mudah dirawat. Keunggulan teknis dan desain yang baik memudahkan dalam
memahami dan melakukan perubahan desain. Ini pada gilirannya mendukung
kemampuan untuk merespons perubahan dengan sangat cepat. Desain produk yang baik
dan keunggulan teknis meningkatkan metode tangkas karena perhatian terus menerus
diberikan pada desain perangkat lunak. Nilai dari prinsip panduan ini adalah memiliki
desain yang mudah dipelihara berdasarkan keunggulan teknisnya.

10. Kesederhanaan—seni memaksimalkan jumlah pekerjaan yang tidak dilakukan—

sangat penting. Penulis percaya bahwa prinsip panduan ini adalah yang paling sulit untuk
dipahami. Pada nilai nominal, prinsip berbicara tentang pekerjaan yang tidak dilakukan.
Pertanyaannya kemudian menjadi: “Mengapa ada kekhawatiran tentang pekerjaan yang
tidak selesai?” Dari perspektif tangkas, pekerjaan yang tidak selesai lebih dapat
diandalkan karena tidak ada yang salah dengan itu. Tim pengembang tidak mengkodekan
pekerjaan yang belum selesai sehingga sempurna karena belum tersentuh. Diyakini
bahwa lebih dari 60% fitur perangkat lunak disertakan dalam suatu produk tetapi jarang
jika pernah digunakan.* Inilah alasan mengapa metode tangkas berfokus pada
kesederhanaan. Dengan hanya berfokus pada komponen produk yang diperlukan,
risikonya lebih kecil. Terlalu banyak kompleksitas meningkatkan risiko proyek. Kesimpulan
dari prinsip panduan ini adalah bahwa kesederhanaan lebih baik daripada kompleksitas.
Tim pengembangan seharusnya hanya membangun apa yang dibutuhkan oleh pelanggan.
Pelapisan emas (penggabungan fitur atau penyempurnaan yang mahal dan tidak perlu ke
dalam suatu produk) adalah hal yang tidak boleh dilakukan. Dengan berfokus pada
kesederhanaan, ini pada gilirannya mempercepat pengiriman produk yang sebenarnya.

11. Arsitektur, persyaratan, dan desain terbaik muncul dari tim yang mengatur diri sendiri.
Menurut metode tangkas, ketika orang diberi kesempatan untuk mengatur diri sendiri,
mereka menghasilkan pekerjaan yang lebih baik. Ini termasuk arsitektur, persyaratan, dan
desain terbaik. Karya terbaik dikembangkan oleh mereka yang merupakan pencetus karya

245
H. Syambsibar. Konsep Manajemen Agile ......................
ISSN: 2721-5407 (Online) Jurnal SIPATOKKONG BPSDM SULSEL
Volume 2 Nomor 2 (April - Juni) Tahun 2021

tersebut. Mengapa demikian? Tim yang mengelola diri sendiri dengan kemampuan untuk
membuat keputusan sendiri bangga dengan kepemilikan pekerjaan mereka. Salah satu
alasannya adalah karena tim ini bebas bekerja dengan cara yang sesuai untuk mereka
tanpa campur tangan yang tidak perlu dari orang lain seperti pelanggan dan pebisnis. Tim
ini tidak harus menjual ide mereka kepada orang lain dan ini menghemat banyak waktu.
Sederhananya, tim tangkas bertanggung jawab atas hasil produk dan mereka adalah yang
terbaik yang memiliki kebebasan untuk membuatnya. Untuk kejelasan, pembaca perlu
memahami bahwa kita berbicara tentang tim pengembangan. Ini tidak termasuk
pelanggan atau sisi bisnis proyek.

12. Secara berkala, tim merefleksikan bagaimana menjadi lebih efektif, kemudian
menyesuaikan dan menyesuaikan perilakunya. Prinsip panduan ini hanyalah tentang
pelajaran yang dipetik dan kapan hal itu terjadi pada proyek tangkas. Metode tangkas
mendukung gagasan bahwa yang terbaik adalah tidak menunggu sampai akhir proyek
untuk membahas pelajaran yang dipetik. Pelajaran yang dipetik perlu ditangkap dan
ditangani selama proyek berlangsung. Misalnya, dalam kasus Scrum, pelajaran yang
dipetik harus dibahas di akhir setiap Sprint (iterasi). Metode tangkas menangkap pelajaran
yang dipetik saat proyek berlangsung daripada di akhir proyek. Tim proyek tangkas
kemudian menyetel dan menyesuaikan perilakunya untuk iterasi berikutnya. Ini memberi
tim proyek kesempatan untuk bertindak berdasarkan pelajaran yang didapat daripada
hanya mendiskusikan tindakan dan berharap mendapat kesempatan untuk menerapkan
pelajaran pada proyek masa depan.

PENUTUP

Agile Project Management adalah metodologi manajemen proyek yang mempunyai

adaptabilitas tinggi terhadap perubahan yang terjadi pada setiap elemen-elemennya.
Metode ini memecah sebuah proyek besar menjadi beberapa bagian kecil yang akan di-
deliver secara incremental kepada publisher / customer / end user. Delivery selalu
dilakukan tiap 1-4 minggu sampai proyek tersebut selesai. Proses ini disebut iterasi
(iteration) atau sprint. Cara ini dapat memberikan kepuasan kepada customer karena
developer selalu memberikan delivery tepat waktu secara kontinyu.

Metodologi alternatif dalam manajemen proyek yang populer akhir-akhir ini adalah Agile
Project Management. Metodologi ini berfokus pada manusia, hasil, metode yang minimal
dan kolaborasi maksimum untuk mengantisipasi proyek e-business yang bergerak cepat
dan sering berubah. Pada saat ini iklim bisnis yang bergerak cepat mengharuskan untuk
secepatnya mengakomodasi perubahan requirement selama masa pengembangan, dan
memberikan update produk yang sesuai dengan evolusi pengembangan software yang
cepat dan perubahan-perubahan user requirements.

Manfaat agile development adalah jika tim dapat lebih efektif dalam menanggapi
perubahan untuk :

• Mereduksi biaya perpindahan informasi dari satu orang ke orang lain.

• Mereduksi waktu antara pengambilan keputusan dan melihat konsekuensi dari
keputusan itu.

246
H. Syambsibar. Konsep Manajemen Agile ......................
ISSN: 2721-5407 (Online) Jurnal SIPATOKKONG BPSDM SULSEL
Volume 2 Nomor 2 (April - Juni) Tahun 2021

• Menempatkan orang lebih dekat secara fisik.

• Menggantikan dokumen dengan pembicaraan langsung dan di papan tulis.
• Meningkatkan rasa kebersamaan dalam tim sehingga setiap orang berkeinginan
untuk memberikan informasi yang bernilai secara cepat.
• Adanya kehadiran dan akan lebih baik keterlibatan dari klien yang ahli dalam tim.
• Bekerja dengan peningkatan yang berkelanjutan.

DAFTAR PUSTAKA
Griffiths, M. (2012). PMI-ACP Exam Prep. United States: RMC.
Project Management Institute, Inc. (2013). A Guide to the Project Management Body of Knowledge (PMBOK•
Guide), 5th edition. Newtown Square, PA: PMI.

Griffiths, M. (2012). PMI-ACP Exam Prep. United States: RMC.

Admad, G., Soomro, T.R., and Brohi, M.N. (2014). Agile methodologies: Comparative study and future
direction. European Academic Research. Retrieved from http://www.
euacademic.org/UploadArticle/273.pdf
Griffiths, M. (2012). PMI-ACP Exam Prep. United States: RMC.
Scrum Alliance. (2013). Core Scrum-Values and Roles. Retrieved from http://www.scrumalliance.org/why-
scrum/core-scrum-values-roles
SCRUMstudy. (2013). A Guide to the Scrum Body of Knowledge (SBOK Guide), 2013 edition. Phoenix, AZ:
SCRUMstudy, a brand of VMEdu, Inc.
Wells, D. (2013a). Extreme Programming—A Gentle Introduction. Retrieved from http://
www.extremeprogramming.org/rules/pair.html
Wells, D. (2013b). Extreme Programming—The Values of Extreme Programming. Retrieved from
http://www.extremeprogramming.org/values.html

Agile Alliance. (2014). Task Board. Agile Alliance. Retrieved from http://guide.agilealliance.
org/guide/taskboard.html
Azizyan, G., Magarian, M., and Kajko-Mattsson, M. (2012). The dilemma of tool selection for agile project
management. ICSEA 2012: The Seventh International Conference on Software Engineering Advances.
Retrieved from http://www.thinkmind.org/index.php?
view=article&articleid=icsea_2012_21_40_10376
Griffiths, M. (2012). PMI-ACP Exam Prep. United States: RMC.

247
H. Syambsibar. Konsep Manajemen Agile ......................