Ang Pinaka Kumpletong Gabay sa Pangangasiwa sa Pamamahala at Traceability

Paano ipatupad ang isang Tool sa Pamamahala ng Mga Kinakailangan

Paano ipatupad ang isang Tool sa Pamamahala ng Mga Kinakailangan?

Upang maipatupad ang isang Tool sa Pamamahala ng Mga Kinakailangan, may ilang hakbang na maaari mong gawin.

Una, kailangan mong tukuyin ang mga stakeholder at gumagamit ng tool. Kabilang dito ang mga project manager, business analyst, developer, tester, at iba pang taong gagamit nito. Kailangan mo ring tukuyin kung anong uri ng sistema ng pamamahala ng mga kinakailangan ang pinakamainam para sa iyong organisasyon batay sa laki nito, pagiging kumplikado ng mga proyekto, at iba pang mga salik.

Susunod, dapat kang magpasya kung aling software tool o platform ang gusto mong gamitin para sa iyong proseso ng pamamahala ng mga kinakailangan. Mayroong maraming iba't ibang mga uri na magagamit sa merkado ngayon tulad ng Visure. Kapag napagpasyahan mo na kung alin ang pinakamainam para sa mga pangangailangan ng iyong organisasyon, oras na para i-set up ang system. Maaaring kabilang dito ang paggawa ng mga user account, pag-set up ng mga antas ng pag-access para sa iba't ibang user, at pag-configure ng mga setting upang matiyak ang wastong paggana ng software.

Kapag ang iyong tool sa pamamahala ng mga kinakailangan ay nai-set up nang maayos, oras na upang simulan ang paggamit nito! Dapat mong tukuyin ang mga template para sa pangangalap at pag-aayos ng mga kinakailangan mula sa mga stakeholder. Bukod pa rito, dapat kang lumikha ng isang proseso at hanay ng panuntunan na nagsisiguro na ang bawat kinakailangan ay naidokumento nang tama upang masubaybayan ang mga ito nang naaayon sa buong ikot ng buhay nito. Panghuli, dapat kang magtatag ng proseso ng pagsusuri upang ang lahat ng pagbabago o pag-update sa isang kinakailangan ay maayos na masuri bago ipatupad.

Bakit kailangan mo ng Requirements Management Tool?

Hindi lihim na ang mga mahihirap na kinakailangan ay humahantong sa hindi magandang kalidad ng mga produkto at ang mga proyektong ito ay kadalasang puno ng scope creep. Ang mga hamon sa isang batay sa dokumento na diskarte sa mga kinakailangan ay marami, kabilang ang katotohanan na mahirap panatilihing napapanahon ang mga ito sa patuloy na pagbabago ng software development. Kahit na nakagawa ka ng isang mahusay na trabaho sa pangangalap at pagdodokumento ng mga kinakailangan ng user, ang gawain ng pamamahala sa mga kinakailangan ay kasisimula pa lang.

Narito ang ilang pangunahing kadahilanan para sa paggamit ng isang awtomatikong tool sa Pamamahala ng Mga Kinakailangan ayon sa Karl Wiegers (artikulong www.processimpact.com sa Pamamahala sa Mga Kinakailangan sa Mga Kinakailangan).

Pamahalaan ang mga bersyon at pagbabago. Karamihan sa mga system ay inilabas sa isang umuulit (o Agile) na paraan ngayon. Nangangahulugan ito na ang mga kinakailangan ay magkakaroon ng mga bersyon na nauugnay sa paglabas. Ang kakayahang subaybayan ang mga pagbabago at tukuyin ang epekto ng mga pagbabago sa pagkontrol sa pagbabago at saklaw ng paggapang.

Mag-imbak ng karagdagang impormasyon tungkol sa kinakailangan sa mga katangian ng mga kinakailangan. Marami pa tayong kailangang malaman tungkol sa isang kinakailangan maliban sa pahayag ng kinakailangan. Halimbawa, ang status ng mga kinakailangan, priyoridad, kung sino ang humiling nito, at status ng pagsubok. Ito ay ilan lamang sa mga mungkahi.

I-link ang mga kinakailangan sa iba pang mga elemento ng system. Upang matiyak na ang lahat ng mga kinakailangan ay bahagi ng produkto, ang lahat ng mga kinakailangan ay nasubok, ang mga pagbabago ay sinusuri, atbp. kailangan nating maiugnay ang mga kinakailangan sa iba pang mga elemento ng system.

Katayuan ng track. Isipin ang kakayahang gumawa ng listahan ng lahat ng mga kinakailangan na hindi naaprubahan, lahat ng mga kinakailangan na hindi naka-link sa mga kinakailangan sa mas mababang antas, at lahat ng mga kinakailangan na hindi nasubok. Ito ang mga uri ng impormasyon na tumutulong sa amin na talagang malaman ang katayuan ng proyekto.

Tingnan ang mga subset ng kinakailangan. Isipin na matingnan ang lahat ng mga kinakailangan na may mataas na priyoridad na walang nakatalagang paraan ng pagsubok. O isang tanggapan ng seguridad na gustong suriin lamang ang mga kinakailangan na nauugnay sa seguridad. Ang kakayahang mag-filter ng mga kinakailangan upang isama lamang ang impormasyon na interesadong makita ng user ay nakakabawas sa oras na kinakailangan upang suriin ang mga kinakailangang ito.

Kontrolin ang pag-access. Gusto mong tiyakin na mababago lamang ng mga analyst ng negosyo ang mga kinakailangan ng user; ang mga system analyst ay maaari lamang baguhin ang mga kinakailangan ng system, at iba pa. Kapag naaprubahan na, ang pag-access sa mga kinakailangan ay dapat na limitado upang walang karagdagang pagbabago ang maaaring gawin nang walang pagsusuri.

Makipag-ugnayan sa mga stakeholder. Mahalaga ang abiso ng mga pagbabago upang matiyak na alam ng mga stakeholder ang lahat ng potensyal na pagbabago. Karamihan sa mga tool sa pamamahala ng mga kinakailangan ay maaaring tumulong sa awtomatikong pagbibigay ng ganitong uri ng notification.

Para sa amin na gumamit ng mga tool sa pamamahala ng mga kinakailangan, mahirap isipin na babalik sa paggawa ng gawaing iyon sa papel. At naniniwala ako na kakaunti sa atin ang pipiliing bumalik sa pamamaraang iyon. Ako mismo ay kukuha ng anumang tool sa pamamahala ng mga kinakailangan sa isang paraan na nakabatay sa dokumento. Gayunpaman, kamangha-mangha sa akin na maraming organisasyon sa lahat ng laki ang patuloy na umaasa sa mga tool na nakabatay sa dokumento upang pamahalaan ang kanilang mga kinakailangan. Ang paggamit ng tool sa Pamamahala ng Mga Kinakailangan ay isang kinakailangang unang hakbang upang makontrol ang mga kinakailangan.

Bago bumili ng Requirements Management Tool...

Hindi lihim na ang mga propesyonal na kinakailangan sa mga solusyon sa engineering ay nakakatulong na mapabuti ang kahusayan kapag nagtatrabaho sa mga kinakailangan. Nakakatulong din ang mga ito na bawasan ang bilang ng mga pagkakamali na karaniwang hahantong sa mga magastos na pagwawasto kapag natagpuan sa mga susunod na yugto ng lifecycle ng pag-unlad.

Samakatuwid maraming mga kumpanya ang naghahanap ng mga naturang kinakailangan na mga solusyon sa engineering, ngunit sa kasamaang-palad, ang parehong panuntunan na para sa halos anumang iba pang uri ng software tool ay nalalapat din sa mga kinakailangan sa mga solusyon sa engineering: ang isang tanga na may tool ay nananatiling tanga...

Ang pinakamahusay sa klase na mga kinakailangan sa mga solusyon sa engineering tulad ng Visure Requirement ALM platform ay napaka-flexible sa kakayahang suportahan ang halos anumang uri ng mga kinakailangan na proseso ng engineering. Siyempre, kami – bilang isang tool vendor – ay masaya na magbenta sa iyo ng ilang software ngunit kami ay kumbinsido na ito lamang ay hindi makakatulong sa iyo. Sa halip, gusto naming tulungan kang maging matagumpay sa paggamit ng aming mga produkto.

Kaya, bago bumili ng isang kinakailangan na solusyon sa engineering pakitiyak na mayroon kang tamang proseso ng engineering na kinakailangan na tinukoy sa ilang partikular na aktibidad na nakatalaga sa ilang mga tungkulin. Siyempre, maaari rin naming ibahagi sa iyo ang aming mga karanasan sa lugar na ito. Kung alam mo ang mga detalyadong katangian ng iyong proseso, mas madali para sa iyo na makahanap ng naaangkop na solusyon na akma sa mga pangangailangan ng iyong proseso.

6 Mga Tip para sa Matagumpay na Pagpapatupad ng Tool sa Pamamahala ng Mga Kinakailangan

Maraming taon na ang nakalilipas gumugol ako ng ilang taon sa pagtatrabaho sa isang napakakomplikadong sistema ng pagkontrol ng armas. Tulad ng maiisip mo na ang mga kinakailangan ay malaki, kumplikado, at madalas na nagbabago. Gumugol kami ng maraming oras sa pagsubok lamang na pamahalaan ang mga nakakapinsalang pagbabagong iyon na patuloy na isinumite, parehong mula sa mga customer at mula sa mga developer. Noong mga unang araw na iyon, wala kaming anumang mga tool sa pamamahala ng kinakailangan upang matulungan kaming masuri ang mga pagbabagong ito. Gumagamit kami ng Interleaf at Excel (naririnig ko ngayon ang mga daing ng sakit). Ang lahat ay manu-mano, kabilang ang aming kumplikadong traceability. Mayroon kaming ilang mga tao na walang ginawa kundi panatilihin ang mga traceability matrice at tinasa ang epekto ng mga pagbabago. Sa oras na ito mayroon lang kaming traceability mula sa Konsepto ng Mga Operasyon hanggang sa Mga Kinakailangan ng System hanggang sa Mga Kinakailangan sa Subsystem. Sinasabi ko na "lamang" ngunit sa oras na iyon ang pagkakaroon lamang ng ganitong antas ng traceability ay isang malaking tagumpay.

Kapag nagkaroon kami ng sapat na mga pagbabago, naglabas kami ng bagong dokumento ng mga kinakailangan sa system at bagong dokumento ng mga kinakailangan sa subsystem. Ang mga mahihirap na kontratista ay kailangang dumaan sa napakalaking mga kinakailangan sa subsystem at manu-manong matukoy kung ano ang nagbago. Hindi ko maisip ang oras na ginugol ng mga kontratista para lamang malaman kung anong mga pagbabago ang kailangan nilang alalahanin.

Nasa kalagitnaan ng proyektong ito sa pag-upgrade na sapat ang sinabi ng customer at inatasan ang aking team sa pagsusuri at pagpili ng tool sa pamamahala ng mga kinakailangan. Ang tool na pinili namin ay hindi mahalaga sa partikular na talakayang ito, ngunit kung ano ang natutunan namin mula sa pagpili at pagpapatupad ng tool na ito ay mahalaga. Narito ang ilang mga aral na natutunan.

(1) – Walang isang tool na magpapasaya sa lahat. Nagkaroon kami ng mga user na nagustuhan ang aming pinili at ang mga lumaban sa amin sa bawat hakbang ng paraan. Kung walang customer na sumusuporta at nagpapatupad ng pagbabago hindi ito magiging posible sa isang malaking programa na tulad nito. Nagreklamo ang isang user tungkol sa laki ng column ng tool-generated traceability matrix, na lubos na binabalewala ang katotohanang nailigtas siya nito ng mga araw ng manual na pagsusumikap.

(2) – Ang aming manual traceability ay hindi masyadong malinis. Sa sandaling na-import namin ang lahat ng aming impormasyon sa tool at na-link ito, nakakita kami ng maraming gaps sa traceability. Ang mas nakakabahala ay mayroon kaming mga link na talagang walang kahulugan. Kailangan naming gumawa ng maraming trabaho upang linisin ang aming mga traceability matrice.

(3) - Ang pagsubaybay lamang sa mga kinakailangan ay mahusay, ngunit ngayon ay maaari naming gamitin ang parehong pagsisikap upang i-link ang mga kinakailangan sa pagsubok ng mga plano at pumunta sa malayo sa pag-link ng mga kinakailangan sa subsystem sa disenyo ng mga dokumento na maaari naming suriin. Hindi ito nangyari sa isang gabi, ngunit nangyari ito. Sa kalaunan, maaari naming masubaybayan ang mga kinakailangan ng system mula sa isang subsystem na kinakailangan sa isang disenyo ng dokumento sa isang code module. Gumamit pa kami ng tool upang matukoy ang pagiging kumplikado ng mga module ng code at ginamit ito upang makatulong na matukoy kung gaano kahirap ang isang pagbabago na ipatupad at subukan.

(4) – Ang mga sukatan mula sa isang tool na kinakailangan ay susi sa pag-unawa sa pagkakumpleto ng mga aktibidad sa pagsubok. Madalas nating iniisip na 50% na tayo sa pagsubok. Pagkatapos ng lahat, 50% ng mga pagsusulit ay natapos. Gayunpaman, ang nalaman namin ay malamang na subukan muna namin ang pinakasimple at pinaka-naiintindihan na mga bahagi ng system. Kaya kahit na kami ay 50% na kumpleto, lahat ng natitira ay napakataas na panganib. Natutunan naming unahin ang aming pagsubok sa pamamagitan ng pagtingin sa mga priyoridad ng mga kinakailangan at pagiging kumplikado ng software, ang impormasyong hindi namin matukoy sa pamamagitan ng manual traceability.

(5) – Napakadaling ma-overwhelm. Magsimula nang simple. Kinailangan naming i-back off ang aming mga ambisyosong ideya at magsimula sa isang simpleng traceability na modelo. Habang natuto kami at nakakuha ng higit pang karanasan sa tool, nagdagdag kami ng higit pang impormasyon sa aming modelo. Patuloy naming tinatasa ang aming proseso para malaman kung ano pa ang maaari naming gawin para mapahusay ito.

(6) - Huwag magtipid sa pagsasanay at mentoring. Sinanay namin ang lahat sa proyekto at lumikha ng mga eksperto na tumulong sa mga user na malampasan ang mga unang hadlang. Ipinadala namin ang aming mga eksperto sa aming mga kontratista sa loob ng ilang linggo sa isang pagkakataon upang tulungan silang makakuha ng bilis sa paggamit ng tool. Nagkaroon pa kami ng sarili naming grupo ng mga internal na user. Maging handa para sa ganitong uri ng pagsisikap.

Napakagandang learning experience ito para sa akin. Kung interesado kang magsimula sa isang pagbabagong tulad nito upang mapabuti ang proseso ng iyong mga kinakailangan, makipag-ugnayan sa Visure Solutions. Ikalulugod naming talakayin ang iyong proseso sa iyo.

Huwag kalimutang ibahagi ang post na ito!