Ada sejumlah besar informasi tentang Habré, dengan deskripsi metodologi yang fleksibel. Ada teks yang menggambarkan betapa asyiknya ketika semuanya berjalan scrum di tim Anda. Tetapi ketika datang untuk memperkenalkan metodologi modis, informasi dalam artikel terbatas pada beberapa kalimat dalam kunci "isi backlog, lakukan perencanaan, nikmati peningkatan efisiensi kerja tim"
Artikel ini ditujukan bagi mereka yang telah mendengar sesuatu tentang metodologi lincah, akrab dengan beberapa terminologi lincah dan yakin bahwa pendekatan scrum benar-benar diperlukan di departemen Anda dalam perusahaan.
Bagaimana mengetahui bahwa departemen TI di perusahaan saya benar-benar membutuhkan scrum?
Tanda proses suboptimal dalam pekerjaan adalah banyak keluhan dari departemen lain. Inilah yang terjadi dengan kami. Setiap departemen dalam perusahaan menuduh departemen yang berdekatan dan, tentu saja, pada TI.
Mengenai IT, mereka selalu mengatakan bahwa pengembangan hal-hal "sederhana" tertunda. Konsep "sederhana" biasanya diinvestasikan dalam pengembangan seluruh proyek, yang bahkan tim pengembangan yang mapan membutuhkan lebih dari 2 bulan
Gejala terlihat di dalam tim:
- Timlid tidak tahu apa yang dilakukan masing-masing programmer , karena ...
- ... karena programmer menerima tugas di koridor , dari kepala departemen lain atau manajemen perusahaan
- Prioritas tugas diukur dalam rentang dari yang mendesak hingga "kami tidak pergi sampai kami melakukannya"
- Tenggat waktu tidak pernah terpenuhi
- Informasi proyek diteruskan dari mulut ke mulut
Gambar dari https://pikabu.ru/story/zamknutyiy_krug_rossiyskogo_biznesa_4270437
Jika proses bisnis di dalam perusahaan Anda mirip dengan gambar ini, dan para pengembang berada dalam tekanan abadi, maka situasi Anda sangat mirip dengan situasi di mana perusahaan kami berada. Langkah selanjutnya menggambarkan salah satu solusi untuk situasi ini. Saya berharap bahwa 10 iterasi berikutnya dari pengantar scrum akan dapat memindahkan bisnis dan tim dari titik mati dan akan mendapat manfaat.
Alat memimpin tim
, :
- Jira
- Gitlab / github / bitbucket
- Confluence
- Google drive
- IT
, : , , , , , Google, Apple Tesla . ? , «»?
, , , .
?
- , - , , .
- , . 10 5 .
- .
, , , 4-
. « , »
IT . 10 2. « », , .
«» IT .
: , .
.2
, . , , . IT . , , , , , . 100 100 , //.
: , .
. +2 . , - , — .
, .
.3
— . , . , , , … , , 10 19 . .
:
jira 4 : « », « », «» cost of delay, , .
4 : «», «», «» storypoint — ?
, , , , .
: . , , — . .
. .
.4
, : -?
, 10%, , .
: - , . , . , 3 .
. .

.
: , , , .
.5
, , , . , ?
: .
, , + 50%, .
: , , . , - ( ?)
.6
- , , . , . , . .
. «» . . - , - .
, , .
: .
.7
, . , !
: , . .
, -, , , .
: , . .
.8
.
- 3- — TODO-IN PROGRESS — DONE
.
- . - , , .
: , 90%, , .
- — c. , . , . , , .

, , .
: , . …
.9
, 10-15 . 5 . . , . todo ready. , , .
: - .
.10
, , , .
, .
, . , , - , 15 . .
Setelah mengambil 9 langkah sulit, Anda dapat mengklarifikasi pekerjaan seluruh departemen di perusahaan, mungkin meningkatkan efektivitasnya beberapa kali, tetapi Anda tidak dapat menghitung berapa banyak rasa sakit yang Anda temui. Mungkin butuh berbulan-bulan untuk beberapa iterasi, dan kadang-kadang, tanpa tekanan yang tepat, kemunduran ke langkah sebelumnya bisa terjadi, karena selalu lebih mudah untuk kembali. Tetapi jika Anda sudah berada di sini, maka saya senang mengucapkan selamat kepada Anda karena telah melewati jalan yang berduri ini.