Jinsi ya Kuandika Hati ya Mahitaji ya Programu (Kwa Kiolezo Rahisi)

Miradi mingi ya programu inayoenda vibaya haishindwi kwa sababu ya msimbo mbaya. Hushindwi kwa sababu watu walikuwa na picha tofauti akilini mwao. Mmiliki wa biashara alifikiria jambo moja, msanidi programu alijenga lingine, na hakuna mtu aliyegundua hadi onyesho. Hati ya mahitaji ni zana rahisi na ya bei rahisi zaidi ya kuzuia hilo.

Kifungu "hati ya mahitaji" kinaweza kusikika kizito, kama kitu kilichotolewa na kamati kwa miezi kadhaa. Sio lazima kiwe hivyo. Kwa miradi mingi, hati iliyo wazi ya kurasa tano hadi kumi na tano, iliyoandikwa kwa lugha rahisi, inatosha kuoanisha kila mtu, kutoa makadirio sahihi na kulinda mradi kutokana na kuteleza. Mwongozo huu unakuonyesha cha kuweka ndani yake, jinsi ya kuandika kila sehemu, na unajumuisha kiolezo unachoweza kunakili. Ikiwa bado unaamua kama utajenga, soma [programu maalum dhidi ya programu ya nje ya rafu](blogu/programu- maalum- dhidi ya programu ya nje ya rafu) kwanza.

Kwa nini hati ya mahitaji ni muhimu

Hati nzuri hufanya kazi kadhaa kwa wakati mmoja.

• Inaunda uelewa wa pamoja. Kila mtu anasoma maelezo sawa ya kitakachojengwa.
• Inawezesha makadirio sahihi. Wachuuzi wanaweza kutoza bei sawa, kwa hivyo nukuu zinafanana. Mwongozo wetu wa gharama ya programu maalum unaelezea jinsi wigo unavyoendesha bei.
• Inadhibiti wigo. Chochote kisicho kwenye hati ni mabadiliko au kutolewa baadaye, na kila mtu anajua hilo.
• Inapunguza urekebishaji. Kutoelewana kunapatikana kwenye karatasi, ambapo ni rahisi, badala ya kwenye msimbo.
• Inakuwa marejeleo. Wanachama wapya wa timu, wajaribu na watunzaji wa siku zijazo wanaweza kuona kile ambacho mfumo unakusudiwa kufanya.
• Inakusaidia kuchagua mshirika. Kutoa muhtasari huo huo kwa wachuuzi kadhaa kunaonyesha ni nani anayeuliza maswali mazuri; tazama jinsi ya kuchagua kampuni ya ukuzaji wa programu.

Isiyo

Hati ya mahitaji si muundo wa kiufundi, na huhitaji kujua jinsi programu itakavyojengwa. Inaelezea kile programu lazima ifanye na kwa nini, si jinsi inavyofanya. Maamuzi kuhusu mifumo, hifadhidata na usanifu ni ya timu ya usanidi, yakiongozwa na mahitaji yako.

Pia hayajarekebishwa milele. Mahitaji hubadilika unapojifunza, na hati nzuri ina njia rahisi ya kushughulikia hilo. Lengo ni uwazi sasa, pamoja na njia iliyodhibitiwa ya kuzoea baadaye.

Muundo tunaopendekeza

Hapa kuna muundo unaofanya kazi kwa miradi mingi. Urekebishe ili uendane na ukubwa wa yako.

1. Muhtasari na malengo
2. Watumiaji na mahitaji yao
3. Wigo: kilicho ndani na kilicho nje
4. Vipengele na hadithi za watumiaji
5. Sheria na vikwazo
6. Data na ujumuishaji
7. Mahitaji yasiyo ya utendaji
8. Vipaumbele na mpango wa kutolewa
9. Vipimo vya mafanikio
10. Maswali na dhana zilizo wazi

Tunapitia kila moja hapa chini.

1. Muhtasari na malengo

Anza na muhtasari mfupi ambao mtu yeyote anaweza kuelewa kwa dakika moja. Fuatilia mambo matatu.

• Tatizo. Kuna tatizo gani leo? Eleza kwa mifano halisi: "Wafanyakazi hutumia saa mbili kila siku kunakili maagizo kati ya lahajedwali, na hitilafu husababisha uwasilishaji kuchelewa."
• Lengo. Ni nini kinapaswa kuwa tofauti mara tu programu itakapokuwepo? "Maagizo hutiririka kiotomatiki kutoka kwa tovuti hadi ghala bila kuingizwa tena."
• Muktadha. Sentensi chache kuhusu biashara yako, ili wasomaji waelewe mpangilio.

Weka sehemu hii fupi. Kazi yake ni kuelezea kwa nini mradi upo, na kila uamuzi wa baadaye unaweza kujaribiwa dhidi yake.

2. Watumiaji na mahitaji yao

Orodhesha kila aina ya mtu atakayetumia mfumo, na kile wanachohitaji kufanya. Hizi mara nyingi huitwa majukumu ya mtumiaji au watu binafsi.

Kwa kila jukumu, andika:

• Wao ni akina nani. Mteja, mpokeaji, meneja, msimamizi na kadhalika.
• Wanachotaka kufikia. Malengo yao makuu.
• Wanachopambana nacho leo. Pointi za uchungu ambazo programu inapaswa kurekebisha.
• Jinsi watakavyotumia. Kifaa, masafa na kiwango cha kujiamini kiufundi.

Hata mistari michache kwa kila jukumu ni muhimu. Ikiwa huwezi kutaja watumiaji wako, hauko tayari kujenga. Mbinu hii pia inalinda dhidi ya kosa la kawaida la kubuni kwa ajili ya mtu anayeagiza programu badala ya watu watakaoitumia.

3. Wigo: kilicho ndani na kilicho nje

Sehemu hii inazuia hoja nyingi kuliko nyingine yoyote. Andika orodha mbili.

Katika wigo wa toleo hili: vitu unavyotaka hakika.

Havipo katika wigo kwa sasa: vitu ambavyo umezingatia na kuviacha kwa makusudi baadaye.

Orodha ya pili ina umuhimu sawa na ya kwanza. Inarekodi mawazo mazuri bila kuyaruhusu yaongeze kiwango cha juu cha toleo la kwanza, na inakupa jibu tayari mtu anapouliza "vipi kuhusu...?". Ikiwa unapanga toleo la kwanza, soma MVP ni nini na MVP dhidi ya bidhaa kamili kwa jinsi ya kuchora mstari huo.

4. Vipengele na hadithi za watumiaji

Hiki ndicho kiini cha hati. Eleza kile ambacho mfumo lazima ufanye, kilichopangwa kulingana na eneo. Muundo rahisi na mzuri ni hadithi ya mtumiaji:

Kama [aina ya mtumiaji], nataka [kufanya kitu], ili [nipate faida fulani].

Mifano:

• Kama mteja, nataka kuchagua muda wa miadi, ili nisilazimike kupiga simu kliniki.
• Kama meneja, nataka kuona nafasi za leo kwenye skrini moja, ili niweze kupanga wafanyakazi.
• Kama msimamizi, nataka kuzima mtumiaji, ili wafanyakazi wa zamani wasiweze kuingia.

Chini ya kila hadithi, ongeza vigezo vya kukubalika: orodha fupi ya masharti ambayo lazima yawe kweli ili hadithi ihesabiwe kama imekamilika.

• Mteja huona nyakati zinazopatikana pekee.
• Barua pepe ya uthibitisho hutumwa ndani ya dakika moja baada ya kuweka nafasi.
• Muda uliowekwa unaweza kubadilishwa hadi saa 24 kabla.

Vigezo vya kukubalika hubadilisha maoni kuwa hundi. Pia huwapa wajaribu kitu sahihi cha kuthibitisha.

Vidokezo vya kuandika vipengele vizuri

• Tumia lugha rahisi. Epuka msamiati. Ikiwa mfanyakazi mwenzako ambaye si wa kiufundi hawezi kuifuata, iandike upya.
• Eleza tabia, si skrini. "Mteja anaweza kuchuja oda kwa tarehe" ni wazi zaidi kuliko "ongeza kushuka chini kulia juu".
• Fanya mahususi kuhusu nambari. "Haraka" na "watumiaji wengi" haimaanishi chochote. Sema "hupakia chini ya sekunde tatu" au "husaidia watumiaji 500 kwa wakati mmoja".
• Wazo moja kwa kila hitaji. Mahitaji yaliyojumuishwa huficha maelezo na ni vigumu kujaribu.
• Tumia mifano. Hali halisi inafaa aya ya maelezo.
• Ongeza michoro. Mchoro mkali, hata kwenye karatasi, huondoa utata mwingi.

5. Sheria na vikwazo vya biashara

Kila biashara ina sheria ambazo programu lazima ifuate. Ni rahisi kusahau kwa sababu watu huzibeba kichwani mwao. Ziandike.

Mifano:

• Punguzo zaidi ya asilimia 10 zinahitaji idhini ya meneja.
• Maagizo yanayowekwa baada ya saa 3 usiku husafirishwa siku inayofuata ya kazi.
• Mteja hawezi kuwa na nafasi mbili kwa wakati mmoja.
• Marejesho yanaruhusiwa ndani ya siku 30 baada ya ununuzi.
• Bei zinajumuisha kodi kwa wateja wa rejareja na hazijumuishi kwa wateja wa biashara.

Pia orodhesha vikwazo: mipaka ya bajeti, tarehe ya mwisho, teknolojia, kanuni au mifumo iliyopo. Mifano: "Lazima iendeshwe kwenye upangishaji wetu uliopo", "Lazima iwe tayari kabla ya msimu wa kiangazi", au "Data ya mteja lazima ibaki ndani ya nchi".

Ikiwa sekta yako ina sheria maalum, kwa mfano katika healthcare au elimu, zitaje na uthibitishe maelezo na washauri wako.

6. Data na ujumuishaji

Eleza ni taarifa gani mfumo unashughulikia na ni nini unapaswa kuunganisha.

Data: Ni rekodi gani zilizopo (wateja, maagizo, bidhaa, ankara)? Ni nani anayezimiliki? Je, zinahifadhiwa kwa muda gani? Je, tayari una data ya kuingiza kutoka kwa lahajedwali au mifumo mingine?

Miunganisho: Orodhesha kila mfumo mwingine ambao programu lazima izungumze nao: watoa huduma za malipo, zana za uhasibu, huduma za barua pepe, washirika wa usafirishaji, CRM, programu za simu. Kwa kila mmoja, eleza mwelekeo wa mtiririko wa data na mara ngapi hutokea.

Miunganisho ni chanzo cha mara kwa mara cha gharama iliyofichwa, kwa hivyo kamilisha uwezavyo. Ikiwa huna uhakika kama mfumo unatoa API, sema hivyo; mshirika wako wa usanidi anaweza kuangalia. Miradi inayounganisha zana kadhaa, kama vile [CRM] maalum (crm-software-development-cost.php) iliyounganishwa na uhasibu na barua pepe, inategemea sana sehemu hii.

7. Mahitaji yasiyo ya utendaji kazi

Hizi zinaelezea jinsi mfumo lazima ufanye kazi vizuri, sio kile unachofanya. Ni rahisi kupuuza na ni ghali kuongeza baadaye.

• Utendaji. Kurasa zinapaswa kupakia kwa kasi gani? Watumiaji wangapi kwa wakati mmoja?
• Usalama. Nani anaweza kuona nini? Je, kuna mahitaji ya nenosiri, kuingia au ulinzi wa data?
• Upatikanaji. Je, muda wa kutofanya kazi unakubalika kiasi gani? Je, kuna hitaji la kuhifadhi nakala rudufu?
• Utangamano. Ni vivinjari, vifaa na mifumo gani ya uendeshaji ambayo lazima iungwe mkono?
• Ufikiaji. Je, mfumo unapaswa kufikia viwango vya ufikiaji?
• Uwezo wa Kuenea. Je, unapaswa kushughulikia ukuaji kiasi gani katika miaka michache ijayo?
• Utunzaji. Je, unatarajia nyaraka gani, umiliki wa msimbo na makabidhiano?
• Lugha na eneo. Lugha, sarafu, miundo ya tarehe na maeneo ya saa.

Uwe mkweli. Kuomba "muda kamili wa kufanya kazi" na "kasi ya papo hapo" kwa kila kitendo huongeza gharama. Amua ni nini hasa muhimu kwa biashara.

8. Vipaumbele na mpango wa kutolewa

Sio kila kitu kinachoweza kujengwa kwanza. Panga vipengele ili timu ijue ni nini muhimu zaidi. Njia ya kawaida na yenye ufanisi ni MoSCoW:

• Lazima iwe nayo. Mfumo haufanyi kazi bila hiyo.
• Inapaswa kuwa nayo. Muhimu, lakini toleo linaweza kuendelea bila hiyo.
• Ingeweza kuwa nayo. Ni vizuri kuwa nayo ikiwa muda na bajeti inaruhusu.
• Sitafanya hivyo (wakati huu). Imekubaliwa lakini imeahirishwa kimakusudi.

Kisha hujumuishwa katika matoleo. Toleo la kwanza linapaswa kutoa thamani halisi lenyewe, huku matoleo ya baadaye yakiongezwa. Hii inasaidia ujenzi katika hatua, ambazo tunapendekeza kwa karibu kila mradi na kuelezea katika [mbinu] yetu (njia-ya-ya-njia.php).

9. Vipimo vya mafanikio

Utajuaje programu ilifanya kazi? Amua kabla ya kujenga.

Mifano:

• Muda wa kuingia kwenye oda hupungua kutoka dakika 10 hadi dakika 2.
• Miadi iliyokosa hupungua kwa theluthi moja.
• Asilimia 80 ya wateja huweka nafasi mtandaoni ndani ya miezi sita.
• Ripoti ya kila mwezi huchukua saa moja badala ya siku mbili.

Hatua huweka mradi katika uhusiano na thamani ya biashara na kukusaidia kuhukumu kama uwekezaji wa baadaye una haki.

10. Maswali na dhana zilizo wazi

Hakuna hati iliyokamilika. Kuwa mwaminifu kuhusu kile usichokijua.

• Maswali yaliyo wazi: mambo ya kuamuliwa, na mmiliki na tarehe.
• Mawazo: mambo unayoamini kuwa kweli ambayo mpango unategemea. "Tunadhani mfumo wa sasa wa uhasibu unatoa API."

Kuorodhesha haya kunaonyesha hatari iko wapi, na kumruhusu mshirika wako wa maendeleo kusaidia kuyatatua mapema. Washirika wazuri watapinga mawazo yako. Hiyo ni ishara ya timu kamili, si ngumu.

Kiolezo rahisi unachoweza kunakili

Nakili muhtasari huu kwenye hati na uijaze.

1. Muhtasari. Tatizo, lengo, muktadha.

2. Watumiaji. Kwa kila jukumu: nani, malengo, sehemu za uchungu, kifaa na kujiamini.

3. Upeo. Katika wigo wa kutolewa 1. Hakuna wigo kwa sasa.

4. Vipengele. Kwa kila eneo: hadithi za watumiaji, kila moja ikiwa na vigezo vya kukubalika.

5. Sheria na vikwazo. Sheria za biashara. Bajeti, tarehe ya mwisho, teknolojia, kanuni.

6. Data na ujumuishaji. Rekodi zilizoshughulikiwa, data ya kuagiza, mifumo ya kuunganishwa, mwelekeo na masafa.

7. Haifanyi kazi. Utendaji, usalama, upatikanaji, utangamano, ufikiaji, uwezo wa kupanuka, lugha.

8. Vipaumbele. Orodha ya MoSCoW na mpango wa kutolewa.

9. Vipimo vya mafanikio. Malengo mahususi na yanayopimika.

10. Maswali na dhana zilizo wazi. Kwa wamiliki na tarehe.

Makosa ya kawaida

1. Kuandika suluhisho badala ya hitaji. "Tunahitaji menyu kunjuzi" ni suluhisho. "Wafanyakazi lazima wachague bidhaa haraka" ni hitaji.
2. Kuwa wazi. "Rafiki kwa mtumiaji", "haraka" na "kisasa" hakuwezi kujaribiwa.
3. Kujaribu kutaja kila kitu. Maelezo mengi mapema sana yanapitwa na wakati. Toa maelezo kuhusu toleo la kwanza; elezea mengine.
4. Kusahau watumiaji. Zungumza na watu watakaotumia mfumo, si watu wanaoulipa tu.
5. Kupuuza vighairi. Marejesho ya pesa, kughairi, makosa na hali za ukingo ndio mahali ambapo mifumo huharibika.
6. Kuacha upande wa msimamizi. Mtu lazima adhibiti watumiaji, maudhui na mipangilio.
7. Kutoruhusu mabadiliko. Jumuisha njia ya kupendekeza, kukadiria na kuidhinisha mabadiliko.
8. Kuandika peke yako. Kagua hati na watumiaji, mameneja na mshirika wako wa uundaji.

Jinsi ya kutumia hati na wasanidi programu

Hati inafanya kazi vizuri zaidi kama mwanzo wa mazungumzo, si mkataba uliokabidhiwa ukutani.

1. Ishiriki na wachuuzi walioorodheshwa na uwaombe wakadirie kutoka kwayo.
2. Tazama maswali yao. Maswali bora hutoka kwa timu zinazoelewa tatizo lako.
3. Jadiliana kuhusu maelewano. Mshirika mzuri atapendekeza kurahisisha na njia mbadala.
4. Rekebisha pamoja. Sasisha hati kadri maamuzi yanavyofanywa.
5. Itumie wakati wa uundaji. Angalia kazi iliyowasilishwa dhidi ya vigezo vya kukubalika.
6. Iweke katika hali ya sasa. Mabadiliko yaliyoidhinishwa yanapaswa kurekodiwa katika hati.

Ikiwa hujui jinsi ya kuanza, timu nyingi, ikiwa ni pamoja na yetu, huendesha awamu fupi ya ugunduzi ambapo mahitaji yameandikwa nawe. Mara nyingi ni hatua ya kwanza muhimu zaidi. Unaweza kuona jinsi hii inavyoonekana kwenye ukurasa wetu wa programu maalum, na kisha wasiliana ukiwa tayari.

Mawazo ya mwisho

Hati ya mahitaji si urasimu. Ni bima ya bei nafuu zaidi unayoweza kununua kwa mradi wa programu. Inalazimisha uwazi, hufichua kutokubaliana mapema, hutoa makadirio ya kitu halisi cha kusimama nacho na huweka mradi ukilenga lengo.

Huna haja ya kuandika iliyo kamili. Hati iliyo wazi, ya uaminifu, na ya lugha rahisi inayowataja watumiaji, wigo, vipengele, sheria na maswali wazi itakuweka mbele ya miradi mingi. Ukitaka usaidizi wa kuandika moja, tuambie kuhusu mradi wako nasi tutaifanyia kazi pamoja nawe.