Mga Solusyon sa Paningin


Suporta
Magrehistro
Mag-login
Simulan ang Libreng Pagsubok
6 Mga tip upang matagumpay na ipatupad ang iyong tool sa Pamamahala ng Pangangailangan
Listahan ng blog

6 Mga tip upang matagumpay na ipatupad ang iyong tool sa Pamamahala ng Pangangailangan

Blog | 8 min na pagbabasa
Isinulat ni admin

Talaan ng nilalaman

6 Mga tip upang matagumpay na ipatupad ang iyong tool sa Pamamahala ng Pangangailangan

Bakit kailangan mo ng tool sa Pamamahala ng Mga Kinakailangan:

Ito ay walang lihim na poor na mga kinakailangan humantong sa hindi magandang kalidad ng mga produkto at ang mga proyektong ito ay madalas na puno ng saklaw kilabot. Ang mga hamon sa isang batay sa dokumento na diskarte sa mga kinakailangan ay marami, kasama na ang katotohanan na mahirap panatilihing napapanahon ang mga ito sa palaging pagbabago ng pag-unlad ng software. Kahit na nagawa mo ang isang stellar job sa pagtitipon at pagdodokumento ng mga kinakailangan ng gumagamit, nagsisimula pa lang ang gawain ng pamamahala ng mga kinakailangan.

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 pinakawalan sa isang umuulit (o Agile) na mode ngayon. Nangangahulugan ito na ang mga kinakailangan ay magkakaroon ng mga bersyon na nauugnay sa paglabas. Ang kakayahang subaybayan ang mga pagbabago at makilala ang epekto ng mga pagbabago ay ang pagkontrol sa pagbabago at saklaw ng kilabot.
  • Mag-imbak ng karagdagang impormasyon tungkol sa kinakailangan sa mga katangian ng kinakailangan. Marami pang kailangan nating malaman tungkol sa isang kinakailangan maliban sa pahayag ng kinakailangan. Halimbawa: katayuan ng mga kinakailangan, priyoridad, na humiling nito, katayuan sa 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 sa pagsubaybay. Isipin ang kakayahang lumikha ng isang 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 makakatulong sa amin na malaman ang katayuan ng proyekto.
  • Tingnan ang mga kinakailangan sa subset. Pag-isipan na matingnan ang lahat ng mga kinakailangan sa mataas na priyoridad na walang itinalagang pamamaraan ng pagsubok. O isang tanggapan sa seguridad na nais suriin lamang ang mga kinakailangang kaugnay sa seguridad. Ang kakayahang mag-filter ng mga kinakailangan upang isama lamang ang impormasyon na interesado ang gumagamit na makita na binabawasan ang oras na kinakailangan upang suriin ang mga kinakailangang ito.
  • Kontrolin ang pag-access. Gusto mong tiyakin na maaaring baguhin ng mga analista sa negosyo ang mga kinakailangan ng gumagamit; Maaari lamang mabago ng mga analista ng system ang mga kinakailangan sa system, at iba pa. Kapag naaprubahan, ang pag-access sa mga kinakailangan ay dapat na limitado upang walang karagdagang mga pagbabago na magagawa nang walang pagsusuri.
  • Makipag-usap sa mga stakeholder. Mahalaga ang pag-abiso ng mga pagbabago upang matiyak na ang mga stakeholder ay may kamalayan sa lahat ng mga potensyal na pagbabago. Karamihan sa mga kinakailangan ng tool sa pamamahala ay maaaring makatulong sa awtomatikong pagbibigay ng ganitong uri ng abiso.

Para sa amin na gumamit ng mga tool sa pamamahala ng mga kinakailangan, mahirap isipin na bumalik sa paggawa ng gawaing iyon sa papel. At naniniwala akong may ilan sa atin na pipiliing bumalik sa pamamaraang iyon. Personal kong kukuha ng anumang tool sa pamamahala ng mga kinakailangan sa isang diskarte na nakabatay sa dokumento. Gayunpaman kamangha-mangha sa akin na maraming mga samahan ng lahat ng laki ang patuloy na umaasa sa mga tool na batay sa dokumento upang pamahalaan ang kanilang mga kinakailangan. Ang paggamit ng isang tool sa Pamamahala ng Mga Kinakailangan ay isang kinakailangang unang hakbang upang makontrol ang mga kinakailangan.

Bago bumili ng isang tool sa Pamamahala ng Mga Kinakailangan:

Ito ay hindi lihim na propesyonal kinakailangan ng mga solusyon sa engineering ang pagpapabuti ng kahusayan kapag nagtatrabaho sa mga kinakailangan. Sila rin tulungan mabawasan ang bilang ng mga pagkakamali na karaniwang hahantong sa magastos na pagwawasto kapag natagpuan sa mga susunod na yugto ng pag-unlad na lifecycle. 

Samakatuwid maraming mga kumpanya ang naghahanap ng mga kinakailangang solusyon sa engineering, ngunit sa kasamaang palad, ang parehong patakaran na para sa halos anumang iba pang uri ng mga tool sa software ay nalalapat din sa mga kinakailangang solusyon sa engineering: ang tanga na may kasangkapan ay mananatiling tanga ...

Ang pinakamahusay sa klase mga kinakailangang solusyon sa engineering tulad ng Visure Requiry ALM platform ay napaka-kakayahang umangkop sa kakayahang upang suportahan ang halos anumang uri ng mga kinakailangan sa proseso ng engineering. Siyempre, kami - bilang isang tool vendor - ay nasisiyahan na ibenta sa iyo ang ilang software ngunit kumbinsido kami na ito lamang ang hindi makakatulong sa iyo. Sa halip we nais na tulungan kang maging matagumpay sa paggamit ng aming mga produkto.

Kaya, bago bumili ng isang kinakailangang solusyon sa engineering mangyaring tiyaking mayroon kang wastong mga kinakailangan sa proseso ng engineering tinukoy sa ilang mga aktibidad na nakatalaga sa ilang mga tungkulin. Siyempre, maaari din naming ibahagi ang aming mga karanasan sa lugar na ito. Kung alam mo ang detalyadong mga katangian ng iyong proseso mas madali ito para sa iyo upang makahanap ng angkop na solusyon na umaangkop sa mga pangangailangan ng iyong paraan.

6 mga tip upang matagumpay na ipatupad ang isang tool sa Pamamahala ng Mga Kinakailangan sa isang komplikadong sistema

Maraming taon na ang nakalilipas ginugol ko ang ilang taon sa pagtatrabaho sa isang napaka-kumplikadong sistema ng pagkontrol sa armas. Tulad ng naiisip mo na ang mga kinakailangan ay malaki, kumplikado, at madalas na binago. Gumugol kami ng maraming oras sa pagsubok lamang upang pamahalaan ang mga nakakatawang pagbabago na patuloy na isinumite, kapwa mula sa mga customer at mula sa mga developer.  Sa mga unang araw na iyon, wala kaming anumang mga tool sa pamamahala ng mga kinakailangan upang makatulong na magamit masuri ang mga pagbabagong ito. Gumagamit kami ng Interleaf at Excel (Naririnig ko ang mga daing ng sakit ngayon). Manwal ang lahat, kasama ang aming kumplikadong kakayahang mai-trace. Nagkaroon kami ng isang pares ng mga tao na walang ginawa kundi mapanatili ang mga traceability matrice at masuri ang epekto ng mga pagbabago. Sa oras na ito mayroon kaming traceability lamang mula sa Konsepto ng Mga Pagpapatakbo sa Mga Kinakailangan ng System sa Mga Kinakailangan ng Subsystem. Sinasabi kong "lamang" ngunit sa oras na iyon ang pagkakaroon lamang ng antas na ito ng kakayahang mai-trace ay isang malaking nagawa. 

Kapag nagkaroon kami ng sapat na mga pagbabago nag-isyu kami ng isang bagong dokumento ng mga kinakailangan sa system at bagong dokumento ng mga kinakailangan ng subsystem. Ang mga mahihirap na kontratista ay kailangang dumaan sa napakalaking mga kinakailangan ng subsystem at manu-manong matukoy kung ano ang may mga pagbabago. Hindi ko maisip ang oras na ginugol ng mga kontratista na sinusubukan lamang malaman kung anong mga pagbabago ang kailangan nilang mag-alala.

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

(1)  - Walang isang solong tool na kung saan ay mangyaring ang lahat. Mayroon kaming mga gumagamit na gusto ang aming pagpipilian at ang mga lumaban sa amin sa bawat hakbang. Nang walang isang customer na sumusuporta at nagpapatupad ng pagbabago hindi magiging posible sa isang malaking program na tulad nito. Ang isang gumagamit ay nagreklamo tungkol sa laki ng haligi ng tool na nakabuo ng traceability matrix, ganap na hindi pinapansin ang katotohanang nai-save siya nito ng mga araw ng manu-manong pagsisikap.

(2)  - Ang aming manu-manong pagsubaybay ay hindi masyadong malinis. Sa sandaling na-import namin ang lahat ng aming impormasyon sa tool at na-link ito nakita namin ang maraming mga puwang sa kakayahang mai-trace. Ano ang higit na nakakagambala ay mayroon kaming mga link na talagang walang katuturan. Kailangan naming gumawa ng maraming trabaho upang linisin pataas ang aming mga matrice sa pagsubaybay.

(3) - Ang pagsunod lamang sa mga kinakailangan ay mahusay, ngunit ngayon ay maaari naming magamit ang parehong pagsisikap upang mai-link ang mga kinakailangan upang subukan ang mga plano, at napunta sa pag-link ng mga kinakailangan sa subsystem upang mag-disenyo ng mga dokumento na maaari naming suriin. Hindi ito nangyari sa isang gabi, ngunit nangyari ito. Sa paglaon maaari naming mai-trace ang mga kinakailangan ng system sa isang kinakailangan ng subsystem sa isang dokumento ng disenyo sa isang module ng code. Gumamit pa kami ng isang tool upang matukoy ang pagiging kumplikado ng mga module ng code at ginamit ito upang makatulong na matukoy kung gaano kahirap ipatupad at subukan ang isang pagbabago.

(4)  - Ang mga sukatan mula sa isang tool na kinakailangan ay susi sa pag-unawa sa pagkakumpleto ng mga aktibidad sa pagsubok. Madalas naming naisip na 50% kaming kumpleto sa pagsubok. Pagkatapos ng lahat, 50% ng mga pagsubok ay nakumpleto. Gayunpaman, ang aming nalaman ay madali kaming masubukan ang pinakasimpleng at pinaka nauunawaan na mga bahagi ng system muna. Kaya't kahit na naisip na kami ay 50% kumpleto, lahat ng natitira ay napakataas na peligro. Natutunan naming unahin ang aming pagsubok sa pamamagitan ng pagtingin sa mga kinakailangan sa priyoridad at pagiging kumplikado ng software, impormasyong hindi namin matukoy sa pamamagitan ng manu-manong kakayahang mai-trace.

(5)  - Napakadali na magapi.  Magsimula nang simple. Kinakailangan naming talikuran ang aming mga mapaghangad na ideya at magsimula sa isang simpleng modelo ng pagsubaybay. Tulad ng natutunan at nakakuha kami ng mas maraming karanasan sa tool, nagdagdag kami ng karagdagang impormasyon sa aming modelo. Patuloy naming sinusuri ang aming proseso upang malaman kung ano pa ang maaari naming gawin upang mapabuti ito.

(6) - Huwag magtipid sa pagsasanay at pagtuturo. Sinanay namin ang bawat isa sa proyekto at lumikha ng mga dalubhasa na tumulong sa mga gumagamit na makamit ang paunang mga hadlang. Ipinadala namin ang aming mga dalubhasa sa aming mga kontratista nang maraming linggo nang paisa-isa upang matulungan silang makaakyat sa bilis sa paggamit ng tool. Nagkaroon pa kami ng aming sariling panloob na pangkat ng mga gumagamit. Maging handa sa ganitong uri ng pagsisikap.

Napakagandang karanasan sa pag-learse nito para sa akin. Kung interesado kang magsimula sa isang pagbabago tulad nito upang mapabuti ang proseso ng iyong mga kinakailangan, makipag-ugnay sa Mga Solusyon sa Visure. Masisiyahan kaming talakayin ang iyong proseso sa iyo.


Huwag kalimutang ibahagi ang post na ito!

tuktok

Pag-streamline ng mga Pangangailangan sa Pamamahala at Pagpapatunay

Hulyo 16th, 2024

10 am EST | 4 pm CET | 7 am PST

Louis Arduin

Louis Arduin

Senior Consultant, Visure Solutions

Thomas Dirsch

Senior Software Quality Consultant, Razorcat Development GmbH

Isang Pinagsanib na Diskarte sa Visure Solutions at Razorcat Development TESSY

Matutunan kung paano i-streamline ang pamamahala ng mga kinakailangan at pagpapatunay para sa pinakamahusay na mga resulta.