Project Management (SCRUM)

7/25/2019 Project Management (SCRUM)

1/31

1

PROJECT MANAGEMENT:MANAGE PROJECT BETTER!

Donie Agus Ardianto

3rd Party product development


2/31

Project Management?

Aplikasi pengetahuan, keahlian, alatdan teknik untuk melaksanakanaktivitassesuaikebutuhanproyek


3/31

Classic Project Management

Kelemahan

Fase perencanaan dan dokumentasi membutuhkaneffort yang besar dan menghabiskan waktu project

Kurang fleksible jika diterapkan pada lingkunganproject yang requirement berubah cepat

InitiationPlanning &

Design

Executing Monitoring&

Controlling

Closing


4/31

Scrum Project Management


5/31

Scrum Project Management

Proses untuk mengelola dan mengendalikan pengembanganperangkat lunak dan produk di lingkungan yang berubahdengan cepat.

Iteratif, proses inkremental Berbasis pendekatan team

Mengembangkan sistem / produk dengan perubahankebutuhan yang cepat

Mengontrol kekacauan akibat benturan kepentingan dankebutuhan

Meningkatkan komunikasi dan memaksimalkankerjasama

Melindungi team dari gangguan dan hambatan

Sebuah cara untuk memaksimalkan produktivitas


6/31

Product Owner

Bertindak seperti satu suara(dalam hal apapun)

Tahu apa yang diperlukan danurutan apa harus dilakukan dalammembangun produk

Biasanya seorang manajer produk

6


7/31

Master Scrum

Merupakan manajemen proyek

Biasanya diisi oleh Project Manageratau Team Leader

Bertanggung jawab untukmemberlakukan nilai-nilai danpraktik scrum

Pekerjaan utama adalah untukmenghilangkan hambatan

7


8/31

Team Scrum

Terdiri dari 5 - 10 orang

Lintas-fungsional (QA, Programmer,

Desainer, dll)Anggota team harus full-time

Selft-organizing

Keanggotaan hanya dapat diubahantar sprint

8


9/31

Proses dalam Scrum

9

Kick-offmeeting

SprintPlannin

gMeeting

Sprint

SprintReviewMeeting

DailyScrum


10/31

Pre-Project/Kickoff Meeting

Suatu bentuk khusus dariSprintPlanning Meeting

Pertemuan sebelum dimulai Proyek

10


11/31

Sprint Planning Meeting

Sebuah pertemuan kolaboratif diawal setiap Sprint antara PemilikProduk, Master scrum dan Tim

8 jam, terdiri dari 2 bagian("sebelum makan siang dan setelahmakan siang")

11


12/31

Sprint Planning Meeting

Bagian 1:Membuat Product Backlog

Menentukan Tujuan Sprint.Peserta: Product Owner, Scrum

Master, Scrum TimBagian 2:

Membuat Backlog SprintPeserta: Scrum Master, Scrum Tim

12


13/31

Apa itu Sprint ?

Iterasi selama jangka waktu tertentu(sebulan/ 2 minggu), pada saatpenambahan fungsionalitas produk

Tidak ada pengaruh luar dapatmengganggu team scrum selamaSprint

Setiap sprint dimulai dengan rapatharian.

13


14/31

Daily Scrum

15 menit meeting, yang diadakansetiap hari sebelum tim mulaibekerja

Setiap anggota tim harus menjawab3 pertanyaan

Peserta: Scrum Master (yang

merupakan ketua), Scrum Tim

14


15/31

3 Pertanyaan Daily Scrum

Apa yang telah dikerjakan selah

Scrum terakhir? Apa yang akan dikerjakan sebelum

Scrum berikutnya?

Apa yang dapat menghentikan

pekerjaan anggota tim ?

15


16/31

Daily Scrum

BUKANsesi pemecahan masalah BUKANcara untuk mengumpulkan

informasi tentang siapa yang berada di

belakang jadwal Adalah pertemuan di mana anggota

tim membuat komitmen satu samalain dan kepada Scrum Master

Adalah cara yang baik untuk ScrumMaster untuk melacak kemajuan Tim

16


17/31

Sprint Review Meeting

Diadakan pada akhir setiap Sprint

Fungsi Bisnis yang dibuat selama

Sprint ditunjukkan kepada PemilikProduk

Informal, tidak boleh mengalihkanperhatian anggota Tim melakukan

pekerjaan mereka

17


18/31

Scrum Artifacts

Product Backlog

Sprint Backlog

Burn down Charts

18


19/31

Product Backlog

Persyaratan untuk sistem, dinyatakansebagai daftar prioritas Backlog

Dikelola dan dimiliki oleh Pemilik Produk

Spreadsheet (biasanya)

Biasanya dibuat dalamSprint PlanningMeeting

Dinamis, dapat berubah sesuai kebutuhan

Hanya perkiraantidak tepat!

19


20/31

Estimasi Item Product Backlog

Menetapkan kecepatan tim (berapa banyakupaya tim dapat menangani dalam satuSprint)

Menentukan unit kompleksitas.

Size-categoryStory points

Jam kerja

Metode estimasi:

ReviewMembuat Struktur Kerja Breakdown (WBS)

20


21/31

Sprint Backlog

Sebuah subset dari ProductBacklog, yang mendefinisikanpekerjaan untuk Sprint

Dibuat HANYA oleh anggota Tim

Setiap item memiliki status sendiri

Harus diperbarui setiap hari

21


22/31

Sprint Backlog

Tidak lebih dari 300 tugas dalamdaftar

Jika tugas membutuhkan lebih dari

16 jam, harus dipecahTim dapat menambah atau

mengurangi item dari daftar.Pemilik Produk tidak diperbolehkanuntuk melakukannya

22


23/31

Sprint Backlog

Is a FORECAST!

Is a good warning monitor

23


24/31

Burn down Charts

Digunakan untuk mewakili "pekerjaanyang dilakukan".

Sprint Burn down Chart (progress of

the Sprint)Release Burn down Chart (progress

of release)

Product Burn down chart (progressof the Product)

24


25/31

Information Radiator

"Two characteristics are key to agood information radiator. The firstis that the information changesover time. This makes it worth aperson's while to look at thedisplay... The other characteristic is

that it takes very little energy toview the display."

25


26/31

Burn down Charts

X-Axis: waktu (biasanya dalam hari)

Y-Axis: Upaya yang tersisa

26


27/31

Sprint Burn down Chart

Menggambarkan jumlah jamBacklog Sprint tersisa per hari

Menunjukkan perkiraan jumlahwaktu untuk release

Idealnya harus kurva turun ke nolsampai akhir Sprint

27


28/31

Release Burn down Chart

Akankah rilis akan dilakukan padawaktu yang tepat?

Sumbu X: sprintY-sumbu: jumlah jam tersisa

Estimasi pekerjaan tersisa

28


29/31

Alternative Release Burn down

Chart

Consists of bars (one for eachsprint)

Values on the Y-axis: positive ANDnegative

Is more informative then a simplechart

29


30/31

Product Burn down Chart

Gambaran kemajuan proyek (semuarilis)

30


31/31

Terima Kasih

31

Documents

Project Management (SCRUM)