{"id":61301,"date":"2023-12-12T14:31:28","date_gmt":"2023-12-12T05:31:28","guid":{"rendered":"https:\/\/monolith.law\/et\/?p=61301"},"modified":"2024-06-03T19:31:09","modified_gmt":"2024-06-03T10:31:09","slug":"howto-manage-change-in-system-development","status":"publish","type":"post","link":"https:\/\/monolith.law\/et\/it\/howto-manage-change-in-system-development","title":{"rendered":"\u00d5iguslikust vaatenurgast vaadatuna, mis on s\u00fcsteemiarenduses muudatuste haldamise viis?"},"content":{"rendered":"\n<p>S\u00fcsteemiarendusprojektides juhtub sageli, et kasutaja poolt eelnevalt selgitatud sisu muutub t\u00f6\u00f6 edenedes. Seet\u00f5ttu v\u00f5ib ka t\u00f6\u00f6d vastu v\u00f5tval tarnijal tekkida vajadus muuta juba s\u00f5lmitud lepingut.<\/p>\n\n\n\n<p>K\u00e4esolevas artiklis selgitame, kuidas peaksime k\u00e4sitsema &#8220;muudatusi&#8221;, mis tehakse j\u00e4rele, seaduslikust vaatepunktist s\u00fcsteemiarendusprojektide suhtes, mis ei pruugi alati plaanip\u00e4raselt edeneda.<\/p>\n\n\n\n<div id=\"ez-toc-container\" class=\"ez-toc-v2_0_53 counter-hierarchy ez-toc-counter ez-toc-grey ez-toc-container-direction\">\n<div class=\"ez-toc-title-container\">\n<span class=\"ez-toc-title-toggle\"><\/span><\/div>\n<nav><ul class='ez-toc-list ez-toc-list-level-1 ' ><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-1\" href=\"https:\/\/monolith.law\/et\/it\/howto-manage-change-in-system-development\/#Miks_susteemiarendusprojektid_%E2%80%9Cmuudetakse%E2%80%9D_tagantjarele\" title=\"Miks s\u00fcsteemiarendusprojektid &#8220;muudetakse&#8221; tagantj\u00e4rele?\">Miks s\u00fcsteemiarendusprojektid &#8220;muudetakse&#8221; tagantj\u00e4rele?<\/a><ul class='ez-toc-list-level-3'><li class='ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-2\" href=\"https:\/\/monolith.law\/et\/it\/howto-manage-change-in-system-development\/#Susteemiarendus_on_tarnija_ja_kasutaja_uhine_too\" title=\"S\u00fcsteemiarendus on tarnija ja kasutaja \u00fchine t\u00f6\u00f6\">S\u00fcsteemiarendus on tarnija ja kasutaja \u00fchine t\u00f6\u00f6<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-3\" href=\"https:\/\/monolith.law\/et\/it\/howto-manage-change-in-system-development\/#Kuigi_on_koostookohustus_nouavad_kasutajad_sageli_muudatusi\" title=\"Kuigi on koost\u00f6\u00f6kohustus, n\u00f5uavad kasutajad sageli muudatusi\">Kuigi on koost\u00f6\u00f6kohustus, n\u00f5uavad kasutajad sageli muudatusi<\/a><\/li><\/ul><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-4\" href=\"https:\/\/monolith.law\/et\/it\/howto-manage-change-in-system-development\/#Mis_on_muudatuste_haldamise_dokument\" title=\"Mis on muudatuste haldamise dokument?\">Mis on muudatuste haldamise dokument?<\/a><ul class='ez-toc-list-level-3'><li class='ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-5\" href=\"https:\/\/monolith.law\/et\/it\/howto-manage-change-in-system-development\/#Muudatuste_haldamise_dokumendi_kasutamise_olukorrad\" title=\"Muudatuste haldamise dokumendi kasutamise olukorrad\">Muudatuste haldamise dokumendi kasutamise olukorrad<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-6\" href=\"https:\/\/monolith.law\/et\/it\/howto-manage-change-in-system-development\/#Muudatuste_haldamise_dokumendi_kirjeldatud_punktid\" title=\"Muudatuste haldamise dokumendi kirjeldatud punktid\">Muudatuste haldamise dokumendi kirjeldatud punktid<\/a><\/li><\/ul><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-7\" href=\"https:\/\/monolith.law\/et\/it\/howto-manage-change-in-system-development\/#Mida_peaks_teadma_muudatuste_haldamisega_seoses\" title=\"Mida peaks teadma muudatuste haldamisega seoses\">Mida peaks teadma muudatuste haldamisega seoses<\/a><ul class='ez-toc-list-level-3'><li class='ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-8\" href=\"https:\/\/monolith.law\/et\/it\/howto-manage-change-in-system-development\/#Muudatuste_haldamine_tuleks_enamasti_labi_viia_koos_ulesannete_haldamisega\" title=\"Muudatuste haldamine tuleks enamasti l\u00e4bi viia koos \u00fclesannete haldamisega\">Muudatuste haldamine tuleks enamasti l\u00e4bi viia koos \u00fclesannete haldamisega<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-9\" href=\"https:\/\/monolith.law\/et\/it\/howto-manage-change-in-system-development\/#Muudatuste_arutelu_korraldamise_reeglite_kehtestamine_on_samuti_hea\" title=\"Muudatuste arutelu korraldamise reeglite kehtestamine on samuti hea\">Muudatuste arutelu korraldamise reeglite kehtestamine on samuti hea<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-10\" href=\"https:\/\/monolith.law\/et\/it\/howto-manage-change-in-system-development\/#Muudatuste_arutelu_ja_ausa_kohustuse_pohimote\" title=\"Muudatuste arutelu ja ausa kohustuse p\u00f5him\u00f5te\">Muudatuste arutelu ja ausa kohustuse p\u00f5him\u00f5te<\/a><\/li><li class='ez-toc-page-1 ez-toc-heading-level-3'><a class=\"ez-toc-link ez-toc-heading-11\" href=\"https:\/\/monolith.law\/et\/it\/howto-manage-change-in-system-development\/#Muudatuste_tegemise_reeglid\" title=\"Muudatuste tegemise reeglid\">Muudatuste tegemise reeglid<\/a><\/li><\/ul><\/li><li class='ez-toc-page-1 ez-toc-heading-level-2'><a class=\"ez-toc-link ez-toc-heading-12\" href=\"https:\/\/monolith.law\/et\/it\/howto-manage-change-in-system-development\/#Kokkuvote\" title=\"Kokkuv\u00f5te\">Kokkuv\u00f5te<\/a><\/li><\/ul><\/nav><\/div>\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Miks_susteemiarendusprojektid_%E2%80%9Cmuudetakse%E2%80%9D_tagantjarele\"><\/span>Miks s\u00fcsteemiarendusprojektid &#8220;muudetakse&#8221; tagantj\u00e4rele?<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Susteemiarendus_on_tarnija_ja_kasutaja_uhine_too\"><\/span>S\u00fcsteemiarendus on tarnija ja kasutaja \u00fchine t\u00f6\u00f6<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>S\u00fcsteemiarendus on tavaliselt protsess, mis algab planeerimis- ja pakkumisetapist, millele j\u00e4rgneb arendusn\u00f5uete m\u00e4\u00e4ratlemine ja lepingu s\u00f5lmimine. P\u00e4rast lepingu s\u00f5lmimist j\u00e4rgneb mitmesuguste disainilahenduste v\u00e4ljat\u00f6\u00f6tamine, millele j\u00e4rgneb disaini j\u00e4rgi teostamine, l\u00f5petades testimisega. Kogu protsessi v\u00e4ltel on tarnijal, kes on s\u00fcsteemiarenduse spetsialist, loomulikult laialdased kohustused, kuid ka kasutajal on teatud koost\u00f6\u00f6kohustused. Eriti oluline on kasutaja koost\u00f6\u00f6 s\u00fcsteemi funktsioonide m\u00e4\u00e4ratlemisel (ehk n\u00f5uete m\u00e4\u00e4ratlemisel), kasutajaliidese v\u00e4limuse ja kasutatavuse (ehk p\u00f5hikujunduse) v\u00e4ljat\u00f6\u00f6tamisel ning kontrollimisel, kas n\u00f5uetele vastav s\u00fcsteem on valmis (ehk testimine v\u00f5i vastuv\u00f5tmine). \u00dcldine \u00fclevaade kasutaja kohustustest s\u00fcsteemiarenduses on toodud allpool.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/user-obligatory-cooporation\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/user-obligatory-cooporation[ja]<\/a><\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Kuigi_on_koostookohustus_nouavad_kasutajad_sageli_muudatusi\"><\/span>Kuigi on koost\u00f6\u00f6kohustus, n\u00f5uavad kasutajad sageli muudatusi<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Kuid kasutajad, kes pole s\u00fcsteemiarenduse spetsialistid, ei pruugi alati suuta tarnijale t\u00e4ielikult ja p\u00f5hjalikult edastada k\u00f5iki s\u00fcsteemiarenduseks vajalikke andmeid. Tegelikkuses on see detailne ja t\u00e4pne t\u00f6\u00f6, mist\u00f5ttu on sageli raske ennustada, millised faktid v\u00f5ivad hilisemates etappides olla m\u00e4\u00e4rava t\u00e4htsusega. Seet\u00f5ttu v\u00f5ib iroonilisel kombel juhtuda, et mida olulisem on fakt, seda hiljem see ilmneb. Selliste asjaolude t\u00f5ttu on tegelikud projektid sageli &#8220;\u00fchtse l\u00e4bimurde&#8221; ideaalidest kaugel ja eeldatakse, et tagantj\u00e4rele tehakse mitmesuguseid muudatusi. Seet\u00f5ttu on oluline, kuidas &#8220;muudatuste haldamist&#8221; teostada.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Mis_on_muudatuste_haldamise_dokument\"><\/span>Mis on muudatuste haldamise dokument?<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<figure class=\"wp-block-image\"><img decoding=\"async\" src=\"https:\/\/monolith.law\/wp-content\/uploads\/2019\/07\/pixta_40395256_M-1024x682.jpg\" alt=\"\" class=\"wp-image-2910\" \/><figcaption class=\"wp-element-caption\">Kuidas toimub &#8220;muudatuste haldamine&#8221; s\u00fcsteemiarenduse ajal?<\/figcaption><\/figure>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Muudatuste_haldamise_dokumendi_kasutamise_olukorrad\"><\/span>Muudatuste haldamise dokumendi kasutamise olukorrad<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Muudatuste haldamise dokument on dokument, mida kasutaja kasutab, et paluda tarnijalt eelnevalt antud selgituste sisu muutmist v\u00f5i funktsioonide lisamist. Nagu eespool mainitud, on kasutajal kohustus koost\u00f6\u00f6d teha tarnija t\u00f6\u00f6ga n\u00f5uete m\u00e4\u00e4ratlemise ja p\u00f5hikujunduse faasis, kuid on v\u00f5imalik, et hilisemas etapis esitatakse erinevaid soove.<\/p>\n\n\n\n<p>N\u00e4iteks muudatuste haldamise dokument on vajalik j\u00e4rgmistel juhtudel:<\/p>\n\n\n\n<ul>\n<li>Kui n\u00f5uete m\u00e4\u00e4ratlemise v\u00f5i p\u00f5hikujunduse ajal on m\u00f5ni punkt vahele j\u00e4\u00e4nud ja soovitakse lisada funktsioone hiljem<\/li>\n\n\n\n<li>Kui arenduse k\u00e4igus tehakse \u00e4riplaanis \u00fclevaatus ja on vaja muuta spetsifikatsioone<\/li>\n<\/ul>\n\n\n\n<p>Need on vaid m\u00f5ned n\u00e4ited.<\/p>\n\n\n\n<p>Muuhulgas, seoses funktsioonide lisamise ja spetsifikatsioonide muutmise teemadega, on t\u00f6\u00f6 vastuv\u00f5tja jaoks k\u00f5ige olulisem k\u00fcsimus, kas hinnapakkumise muutmine on seaduslikult lubatud. Selle punkti kohta on \u00fcksikasjalik selgitus eraldi artiklis.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/increase-of-estimate\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/increase-of-estimate[ja]<\/a><\/p>\n\n\n\n<p>Muudatuste haldamise dokument on aluseks, kui hinnatakse hinnapakkumise suurendamise sisu p\u00e4rast seda, kui see on tehtud. Selleks, et v\u00e4ltida vaidlusi teise poolega, kui esitate arve suurenenud hinnapakkumise alusel (ja et anda oma argumendile veenvust, kui tekib vaidlus), on muudatuste haldamise dokumendi koostamine oluline.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Muudatuste_haldamise_dokumendi_kirjeldatud_punktid\"><\/span>Muudatuste haldamise dokumendi kirjeldatud punktid<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Millised on seaduslikult muudatuste haldamise dokumendis kirjeldatud punktid? Muudatuste haldamise dokumentide kasutamine, et vastata spetsifikatsioonide muutustele ja funktsioonide lisamisele, on juba laialdaselt tunnustatud. Seega, kontrollides valitsusasutuste, nagu Jaapani Majandus-, Kaubandus- ja T\u00f6\u00f6stusministeeriumi (METI) mudellepingute klausleid, saab \u00fcldiselt aru, milliseid punkte tuleks kirjalikult j\u00e4\u00e4dvustada.<\/p>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>(Muudatuste haldamise protseduur)<br>Artikkel 37. Kui A v\u00f5i B saab muudatusettepaneku vastavalt artiklile 34 (s\u00fcsteemi spetsifikatsioonide muutmine), artiklile 35 (kasutaja poolt vahepealsete materjalide heakskiitmine) v\u00f5i artiklile 36 (lahendamata k\u00fcsimuste k\u00e4sitlemine), peab ta esitama teisele poolele kirjaliku dokumendi (edaspidi &#8220;muudatuste haldamise dokument&#8221;), mis sisaldab j\u00e4rgmisi punkte, p\u00e4evade arvul alates selle saamise p\u00e4evast, ja A ning B peavad arutama muudatuse sobivust artiklis 12 m\u00e4\u00e4ratud kontaktide konsultatsioonikomisjonis.<br> \u2460 <u class=\"remove-format\">Muudatuse nimi<\/u><br> \u2461 <u class=\"remove-format\">Ettepaneku eest vastutav isik<\/u><br> \u2462 <u class=\"remove-format\">Kuup\u00e4ev<\/u><br> \u2463 <u class=\"remove-format\">Muudatuse p\u00f5hjus<\/u><br> \u2464 <u class=\"remove-format\">Muudatuse \u00fcksikasjad, sealhulgas muudatusega seotud spetsifikatsioonid<\/u><br> \u2465 <u class=\"remove-format\">Kui muudatuse tegemiseks on vaja raha, siis selle summa<\/u><br> \u2466 <u class=\"remove-format\">Muudatuste t\u00f6\u00f6 ajakava, sealhulgas arutelu periood<\/u><br> \u2467 <u class=\"remove-format\">Muud m\u00f5jud, mida muudatus avaldab lepingule ja eraldi lepingu tingimustele (t\u00f6\u00f6periood v\u00f5i t\u00e4htaeg, tasu, lepingutingimused jne)<\/u><\/p>\n<\/blockquote>\n\n\n\n<p>Kui loete otse seaduse teksti ja kontrollite soovitatud kirjeldatud punkte, pole rohkem selgitusi vaja. Selleks, et v\u00e4ltida hilisemaid &#8220;\u00fctlesin-ei \u00f6elnud&#8221; vaidlusi, tuleks muudatuste kulgu \u00fcksikasjalikult ja konkreetselt dokumenteerida.<\/p>\n\n\n\n<p>Kui need kirjeldatud punktid on selgelt m\u00e4rgitud ja need on seotud m\u00fc\u00fcja ja kasutaja vastutavate isikute v\u00f5i otsustajate allkirjade v\u00f5i pitseritega, siis isegi kui peaks tekkima kohtuasi, on need lepinguga v\u00f5rdv\u00e4\u00e4rse t\u00e4hendusega t\u00f5endina.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Mida_peaks_teadma_muudatuste_haldamisega_seoses\"><\/span>Mida peaks teadma muudatuste haldamisega seoses<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<figure class=\"wp-block-image\"><img decoding=\"async\" src=\"https:\/\/monolith.law\/wp-content\/uploads\/2019\/07\/pixta_54572310_M-1024x434.jpg\" alt=\"\" class=\"wp-image-2907\" \/><figcaption class=\"wp-element-caption\">P\u00e4rast muudatuste haldamise dokumendi loomist peegeldame seda ka \u00fclesannete haldamise nimekirjas.<\/figcaption><\/figure>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Muudatuste_haldamine_tuleks_enamasti_labi_viia_koos_ulesannete_haldamisega\"><\/span>Muudatuste haldamine tuleks enamasti l\u00e4bi viia koos \u00fclesannete haldamisega<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Muudatuste haldamise dokumendi loomise p\u00f5hjuseks on projekti juhtimine muudatuste ajaloo kaudu (v\u00f5i kui projekti ei saavutata, v\u00e4ltida eba\u00f5iglast vastutust). Praktikas on muudatuste haldamise dokumendi loomine sageli seotud \u00fclesannete haldamise nimekirja loomise ja uuendamisega. See t\u00e4hendab, et kui muudatused on muudatuste haldamise tabelis haldatud, siis kokkulepitud muudatused integreeritakse tulevaste \u00fclesannetena \u00fclesannete haldamise nimekirja.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Muudatuste_arutelu_korraldamise_reeglite_kehtestamine_on_samuti_hea\"><\/span>Muudatuste arutelu korraldamise reeglite kehtestamine on samuti hea<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Mitte ainult muudatuste haldamise viis, vaid ka muudatuste arutelu korraldamise viis tuleks kindlaks m\u00e4\u00e4rata, et muudatuste haldamine sujuks. See on eriti oluline, kui kasutatakse arendusmeetodeid, nagu Agile, kus eeldatakse, et p\u00e4rast muudatusi tehakse palju muudatusi. Praktikas on sageli n\u00e4ha, et kui muudatuste haldamise arutelu on n\u00f5utud, m\u00e4\u00e4ratakse kindlaks, millal teine \u200b\u200bpool peaks arutelule vastama.<\/p>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Muudatuste_arutelu_ja_ausa_kohustuse_pohimote\"><\/span>Muudatuste arutelu ja ausa kohustuse p\u00f5him\u00f5te<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Kui m\u00f5lemad pooled on lepingu \u00fcle kokku leppinud ja soovivad seda hiljem muuta, on see sisuliselt uue lepingu s\u00f5lmimine. Kuna leping p\u00f5hineb isikute vabal tahtel, ei ole m\u00fc\u00fcjal p\u00f5him\u00f5tteliselt kohustust muudatustega n\u00f5ustuda. Kuid kui \u00f5iguste aspekti r\u00f5hutatakse liiga palju, v\u00f5ib tekkida mure, et s\u00fcsteemiarendusprojekt ei suju enam sujuvalt.<\/p>\n\n\n\n<p>Seet\u00f5ttu on praktikas sageli lepingus selgelt m\u00e4rgitud &#8220;kohustus ausalt arutada muudatusi&#8221; ja on n\u00e4iteid, kus on m\u00e4rgitud, et kui m\u00fc\u00fcja ei vasta muudatustele ausalt, v\u00f5ib ta n\u00f5uda kahjutasu.<\/p>\n\n\n\n<p>N\u00e4iteks j\u00e4rgmine lause on n\u00e4ide (allpool on toodud seaduse s\u00f5nastuse n\u00e4ide, mis on tsiteeritud Jaapani s\u00f5ltumatu haldusasutuse Information Processing Promotion Agency ametlikult loodud &#8220;ff Basic \/ Individual Contract Model Basic Contract Proposal&#8221;).<\/p>\n\n\n\n<blockquote class=\"wp-block-quote\">\n<p>Artikkel 4, l\u00f5ige 3: Muudatuste arutelul tuleb arutada muudatuste objekti, muudatuste v\u00f5imalikkust, muudatuste m\u00f5ju hinnale ja t\u00e4htajale ning m\u00f5lemad pooled peavad muudatuste tegemise \u00fcle ausalt arutlema.<\/p>\n<\/blockquote>\n\n\n\n<h3 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Muudatuste_tegemise_reeglid\"><\/span>Muudatuste tegemise reeglid<span class=\"ez-toc-section-end\"><\/span><\/h3>\n\n\n\n<p>Nagu eespool mainitud, on muudatuste tegemisel &#8220;ohutum&#8221; korraldada iga kord muudatuste arutelu. Kuid v\u00e4iksemate projektide puhul ei pruugi olla vajalik m\u00e4\u00e4rata muudatuste arutelu korraldamise viisi. Sellisel juhul v\u00f5ib olla m\u00f5ttekas, et muudatuste haldamise dokumendile allkirjastavad ja pitserdavad kasutaja ja m\u00fc\u00fcja vastutavad isikud ning alles siis tehakse muudatused. Kui muudatusi saab teha lihtsalt suulise kokkuleppe alusel, v\u00f5ib muudatuste tegemise k\u00fcsimus muutuda ebam\u00e4\u00e4raseks ja hiljem v\u00f5ib tekkida suur probleem, seega tuleks dokumentide haldamist p\u00f5hjalikult j\u00e4rgida.<\/p>\n\n\n\n<p>Kuid v\u00f5ib-olla on iga kord muudatuste haldamiseks eraldi dokumentide ettevalmistamine koormav ja soovite rohkem r\u00f5hutada paindlikku reageerimist. Sellisel juhul v\u00f5ib olla \u00fcks v\u00f5imalus dokumenteerida muudatuste k\u00fcsimused koosoleku protokollides. S\u00fcsteemiarenduse koosolekute protokollide hoidmise kohta leiate \u00fcksikasjalikumalt j\u00e4rgmisest artiklist.<\/p>\n\n\n\n<p><a href=\"https:\/\/monolith.law\/corporate\/the-minutes-in-system-development\" target=\"_blank\" rel=\"noreferrer noopener\">https:\/\/monolith.law\/corporate\/the-minutes-in-system-development[ja]<\/a><\/p>\n\n\n\n<h2 class=\"wp-block-heading\"><span class=\"ez-toc-section\" id=\"Kokkuvote\"><\/span>Kokkuv\u00f5te<span class=\"ez-toc-section-end\"><\/span><\/h2>\n\n\n\n<p>T\u00f5epoolest, keskkondades, kus tehnilisi muudatusi tehakse sageli, v\u00f5ib sageli esineda probleeme ja vaidlusi. Kuid sellistes olukordades, kus n\u00f5utakse paindlikkust, v\u00f5ib olla keeruline rakendada praktilisi meetmeid, kui r\u00f5hutatakse ainult &#8220;juhtimise olulisust&#8221;.<\/p>\n\n\n\n<p>K\u00fcsimus, kuidas \u00fchendada \u00e4ris n\u00f5utav kiirus ja ettevalmistus igaks juhuks, s\u00f5ltub sageli ettev\u00f5tte olukorrast ja projekti sisust. Arvestades selle artikli sisu, on oluline ka suhtumine, mis otsib igale ettev\u00f5ttele ja projektile sobivat l\u00e4henemist.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>S\u00fcsteemiarendusprojektides juhtub sageli, et kasutaja poolt eelnevalt selgitatud sisu muutub t\u00f6\u00f6 edenedes. Seet\u00f5ttu v\u00f5ib ka t\u00f6\u00f6d vastu v\u00f5tval tarnijal tekkida vajadus muuta juba s\u00f5lmitud lepingut. K\u00e4e [&hellip;]<\/p>\n","protected":false},"author":32,"featured_media":64472,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[16],"tags":[19,31],"acf":[],"_links":{"self":[{"href":"https:\/\/monolith.law\/et\/wp-json\/wp\/v2\/posts\/61301"}],"collection":[{"href":"https:\/\/monolith.law\/et\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/monolith.law\/et\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/monolith.law\/et\/wp-json\/wp\/v2\/users\/32"}],"replies":[{"embeddable":true,"href":"https:\/\/monolith.law\/et\/wp-json\/wp\/v2\/comments?post=61301"}],"version-history":[{"count":2,"href":"https:\/\/monolith.law\/et\/wp-json\/wp\/v2\/posts\/61301\/revisions"}],"predecessor-version":[{"id":64473,"href":"https:\/\/monolith.law\/et\/wp-json\/wp\/v2\/posts\/61301\/revisions\/64473"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/monolith.law\/et\/wp-json\/wp\/v2\/media\/64472"}],"wp:attachment":[{"href":"https:\/\/monolith.law\/et\/wp-json\/wp\/v2\/media?parent=61301"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/monolith.law\/et\/wp-json\/wp\/v2\/categories?post=61301"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/monolith.law\/et\/wp-json\/wp\/v2\/tags?post=61301"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}