Tuesday 8 July 2014

Paano Maaari masigla "liksi" humahantong sa mga matagumpay na IT ng WWF?

Mga kumpanya sa pag-develop sa IT at mga organisasyon ay nai-gamit masigla upang mapalakas ang kanilang aktibidad sa pag-develop at maghatid ng oras masaklawan mga proyekto. Tulad ng sa ngayon, masigla framework ay sikat na ginagamit upang mabawasan ang mga teknikal na utang at kontrolin ang pagbabalik. Ang balangkas ay nagbibigay ng tampok sa pamamagitan ng kung aling mga palugit produkto ay maaaring availed sa isang pare-pareho na batayan at shippable mga kwento ng user ay inihatid sa dulo ng sprint iterations. Habang magkano ay tinalakay tungkol sa Maipapadala sa masigla, ang pinaka-mahalaga Naiihatid ay isang bug libreng release working software na binuo gamit ang well crafted code - ang "code base". Ito ay napakahalaga upang makapaghatid ng kinakailangang halaga ng proyekto sa pamamagitan ng mahusay na dinisenyo, lohikal, at bug libreng code. Sa masigla maraming tao, dapat may perpektong magpakita sa kalyeng functional koponan sa pagbuo ng virtues tulad ng responsibilidad, pragmatismo, propesyonalismo, at maging ang pagmamataas habang naghahatid ng pagiging produktibo sa panahon ng araw-araw na sprints. Ang mga halaga makatulong upang suriin ang teknikal na utang at pagbutihin ang mga halaga ng negosyo na nauugnay sa mga kwento ng user.

Ang saklaw at mga uri ng mga proyekto ng software na maaaring binuo gamit ang maraming tao
Habang tinatalakay ang anumang batay sa IT proyekto, ang mga kinakailangan sa pagbuo ng software at ang nasasakupan ng phase-unlad proyekto sa pangkalahatan ay mananatiling pareho, at huwag baguhin magkano hindi isinasaalang-alang ng uri ng mga proyekto ng software na binuo. Ang iba't ibang mga uri ng mga proyekto na maaaring binuo gamit ang maraming tao ay kinabibilangan ng:
  • Ang isang client-server application / sistema
  • Ang isang nakapag-iisang application / sistema
  • HTML / DHTML / XHTML, ASP, PHP, Joomla, at DotNetNuke pagbuo site / portal ng web batay
  • Java, VB Script, o anumang iba pang pag-unlad script batay
  • Android / Symbian / iOS o anumang iba pang pag-unlad sa mobile apps, atbp
Kaya ano ito na maaaring taasan ang "liksi" sa masigla at maghatid ng matagumpay na mga proyekto ng software na ito?

Well dinisenyo at crafted code
Karamihan sa mga kompanya ng IT pakiramdam na sa isang praktikal na batayan, ito ay malapit sa imposible, o napakahirap, upang makabuo ng bug libreng code na nag-aalok malakas na pag-andar sa mga end user. Mga kumpanya sa IT ay may posibilidad upang bumuo ng mga proyekto sa ilalim ng matinding kundisyon ang stress na may kaugnayan, at ito ay mahalaga upang matugunan ang mga petsa ng release at deadlines client. Ang koponan ng pag-unlad, sa karamihan ng mga kaso, tumutuon mabigat sa pagkumpleto ng mga proyekto na rin sa loob ng stipulated deadline, at ito ay nagiging ang pangunahing pagtuon ng kanilang aktibidad sa pag-develop. Ang pagmamadali sa pagbubuo ng proyekto ay madalas na nag-iiwan ng napakakaunting sa pagsubok ng mga tampok ng software at pag-andar sa isang maayos na paraan. Ito ay humantong sa mga teknikal na utang. Ang kumpanya ay maaaring kahit na mayroon sa "hilahin pabalik" ang software release kung ang mga pangunahing tampok mabigo upang gumana nang maayos, at maaari itong humantong sa mga tinapa-unlad mga paggugol. Kung nabigo pa rin ang muling pag-unlad upang maihatid ang halaga ng proyekto sa mga end user, ang teknikal na mga utang ay nagpapanatili sa pagtaas. Kung ito ay hindi naka-check, maaari itong maging imposible upang makontrol ang mga teknikal na utang at mabawi ang mga gastos sa pag-unlad proyekto.

Masigla ay tumutulong upang mabawasan ang mga teknikal na utang at kontrolin ang pagbabalik. Kapag pag-andar sa anyo ng mga kuwento gumagamit ay binuo ng koponan, malawakan ito ay nasubok na may paggalang sa mga pamantayan sa pagtanggap naka-link dito. Sa panahon ng mabilis na karera sa malapitang distansiya sa paggunita, ascertains ang may-ari ng produkto ang pag-unlad bilang Bumabati ang kahulugan ng "Gawa na" at Okays ang kuwento kung natutugunan nito ang mga pamantayan ng. Kaya, "shippable" at bug libreng pag-andar ng produkto ay ibinigay sa pamamagitan ng masigla sprints. Ganito ang pagbabalik ay pangunahing natugunan gamit masigla. Bilang karagdagan, ay natupad ang pag-unlad sprint batay sa feedback availed mula sa mga end user at mga stakeholder. Ang koponan ng pag-unlad ay magagawang mag-focus sa pagbibigay ng pangunahing pag-andar habang umuunlad ang mga kwento ng user. Ito direkta, at hindi direkta, nakakatulong upang suriin ang teknikal na utang at panatilihin ito sa control.

Maagang at maaasahang feedback
Masigla ay kailangang maagang at maaasahang feedback upang makabuo ng matagumpay na mga palugit produkto. Dapat na rin pare-pareho ng feedback Ang. Isa sa mga pangunahing sanhi ng pag-aalala sa pagpapaunlad ng IT ay ang kakayahang magamit ng pare-pareho at maaasahang feedback mula sa mga end user. Ang pag-unlad natupad ay maaaring sumailalim sa mahigpit na kalidad at benchmark test. Gayunman, kapag ang release ay itinalaga upang ang mga end user sa merkado, ang mga ito ay madalas magtalo tungkol sa likas na katangian ng pag-andar na inaalok. Ang pag-andar ay maaaring idinisenyo nang maayos, ngunit nabigo pa rin upang makapaghatid ng eksakto kung ano ang maaaring aktwal na nais o pangangailangan ng end user. Kung tulad ang kaso, ang kasalanan ay hindi nagsasabi ng totoo sa koponan ng pag-unlad. Ito talaga ay namamalagi sa paraan sa mga partikular na tampok o pagpapagana nauunawaan at envisioned ng may-ari ng produkto. Ang resulta ay isang pagtaas sa mga teknikal na utang, dahil ang parehong kuwento ay kinakailangan na muling binuo alinsunod sa eksaktong kinakailangan na iminungkahi ng mga end user.

Maagang feedback sa masigla pinipigilan ang mga ito mula sa nangyayari. Kapag ang isang partikular na pag-andar ay binuo sa anyo ng isang kuwento gumagamit ng koponan, ito ay inaprubahan ng PO sa panahon ng nagdaan session (ang mabilis na karera sa malapitang distansiya sa paggunita pulong), na sumusuri ito, at ascertains ito man ay technically tunog ie ito natutugunan ang pagtanggap pamantayan. Kasunod, ang mga stakeholder suriin ang pag-andar inaprubahan ng PO, at umalam halaga nito negosyo yan ay kung magkano ang mahalaga ang kuwento ay sa dulo ng gumagamit at kung magkano ito nag-aambag sa "sulit" ang produkto. Kuwento Ang ay aktwal na isinasaalang-alang bilang "shippable" lamang pagkatapos aprubahan ito ang mga stakeholder para sa halaga ng negosyo nito. Ito masigla tampok na pumipigil sa mga teknikal na utang mula sa pagtaas mula noong makuha ang mga end user ng kasangkot sa proyekto sa isang maagang yugto at maaprubahan ang pag-unlad natupad bilang sa kung tumutugon ito sa kanilang pamantayan, at ay talagang kapaki-pakinabang sa kanila.

Propesyonal na mga koponan sa programming
Ang koponan sa pagbuo ng bumubuo sa base ng lahat ng aktibidad ng pag-unlad sa masigla. Sa maraming mga paraan ito ay ang katigasan ng loob ng buong masigla framework. Ang isang kalyeng functional koponan, nakaranas, at may kakayahang mag-execute ng matagumpay sprints ay maaaring pumunta sa isang mahabang paraan sa paggawa ng matagumpay masigla mga proyekto. Sa maraming tao at masigla kaugnay na mga talakayan catering higit sa lahat sa may-ari ng produkto at ang maraming tao master, ito ay pare-parehong mahalagang pag-usapan ang koponan sa pagbuo nang walang kung saan, ang pagkakaroon ng PO at maraming tao master naging kalabisan. Ang pagiging produktibo na inaalok ng mga koponan sa pagbuo ng direktang nakakaapekto sa tagumpay ng proyekto. Kung ang koponan ay mahusay collaborated, pagbabahagi ng mga opinyon at mga view, at pakiramdam ng mga kumportableng pagdala out ang araw-araw sprints, magiging humantong sa maaasahan at pare-parehong paglakas ng produkto. Isa sa mga pangunahing isyu kung bakit nabigo upang makapaghatid ng shippable mga kwento ng user ang koponan ay na ang mga koponan madalas loses tumuon kapag nahaharap sa mga problema sa teknikal at nahahanap nito mahirap upang makahanap ng katanggap-tanggap na solusyon. Ang isa pang mahalagang kadahilanan na nakakaapekto ang pagtanggap ng mga kuwento na binuo ng koponan ay isang kakulangan ng malinaw na pag-unawa kung ano talaga Inaasahan ng mga end user mula sa mga tampok ng produkto. Ito ay napaka-pangkaraniwan para sa mga koponan upang bumuo ng mga tampok na kung saan ay tinanggihan ng mga end user pagkatapos ng software na ito ay matatagpuan lamang dahil nabigo ito upang gumana sa paraang kaya ninanais. Sa katotohanan ang koponan ay hindi sa isang kasalanan dahil sinusunod nito ang plano sa pag-unlad. Ang sitwasyong ito ay napaka-karaniwan sa mga kaso ng Waterfall mga pamamaraan na kung saan ay natupad ang aktibidad ng pag-unlad sa yugto.

Nag-aalok masigla maaasahan at napapanahong puna na tumutulong sa mga koponan upang maunawaan ang mga kinakailangan gumagamit ng pagtatapos at isakatuparan ang aktibidad ng pag-unlad alinsunod sa mga feedback na natanggap mula sa mga stakeholder at ang mga end user. Kung ang pag-andar ay hindi masunod ang mga end user, ito ay tinanggihan at kinuha up para sa pagbuo muli pa. Ito lubos na kumokontrol sa pagtaas sa mga teknikal na utang dahil ang pag-unlad ay "hinamon" kaagad pagkatapos na ito ay natupad, at mga kwento ng user ay hindi makakuha ng ipinakalat na binuo muli sa paglaon.

Mag-subscribe sa mga permanenteng libreng bersyon ng Quickscrum tool sa pamamahala ng proyekto upang makakuha ng ideya tungkol sa kung paano gumagana ang tool at kung ano ito ay mag-alok.
 

No comments:

Post a Comment