Anda di halaman 1dari 33

QA/QC

Untuk memastikan project berjalan sesuai


dengan standar aturan
Labtek Indie - Scrum Sprint Framework
Labtek Indie - Design Sprint Framework
- Sprint Planning : Dilakukan sebelum sprint
- Daily Scrum : Day to day pengerjaan (design/scrum) sprint
- Daily Standup : Update status masing-masing individu
- Daily Review : Dilakukan setiap dua hari sekali untuk review daily
- Sprint Review : Review yang dilakukan di akhir sprint
- Retrospective : Dilakukan setelah sprint review
Sprint Planning Meeting
Sprint Planning Meeting (SPM)
- 3 jam untuk mengikuti SPM
- PO memilih job story mana yang jadi
prioritas di produk backlog.
- PO menjelaskan job story yang dia pilih.
- SDT melakukan breakdown job story ke
dalam task-task kecil.
- SDT menentukan estimated_hour di
masing-masing task.
- SM melakukan assign masing-masing task
ke SDT.
- SM menentukan tanggal estimasi task ini
selesai dan menjelaskan ke individu bahwa
task tersebut harus selesai.
CONTOH:
Rambu - Rambu SPM PO sudah menentukan jumlah job story yang
akan dikerjakan pada sprint saat ini, namun
- Akan ada terjadi tawar-penawar jumlah
pas waktu melakukan SPM, setelah dihitung
job story yang akan di commit untuk
berdasarkan man hour harian tim man hour
dikerjakan dari tim SDT
yang dibutuhkan melebihi atau kurang dari
- Proses tawar menawar
waktu ideal yakni:
memperhitungkan aspek estimated man
hour yang dibebankan pada tim SDT - 5 jam per hari
setelah tim SDT melakukan breakdown - 25 jam per minggu
job story tersebut ke dalam task - 50 jam per dua minggu
- PO wajib menjelaskan kepada client
terhadap job story yang yang akan di
delivery sesuai dengan data estimated
man hour pada task apabila diperlukan Diperbolehkan untuk bekerja extra di luar
waktu ideal, karena nantinya akan terdapat
kompensasi terhadap waktu ekstra yang
dikeluarkan - Labtek
Output dari SPM
- Sudah teridentifikasi job story mana yang jadi prioritas.
- Menentukan job story yang selesai dalam range waktu sprint, semisal:
- Hari kedua : 2 job story sudah selesai
- Hari keempat : 5 job story sudah selesai

- Terdapat task-task kecil untuk menyelesaikan job story.


- Terdapat estimasi waktu pengerjaan dan target tanggal selesai
masing-masing task.

- Menjadi sebuah kesepakatan dan komitmen bersama oleh tim SDT bahwa
task tersebut harus selesai tepat pada waktunya.
Komponen Task
- title
- description
- assignee
- story_id
- label
- type
- status
- attachment
- link
- estimated_hour
- spend_hour
- due_date
- closed_date
Task dalam Design Sprint
Minimal terdiri dari:

- Membuat UX Prototipe sesuai dengan AC UX Designer


- Memvalidasi UX Prototipe sesuai dengan AC PO
- Melakukan implementasi UI sesuai dengan AC UI Designer
- Memvalidasi UI sesuai dengan AC PO
- Manage development tim SM
Task dalam Scrum Sprint
Minimal terdiri dari:

- Impementasi backend Backend


- Implementas frontend Frontend
- Melakukan pengetesan fitur xyz sesuai dengan AC Tester
- Melakukan validasi fitur sudah diimplementasikan dengan baik PO
- SM : Manage development tim SM
Prosedur SPM
- PO menjelaskan product backlog : 60 menit
- Pertanyaan SDT tentang product backlog : 30 menit
- Breakdown product backlog ke task : 70 menit
- Tawar-menawar product backlog sesuai dengan data task : 20 menit
- ------------------------------------------------------------------------------

180 menit
Daily Scrum
Daily Scrum
- Daily Scrum !== Daily Standup
- 5 jam / hari untuk pengerjaan kegiatan masing-masing individu
dalam daily scrum
- Bisa koordinasi/diskusi ke masing-masing individu
- Mengerjakan task
- wajib 1 jam / hari (jam 12 - 13 siang) - wajib untuk melakukan
interaksi kepada orang lain dalam daily scrum di SLACK
- Mengerjakan task sesuai dengan prioritas due date
- Wajib menggunakan SLACK dalam berinteraksi tidak ada jalur chat
lain
Flow Daily Scrum
Daily Scrum - Designer UX / UI
- Mengerjakan task UX / UI
- Melakukan upload attachment
UX / UI potongan dari desain
secara keseluruhan ke task
- Attachment wajib sesuai
dengan job story agar proses
validasi dapat berjalan lebih
mudah
- Pastikan attachment tidak salah
upload
Terkait upload attachment task UI / UX
Case
Tidak hanya berpegang pada acceptance Sebagai seorang user saya dapat melakukan
criteria saja, akan tetapi perlu diperhatikan pembayaran transaksi pembelian yang saya
juga UX / UI ini ada itu berasal dari mana lakukan, sehingga saya mendapatkan barang
yang saya inginkan dalam platform

Tidak membuat entry point sebelum masuk UX /UI Membuat entry point sebelum masuk ke UX/UI Task
Daily Scrum - Product Owner
- Mendampingi tim SDT dalam melaksanakan
rutinitas development daily scrum
- Memeriksa dan memvalidasi pekerjaan yang
sudah siap untuk dilakukan review
- Memastikan SDT melakukan pekerjaan sesuai
dengan Acceptance Criteria di Product
Backlog
- Berkoordinasi dengan client apabila terdapat
backlog yang masih belum jelas
Daily Scrum - Developer
- Mengimplementasikan task ke dalam functional software
- Wajib membuat unit test terhadap code yang dibuat, dengan
meliputi aspek:
- kondisi dan response apabila sukses
- kondisi dan response apabila terjadi kesalahan
- perubahan yang terjadi dalam database
- Mengikuti aturan Continuous Integration yang sudah
diimplementasikan
- Membuat merge request dan melakuan review merge
- request
Daily Scrum - Scrum Master
- Memfasilitasi tim untuk saling berinteraksi satu sama lain.
- Menjaga task agar selesai tepat waktu sesuai dengan due date yang telah
disepakati pada saat SPM agar bisa dilakukan daily review untuk job story
yang sudah diselesaikan.
- Memperhatikan burndown chart sebagai alarm untuk melihat apakah tim
sudah bekerja sesuai dengan timeline atau tidak.
- Mengingatkan tim apabila dinilai lambat dalam mengerjakan task.
- Dapat melakukan swap assignment ke individu yang lain apabila individu
tersebut mengalami kesulitan dalam mengerjakannya
Perhatian Khusus untuk SM dan PO
Tolong berkolaborasi dan tekankan pada tim SDT bahwa apa yang kalian
planning di SPM harus selesai sesuai dengan plan.

Tips:

Ikutlah aktif untuk menanyakan progress dari product backlog yang dikerjakan,
bisa sekaligus terjun langsung untuk melihat hasil software yang sudah
dikerjakan
Daily Standup
Daily Standup - DS
- Wajib dihadiri oleh seluruh SDT dan dilaksanakan di PT Labtek Indie, (kecuali PO wajib hadir di
daily standup yang ada daily reviewnya)
- Dilakukan secara berdiri
- Waktu daily standup tidak lebih dari 30 menit untuk keseluruhannya
- Masing-masing SDT melakukan update
- Apa yang sudah dikerjakan hari ini dan waktu yang telah digunakan
- Apa yang nantinya akan dikerjakan hari berikutnya
- Apa yang menjadi kendala untuk dapat menyelesaikan task tersebut
- Hindari diskusi panjang terkait hal - hal yang tidak berkaitan dengan, point 4 di atas
- SM mencatat hasil standup ke dalam format yang sudah ditentukan.
- PO memberikan arahan pengembangan produk sesuai dengan apa yang ia rencanakan.
Kebijakan terkait waktu DS
-
- Waktu yang paling maksimal untuk melakukan DS adalah jam 19.00 - 19.30
- Apabila semua tim tidak dapat melakukan DS karena beberapa alasan abc-xyz, maka:
- Lakukan DS di pagi hari : 8.00 - 8.30
- Lakukan DS di siang hari : 12.00 - 12.30
- Atau waktu yang memungkinkan sebelum batas maksimal yang kita tentukan
- Kenapa ada batasan waktu maksimal DS pada jam 19.30
- Kami yakin anda bekerja
- Kami yakin anda ingin istirahat
- Kami yakin anda ingin tidak ingin begadang terlalu larut malam
Output dari DS
Laporan masing-masing individu tiap harinya, dalam minimal 5 jam di daily
scrum

- Apa yang sudah dikerjakan hari ini dan waktu yang telah digunakan
- Apa yang nantinya akan dikerjakan hari berikutnya
- Apa yang menjadi kendala untuk dapat menyelesaikan task tersebut
Catatan Untuk Scrum Master
- Wajib memperhatikan burndown chart dan
mengingatkan apakah tim SDT saat ini
masih dalam on schedule untuk Tim QA / QC Labtek Indie akan
mengerjakan scrum sprint selalu mengecek informasi yang
- Setelah daily standup selesai, SM wajib terdapat pada product backlog
untuk memastikan informasi yang terdapat setelah tim melakukan Daily
Standup tiap harinya
dapat artifact product backlog dan task
sudah up-to-date
- Wajib mengingatkan kepada tim SDT bagian
tim yang tidak commit dalam mengerjakan
task sesuai dengan tanggal yang sudah
disepakati pas waktu SPM
Daily Review
Output dari Daily Review
- Mimimal dilakukan dua hari sekali untuk
melakukan review job story yang sudah
selesai
- Tim harus menyelesaikan job story untuk
di presentasikan di depan PO Hal ini ditujukan untuk segera mendapatkan
- Dilakukan setelah daily standup feedback tentang apa yang telah dilakukan
sehingga pada saat sprint review meeting
dilakukan, feedback tidak didapatkan secara
akumulatif.
Notes SM - Daily Review Design Sprint
Output dalam DESIGN SPRINT merupakan UI Yang diharapkan pada daily review:
yang sesuai dengan acceptance criteria pada
masing-masing job story. - Ada UI yang diselesaikan sesuai job story
- Ada job story yang sudah dinyatakan
SM berkewajiban dan memastikan pada saat closed oleh PO sesuai dengan plan
melakukan daily review sudah ada output diwaktu SPM
yang dihasilkan.
Notes SM - Daily Review Scrum Sprint
Output dalam SCRUM SPRINT/SCRUM BAN Yang diharapkan pada daily review:
merupakan Functional Software yang sesuai
dengan acceptance criteria pada - Ada UI yang diselesaikan sesuai job story
masing-masing job story. - Ada job story yang sudah dinyatakan
closed oleh PO sesuai dengan plan
SM berkewajiban dan memastikan pada saat diwaktu SPM
melakukan daily review sudah ada output
yang dihasilkan.

Perangkat pendukung untuk menyukseskan


functional software tersebut harus
diselesaikan semua.
Prosedur Daily Review
- SM memandu untuk memimpin proses daily review
- Mengagendakan job story yang akan di review
- Mempersilahkan SDT untuk melakukan presentasi hasil development ke
PO, dengan kaidah sebagai berikut:
- Sudah mengakomodir apa yang ada di acceptance criteria
- Sudah berfungsi dengan baik dari sesuai dengan acceptance criteria (baik input, proses
dan output) tidak ada yang namanya fake data (contoh di frontend terkadang belum
mengimplementasikan koneksi API)
- Tim SDT yang lain juga ikut berkomentar terhadap output yang dihasilkan
- PO memutuskan apakah outputnya sudah sesuai dengan job story? Klo
sudah job story tersebut bisa dinyatakan closed.
Thank You

Anda mungkin juga menyukai