Saya, Lulusan Sekolah Islam, yang Gagal

14 tahun mengenyam pendidikan sekolah islam (dari TK sampai SMA) masih belum bisa membuat saya..

.. sadar betul bahwa bagaimanapun kondisinya, saya harus mengutamakan islam, dan umatnya, umat muslim. Gak usah pedulikan kaum minoritas, mereka beda agama. Mereka nanti bakal masuk neraka, buat apa dipikirkan? ya kan?. Sebisa mungkin tetap harus islam yang utama, muslim yang utama.

.. memahami bahwa itu semua bukan tindakan SARA. Mengutamakan islam itu merupakan ajaran agama. Tidak ada alasan untuk tidak mengikuti. Titik. (mau masuk surga apa neraka?)

.. benar-benar pintar dalam mencari teman. Saya harusnya mencari teman ya dari kalangan muslim saja. Kenapa? supaya aqidah saya tidak bercampur-campur. Supaya saya tidak menjadi orang munafiq. Harusnya cari teman dekat dari kalangan muslim. Jangan lah berteman dengan orang non-muslim. Kafir itu. Berbahaya.

.. tutup mata dalam menjalankan ajaran agama. Karena sudah jadi perintah. Ikuti. Sami’na wa atho’na. Tidak perlu banyak mempertanyakan, atau mempertaruhkan dengan logika. Walaupun itu hanya menguntungkan umat muslim, bukan manusia secara general. Walaupun tidak baik buat kita, ikutin. (mau masuk surga apa neraka?)

.. walaupun kualitasnya jelek, eh maaf mungkin lebih tepatnya kurang bagus (history, program, dll-nya), ya harus tetap pilih pemimpin yang islam. Pokoknya islam. Utamanya islam. Titik. Jangan banyak cincong. Jangan biarkan musuh islam menjadi pemimpin. (caelah, cari pemimpin apa cari musuh bray?)

Ya itulah pokoknya. Saya masih banyak sekali yang gagal.

Dan semoga Anda tidak gagal paham dalam membaca tulisan saya.

Vandalism?

All HF Definition

Just did a little experiment again.

Goal: To make team more aware with all of our definition
Preferrable outcome: More quality, less bug, less missed, and easier communication and coordination

We used to put all of our definition on Confluence. But it turns probably less people who remember all of this things, even less people read the page. I believe some of them have made all of this definition as their standard but as part of coaching, you need to make sure all of them have at least similar standard. Because agile development goal is high quality product, so we don’t have any excuses to reduce that due to time, scope, and any other parameters.

Do you think it will increase the awareness? maybe.
Do you think it will increase our product quality? probably.

At least we try, and learn from it later.

Tips on how to create definition (of done, etc):
1. Use clear parameter
2. Every items should be easy to define whether it’s passed or not
3. Make sure every member of scrum teams is involved during the definition process
4. Okay to put high standard, but also okay to build it iteratively
5. Let it rolling!

Will share the result on the next article (later)

Scrum User Group Jakarta Meetup – January 2017

Today (Wednesday, January 11th, 2017), HappyFresh will host Scrum User Group Jakarta meetup.

Please come if you’re interested, or if you’re curious on how our tech-product process going. See the details here: https://lnkd.in/fTJSPhP

For those who cannot join the offline meetup, you’re still able to join via online (streaming):

Topic: Scrum User Group Jakarta Meetup at HappyFresh
Time: Jan 11, 2017 6:45 AM (GMT+7:00) Jakarta Join from PC, Mac, Linux, iOS or Android: https://zoom.us/j/911518142

See you tomorrow!

NB: I’ll share the meetup documentation in the next article (later)

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.

Agile Team Doesn’t Need a Project Manager

Why?

Because every member in agile team (should) knows, really knows, how to manage themselves. They can pick the task by themselves as long it’s match with the goal that been decided by (who?) the team (of course!).

Team? why it isn’t on Product Owner?
From my perspective, even the goal comes from Product Owner, it should be agreed by the whole team. Product Owner should explain, persuade, and convince the team that the goal that been represented by every single backlog is the most important one.

Then, let the team pick the task, pick their “making” time.
No need to “micro manage” them.
No need to being a “control freak”.
No need to make a SOP on what time they should come up in the office. (because we never ask them to go home on the specific time, isn’t it?) (or even give them a compensation for being overtime, isn’t it?)
No need to control when they should work, when they should take a rest.

You only need to:
Make sure they still on the track towards the goal.
Remind them.
Find the blockers, help them to solve it (by themselves).

And make sure they’re ..

Happy.