Tulijenga Bidhaa Isiyo Sahihi kwa Wiki 6
Tulijenga kitu kisichohitajika kwa wiki sita. Mteja hakulalamika kamwe. Hilo ndilo lilikuwa tatizo.
Hii si kuhusu zana au mbinu za kuongeza tija. Ni kuhusu ukweli mchungu.
Mteja wa sekta ya afya alituomba mfumo wa kuweka miadi ya wagonjwa. Tuliuliza maswali. Tukaitikia kwa kichwa. Tukaanza kujenga.
Katika wiki ya sita, tulimwonyesha demo. Mteja akanyamaza.
Walisema: "Hii ni nzuri. Lakini wauguzi hawapangii miadi. Wasimamizi wa bima ndio hufanya hivyo. Mtiririko wao wa kazi ni tofauti."
Hakuna aliyedanganya. Hakuna aliyefanya mawasiliano mabaya. Tulishindwa tu kuuliza ni nani atakayekitumia programu hiyo kila siku.
Code ghali zaidi ni ile inayotatua tatizo lisilo sahihi. Code mbaya zaidi si ile inayofeli (crash). Ni ile inayofanya kazi vizuri sana lakini haitatatui kitu chochote.
Hapa kuna makosa yetu makubwa zaidi:
- Kupuuza sifa za mtumiaji (user persona). Tulijenga kwa ajili ya mtoa maamuzi badala ya mtumiaji.
- Kuchanganya idhini na usahihi. Mteja kusema "ndiyo" haimaanishi kuwa bidhaa ni sahihi.
- Kutumia idhini kama ulinzi. Ikiwa usingemwonyesha mtu unayemheshimu kazi yako, usitumie idhini ya mteja kama ngao.
- Kuchukulia uwekaji kwenye matumizi (deployment) kama mstari wa mwisho. Mafanikio hutokea baada ya uzinduzi.
Jinsi ya kurekebisha hili:
Kuwa wazi unapopingana. Mwambie mteja: "Tutajenga hili kwa sababu umeomba. Lakini tunaamini X itasababisha Y. Hebu tuliandike hili kwa maandishi."
Sentensi hii inazuia kulaumiwa baadaye.
Acha kuchukulia uwekaji kwenye matumizi (deployment) kama mwisho. Unahitaji ufuatiliaji wa makosa (error tracking), arifa za utendaji (uptime alerts), na dashibodi moja kwa viwango vya makosa na ucheleweshaji (latency). Pia unahitaji nyaraka (documentation) kwa ajili ya nafsi yako ya baadaye.
Ni kosa gani timu yako inaendelea kulifanya?