Tag Archives: sprint

Design Sprint Meet Scrum – Scrum Jakarta (CiKemPon) 3rd Meetup

Group photo after the meetup

Hello Scrum enthusiast in Cilandak – Kemang – Pondok Indah – (and around) area!
Thank you for those who came to our last meetup. (Thursday, November 23rd 2017)
Thank you also to PT Asuransi Astra Buana (Pak Iwan) for a great venue.

There wasn’t a usual meetup that we had some speakers to shared a talk, we only did an open space. Open space is a session when we discussed everything based on what we want to discussed within the timebox. So, this is how we hold the session:
1. We are divided into 3 different group (each group will be facilitated by someone: Mas Aditya Suryomurtjito from Sepulsa, Mas Tommy Fadillah from Aleph Labs, and me)
2. Every member of the group got opportunity to share the topic that they wanna discussed, used a post it
3. Then we prioritized the topic to being discussed based on vote from member of the group, means the topic that we pick is the topic that still confusing by most of the people
4. Let’s discussed! (don’t forget to keep the timebox!)

Goal of the session: no more confusing on the most topic, and can you guest what is that? it’s basic Scrum. :”)

Yeah, we discussed everything related basic Scrum, it’s okay, there’s always a session to build the mindset first.

Then we discussed about Design Sprint – Scrum.

Myth that usually came up:

1. Design Sprint is sprint that held by product people (designer and PO) and should be held exactly before (Scrum) development sprint

Design Sprint involve everyone whose in charge or interact with the solution, it can be people outside tech and product team, it can be inside (developer). So it’s not only for designer and PO even though PO and designer might take a major role in the session.

Exactly before Scrum sprint? of course no, it’s not a mini waterfall for designer and PO. So, what is the goal of having a Design Sprint? please check next answer..

2. Design sprint is REQUIRED before we start a Scrum sprint, means no Design Sprint == no Scrum sprint

Goal of Design Sprint is to produce high quality backlog. High quality means validated and tested considered human desirability, business viability, and technical feasibility. So, it can help PO in terms of produce the backlog, but is it always required? the answer is: it can help but not always needed. For pretty straight forward solution and more technical feature, having a Design Sprint might overkill.

Then what is required to start a Scrum sprint? of course not always having a Design Sprint before it.
It is Product Backlog and Sprint Goal.

3. Design sprint is held in sprint planning

Remember, how many hours maximum for sprint planning? 4 hours. Then 4 hours for having a design sprint? of course not enough.

4. Additional time needed in design sprint means less time for all member of the team to developed and delivered the feature

Not all member of the team required in Design Sprint. It can be adjusted based on possibility scope of the solution. If it’s probably impacting front end then we can only invite one of front end guy (not all fronties from that team). It’s also applied to stakeholder, if it’s only touch operation issue, no need to involved marketing guy isn’t it?. Be effective!

Then, don’t forget to consider %capacity of the team that probably involved on Design Sprint so we can include it into capacity calculation during a sprint planning.

5. There’s no any other methodology other than design sprint to produce a great product backlog

There’s no silver bullet. :))

Sharing session after open space

Sharing session after open space

Sharing session after open space

So, what is the best way to accommodate Design Sprint into Scrum?

Design Sprint is one of great way in order to produce high quality backlog, which is something that Scrum framework not really told deeper. So, it’s complementary. Just do Design Sprint separately with Scrum sprint so our product backlog pipeline will always filled with a great one. And just do Scrum sprint as usual as long we have list of product backlog and Sprint goal.

Hope those can help. If it’s still confusing? let’s meetup in our next meetup!

Scrum Jakarta (CiKemPon) 3rd Meetup

Retrospective: Apresiasi dan Mesin Waktu

“Beberapa dari kita hanya ingat akan ketidakpuasan, sehingga lupa akan apa yang telah rekan kita kontribusikan”

Sprint lalu saya mencoba modifikasi Sprint Retrospective yang biasa dilakukan oleh tim.

Biasanya kami menggunakan metode Mad-Sad-Glad (akan ditulis pada artikel lainnya), namun kali ini saya ubah sedikit agar sedikit cocok (atau dicocok-cocok-in) dengan tema akhir tahun. Metode kali ini saya coba namakan Apresiasi dan Mesin Waktu.

Alat dan bahan:
1. Post it 2 warna, usahakan gunakan warna cerah
2. Spidol secukupnya

Aturan main

  • Persiapan:
    • Post it warna pertama, tim harus tulis ungkapkan rasa terima kasih atas bantuan, pekerjaan, atau apapun yang telah dilakukan rekan satu tim-nya. Susah tapi harus dipaksa. Mengapa? karena tim harus dilatih agar bisa menunjukkan respect dan empati terhadap satu tim-nya. (Tips: satu post-it hanya boleh berisi satu poin. Jangan tulis poin yang berbeda untuk beberapa orang dalam satu post it. Alasannya akan dijelaskan di bawah)
    • Post it warna kedua, tim harus bisa menjawab pertanyaan: “Seandainya kamu diberikan kesempatan untuk kembali ke beberapa hari saat sprint baru dimulai, apa yang ingin kamu perbaiki?”.
    • Biarkan tim berfikir dan berdiskusi sambil menulis, namun tetap harus dalam koridor dua poin di atas.
  • Diskusi:
    • Tim satu-persatu ungkapkan poin pertama (apresiasi) dengan lantang sambil memberikan post-it tersebut kepada rekan yang sedang mereka apresiasi. Rangsang anggota tim yang diberikan apresiasi untuk dapat memberikan respon balik terhadap rekan yang sedang mengapresiasi (contoh: “Terima kasih juga ya”). Lakukan satu per-satu sampai seluruh anggota tim mendapat giliran.
    • Tim satu-persatu ungkapkan poin kedua (mesin waktu). Lakukan satu per-satu sampai seluruh anggota tim mendapat giliran.
    • Dari poin kedua, biasanya akan keluar berbagai macam hal yang ingin diperbaiki – ini merupakan cara lain untuk merangsang tim mengungkapkan permasalahan yang terjadi selama sprint.
    • Contoh poin kedua (mesin waktu) yang berhasil ditangkap pada Sprint Retrospective lalu:
  • Hacking:
    • Dari permasalahan-permasalahan tersebut, ajak tim diskusi untuk menemukan akar permasalahan/root cause. Karena belum tentu solusi yang diberikan masing-masing orang merupakan solusi yang objektif dan efektif untuk menyelesaikan akar permasalahan yang ada.
    • Seperti Sprint Retrospective lainnya, akhir sesi ditutup dengan menuliskan seluruh action items yang telah masing-masing pribadi sepakat untuk lakukan berdasarkan proses hacking yang sudah dilakukan sebelumnya.
  • Improvement:
    • Cek masing-masing action items, encourage tim agar bisa melakukan action items yang telah di-commit agar permasalahan yang sama tidak terjadi di Sprint berikutnya.

Menarik, bukan?
Selamat mencoba!

Atau kamu tertarik untuk merasakannya langsung?. Yuk gabung bersama kita di https://www.happyfresh.com/careers/jobs/tech-product/. Proses kita memang belum sempurna tapi kita berkomitmen untuk terus improve agile process yang kita miliki. 

NB: Jika berkenan, setelah mencoba mohon tuliskan di kolom komentar ya bagaimana hasilnya, plus apa yang tim teman-teman rasakan.