Mga Solusyon sa Paningin


Suporta
Magrehistro
Mag-login
Simulan ang Libreng Pagsubok

Mga Pagbabago sa Katayuan ng Mga Kinakailangan at Kahilingan

Mga Pagbabago sa Katayuan ng Mga Kinakailangan at Kahilingan

Talaan ng nilalaman

Katayuan ng Mga Kinakailangan

Upang manatili sa tuktok ng proyekto, subaybayan ang bawat kinakailangan sa buong buhay nito. Maaari ka ring magtalaga ng halaga ng katangian upang iimbak ang impormasyong iyon para sa karagdagang seguridad at katumpakan. Ang ganitong uri ng pagsubaybay sa status ay makakatulong na bawasan ang karaniwang problema sa mga proyekto ng software – maling sinasabing ito ay "siyamnapung porsyentong tapos na". Ang bawat kinakailangan ay dapat magkaroon ng isa sa mga katayuang ito sa anumang partikular na takdang panahon:

  • Nagtaguyod (isang taong masiglang sumuporta dito)
  • Ang proseso ng pag-apruba ay matagumpay at ang alokasyon ay inilagay sa isang baseline.
  • Pagkatapos ng maingat na paggawa, pag-script, at pagsubok sa code, ipinatupad namin ito.
  • Kapag ang kinakailangan ay sumailalim at pumasa sa mga pagsubok nito, ito ay na-verify para sa matagumpay na pagsasama sa produkto.
  • Ang pangangailangang ito ay matutupad sa ibang araw.
  • Nagpasya kang Tanggalin ito at hindi ito ipatupad.
  • Na-dismiss (ang konsepto ay hindi kailanman binigyan ng berdeng ilaw)

Bukod sa mga nabanggit na opsyon sa status, maaaring isaalang-alang ang iba pang mga status. Ang ilan ay maaaring mag-opt para sa isang status na "Nasuri" upang patunayan ang kanilang mga kinakailangan bago idagdag ang mga ito sa mga baseline na configuration. Bilang kahalili, maaaring gamitin ng mga organisasyon ang "Naihatid sa Customer" bilang isang paraan ng pag-verify na inilabas nila ang kinakailangan nang maayos at tama.

Kung magtatanong ka tungkol sa pag-unlad ng isang developer, maaari niyang sagutin na mayroong 87 na kinakailangan para sa partikular na proyektong ito. 61 na ang nakumpirma at 9 ang nasa lugar ngunit nakabinbin pa rin ang verification habang 17 ang nananatiling pinal. Gayunpaman, mahalagang tandaan na ang mga kahilingang ito ay hindi lahat ay tumutugma pagdating sa laki o epekto sa kasiyahan ng customer; maaaring mangailangan din sila ng iba't ibang dami ng pagsisikap. Bilang isang tagapamahala ng proyekto, wala akong duda na mayroon kaming tumpak na pag-unawa sa laki ng subsystem at kung gaano ito kalapit sa pagkumpleto. Ito ay mas epektibo kaysa sa simpleng pagsasabi ng "Ako ay halos siyamnapung porsiyentong tapos na". Sa pangkalahatang larawan ng pag-unlad, masasabi kong may kumpiyansa akong “napakaganda nito!”

Pagbabago ng mga Kahilingan

Upang makamit ang matagumpay na pangangasiwa ng mga kinakailangan, dapat asikasuhin ng iyong organisasyon ang bawat pagdaragdag, pagtanggal at pagbabago ng kinakailangan. Ito ay magbibigay-daan sa iyong subaybayan ang katayuan pati na rin ang mga implikasyon ng lahat ng mga kahilingan sa pagbabago. Maaari mo ring gamitin ang data na ito upang sagutin ang ilang katanungan sa pagtatanong tulad ng:

  • Ilang kahilingan para sa pagbabago ang ginawa sa loob ng itinalagang takdang panahon?
  • Ilan sa mga kahilingan ang nasagot at ilan ang nananatiling hindi nalutas?
  • Ano ang rate ng pag-apruba para sa mga kahilingan, at ilang porsyento ang tinanggihan?
  • Gaano kalawak ang paggastos ng koponan ng lakas upang maisagawa ang bawat awtorisadong pagbabago?
  • Ano ang karaniwang haba ng oras na nananatiling bukas ang mga kahilingan?
  • Sa karaniwan, gaano karaming mga item (hal., mga kinakailangan o artifact) ang naaapektuhan ng bawat isinumiteng kahilingan sa pagbabago?

Tiyaking sinusubaybayan mo ang anumang mga pagbabagong ginawa sa panahon ng proseso ng pagbuo pagkatapos magtakda ng baseline para sa bawat release. Tandaan, ang isang kahilingan sa pagbabago ay maaaring magkaroon ng epekto sa maraming pangangailangan ng iba't ibang uri (naka-orient sa gumagamit, gumagana at hindi gumagana). Upang masuri kung gaano karaming mga pagbabago ang dumaan sa isang partikular na yugto ng panahon, hatiin ang bilang ng mga pagbabago sa kabuuang halaga ng mga kinakailangan bago ang panahong ito (tulad ng kapag tinukoy ang iyong baseline).

Hindi namin gustong ganap na alisin ang pagkasumpungin ng mga kinakailangan. Pagkatapos ng lahat, kadalasan ay may lehitimong katwiran para sa pagbabago sa mga ito. Ngunit sa parehong oras, kailangan nating tiyakin na ang ating proyekto ay makakayanan ang mga pagbabago at matutugunan pa rin ang mga obligasyon nito. Ang paglapit sa pagkumpleto ay magkakaroon ng mga karagdagang gastos kapag ang mga pagbabago ay ginagawa nang madalas; ginagawa nitong mahirap matukoy kung kailan mo ilalabas ang iyong produkto sa mundo! Habang umuunlad ang pag-unlad, karamihan sa mga proyekto ay dapat na maging mas matatag sa mga pagbabago; sa madaling salita, dapat na unti-unting bumaba ang rate ng pagtanggap ng pagbabago hanggang sa umabot ito sa zero kapag natapos na ang release. Ang umuulit na diskarte ay nagbibigay sa mga koponan ng maraming pagkakataon para sa pagsasama ng mga pagpapabuti sa mga susunod na pag-ulit habang nananatili pa rin sa track sa timeline ng bawat cycle.

Kung ang iyong koponan ay binaha ng mga kahilingan sa pagbabago, malamang na ang proseso ng elicitation ay hindi komprehensibo o patuloy na lumalabas ang mga ideya habang umuusad ang proyekto. Dahil dito, mahalagang subaybayan kung saan nagmumula ang mga pagbabagong ito sa marketing, user, salespeople, management team atbp. Ang pagsubaybay sa impormasyong ito ay tutulong sa iyo sa pagtukoy kung sino at ano ang nangangailangan ng pansin upang mabawasan ang hindi napapansin na mga kinakailangan at maiwasan ang miscommunication sa hinaharap.

Kapag ang mga kahilingan sa pagbabago ay nananatiling hindi naresolba sa mahabang panahon, ito ay isang malinaw na indikasyon na ang iyong proseso ng pamamahala sa pagbabago ay nangangailangan ng ilang pansin. Personal kong nasaksihan ang isang organisasyon na may mga kahilingan sa pagpapahusay na maraming taon na at nakabinbin pa rin. Para bigyang-priyoridad ng project manager ang kanilang lakas sa pinakamahahalagang item sa backlog, dapat magtalaga ang team na ito ng mga partikular na bukas na kahilingan sa mga nakaplanong release ng maintenance at i-convert ang iba pang pangmatagalang ipinagpaliban na mga pagbabago bilang mga tinanggihan. Sa ganitong paraan mas madali nilang matutugunan kung ano ang mahalaga at apurahan bago harapin ang anumang hindi gaanong mahahalagang bagay.

Oras at Pagsisikap

Upang matiyak ang pinakamainam na performance, lubos naming iminumungkahi na itala mo ang dami ng oras na ginugugol ng iyong koponan sa mga kinakailangan sa mga gawaing pang-inhinyero. Kabilang dito ang paggawa ng mga kinakailangan sa kalidad at pamamahala ng pagbabago, pagsubaybay sa pag-unlad, paggawa ng data ng traceability, at iba pang aktibidad na nauugnay sa prosesong ito.

Madalas akong tinatanong ng mga tao kung gaano karaming oras at lakas ang dapat ilaan sa mga pangangailangan ng isang proyekto. Ang sagot na ito ay lubos na nakadepende sa laki, koponan, organisasyong bumubuo nito, at layunin nito. Ang pagsubaybay sa iyong mga pagsisikap na namuhunan sa mga kritikal na gawain para sa mga proyektong tulad nito ay makakatulong sa iyong mas mahusay na magplano ng mga hinaharap na may tumpak na mga pagtatantya.

Kung ang iyong koponan ay dati nang nakakumpleto ng isang proyekto at naglaan ng 10% ng oras nito sa mga kinakailangan, sa pagmumuni-muni ay maaaring napansin mo na ang kalidad ng mga kinakailangang iyon ay maaaring mas mapabuti. Kung nahaharap sa isa pang katulad na proyekto, makabubuti para sa Project Manager na tiyaking mas maraming pagsisikap ang ibibigay sa paglikha ng masusing mga detalye - higit sa sampung porsyento ng kabuuang magagamit na mga mapagkukunan ay dapat sapat na!

Habang nangongolekta at nagsusuri ka ng data, ihambing ang pagsusumikap sa pagbuo ng proyekto sa sukat ng laki ng produkto. Ang iyong mga dokumentong kinakailangan ay magbibigay ng ideya sa kabuuang sukat nito. Upang maging mas tumpak, maaari mong iugnay ang pagsusumikap upang mabilang ang nasusubok na mga indibidwal na detalye, gamitin ang mga punto ng kaso, o mga punto ng paggana – anuman ang proporsyonal sa mga sukat ng iyong produkto. Sa pamamagitan ng pangangalap ng data na nauugnay sa laki para sa iyong produkto at pagpuna sa nauugnay na pagsusumikap sa pagpapatupad, maaari kang magbalangkas ng mga tumpak na pagtatantya bilang paghahanda para sa mga katulad na proyekto sa hinaharap.

Maaaring manatili ang takot sa isipan ng marami; takot na ang pagbuo ng isang software measurement program ay magnanakaw ng mahalagang oras mula sa mahahalagang gawain. Sa kabaligtaran, ang pagpapatupad ng isang mahusay at naka-target na sistema ng sukatan ay hindi nangangailangan ng labis na pagsisikap o enerhiya. Ang kailangan mo lang gawin ay bumuo ng isang pangunahing imprastraktura para sa pagkolekta at pagsusuri ng data, pati na rin hikayatin ang mga miyembro ng iyong koponan na mag-log ng ilang nauugnay na detalye tungkol sa kanilang mga aktibidad sa trabaho. Kapag lumikha ka ng isang kultura batay sa mga sukatan sa loob ng iyong kumpanya, kamangha-mangha kung ano ang matututuhan ng isa sa pamamagitan ng pamamaraang ito!

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.