Хууль зүйн өнцгөөс харахад, систем хөгжүүлэлт дэх өөрчлөлтийн удирдлагыг хэрхэн явуулах вэ

Систем хөгжүүлэх төслийн хүрээнд, хэрэглэгчид урьдчилан тайлбарласан зүйлс нь ажил явагдах явцад дараа нь өөрчлөгдөх нь түгээмэл тохиолддог. Иймд, ажлыг гүйцэтгэгч вендор байгууллага хувьд ч, нэг удаа байгуулсан гэрээний тухай дараа нь гэрээний агуулгыг өөрчлөх шаардлага гарч ирдэг билээ.
Энэхүү нийтлэлд, систем хөгжүүлэх төслийн хүрээнд төлөвлөгөөний дагуу явагдахгүй байхад, хууль зүйн өнцгөөс харахад, дараа нь хийгдэх “өөрчлөлт” гэдэг үзэгдлийг хэрхэн зохицуулах талаар тайлбарлаж байна.
Систем хөгжүүлэлтийн төслүүд яагаад дараа нь “өөрчлөгддөг” вэ?
Систем хөгжүүлэлт нь вендор ба хэрэглэгчийн хамтарсан ажил
Систем хөгжүүлэлт нь ерөнхийдөө, төлөвлөлт ба саналын шатнаас өнгөрч, хөгжүүлэлтийн шаардлагыг тодорхойлж, гэрээ байгуулагддаг. Дараа нь гэрээ байгуулагдсанаас хойш, олон төрлийн зураг төсөл гаргаж, төлөвлөгөөний дагуу хэрэгжүүлэлт хийгдэж, сүүлд тест хийж дуусгавар болдог нь ерөнхий журмын дагуу юм. Энэ нийт процессын хүрээнд, ажлыг гүйцэтгэгч вендор нь систем хөгжүүлэлтийн мэргэжлийн хүн гэсэн хувьд өргөн хүрээний үүрэг хүлээх нь мэдээж, харин хэрэглэгч талд ч тодорхой хамтын ажиллагааны үүрэг хүлээлгэх болно. Хийгдэх ёстой систем нь ямар чухал функцийг агуулах ёстойг тодорхойлох (үүнийг шаардлага тодорхойлолт гэнэ), дэлгэцийн гадаад төрх болон ажиллагааны мэдрэмж (үүнийг үндсэн зураг төсөл гэнэ), мөн шаардлагын дагуу зүйлс бүтээгдсэн эсэхийг шалгах (үүнийг тест эсвэл шалгалт гэнэ) зэрэг шатанд тухайн хэрэглэгчийн хамтын ажиллагаа онцгой чухал болдог. Түүнчлэн, систем хөгжүүлэлтэд хэрэглэгчийн хүлээх үүргийн талаарх ерөнхий тайлбарыг доорх нийтлэлд дэлгэрэнгүй авч үзсэн болно.
https://monolith.law/corporate/user-obligatory-cooporation[ja]
Хамтын ажиллагааны үүрэг байгаа ч, хэрэглэгчид янз бүрийн өөрчлөлт хүсдэг
Гэхдээ систем хөгжүүлэлтийн мэргэжлийн хүн биш байгаа хэрэглэгчид, үргэлж төлөвлөгөөтэй байдлаар, систем хөгжүүлэлтэд шаардлагатай мэдээллийг бүрэн ба дэлгэрэнгүйгээр вендортай хуваалцах боломжтой юу гэдэгт итгэлтэй хэлж чадахгүй. Үнэндээ, нарийн ба дэлгэрэнгүй ажиллагаа байгаа учраас, ямар нэгэн баримт нь дараагийн шатанд тодорхой утга учир агуулж болохыг хэрэглэгчид ч урьдчилан таамаглах боломжгүй зүйлс олон байдаг. Иймд ирони нь, чухал баримтууд нь ихэвчлэн дараа нь залхуу гарч ирдэг гэсэн нөхцөлд хүрч магадгүй. Энэ байдлын улмаас, бодит төслүүдэд “дээд шатнаас доод шат хүртэл нэг дор” гэсэн нь идеал байхад ч, дараа нь янз бүрийн өөрчлөлтүүд хийгдэх боломжтой гэсэн үндэслэл дээр, “өөрчлөлтийн удирдлага” хэрхэн явуулах вэ гэдэг нь чухал болдог.
Өөрчлөлтийн удирдлагын бичиг баримт гэж юу вэ

Өөрчлөлтийн удирдлагын бичиг хэрэглэгдэх нөхцөл
Өөрчлөлтийн удирдлагын бичиг гэдэг нь хэрэглэгчид үйлчлүүлэгч байгууллагад урьдчилан хийсэн тайлбарын агуулгаас шалтгаалан, шаардлагатай үед үзүүлэлтийн өөрчлөлт эсвэл нэмэлт функцийг хүсэхэд ашигладаг баримт бичиг юм. Дээрхи хэлсэнчлэн, шаардлага тодорхойлолт болон үндсэн төлөвлөлт зэрэг шатанд хэрэглэгч нь үйлчлүүлэгчийн ажилд туслах үүрэг хүлээдэг ч, дараах шатанд өөрчлөлт хийх шаардлага гарах нь бодит байдалд тохиолддог.
Өөрчлөлтийн удирдлагын бичиг хэрэгтэй болох нөхцөлүүдийн жишээг авч үзвэл:
- Шаардлага тодорхойлолт болон үндсэн төлөвлөлтөд анхаарахгүйд хүрсэн бөгөөд дараа нь нэмэлт функцийг хүсэх тохиолдол
- Хөгжүүлэлтийн явцад бизнесийн бодлого зэргийг дахин хянаж, үзүүлэлтийн өөрчлөлт хийх шаардлагатай болсон тохиолдол
гэх мэт байж болно.
Түүнчлэн, функцийн нэмэлт, үзүүлэлтийн өөрчлөлт гэх мэт сэдвүүдтэй холбогдуулан хэлэхэд, ажлыг гүйцэтгэгч талын хувьд хамгийн их санаа зовоодог нь тухайн үйлчилгээний үнийн саналыг хууль ёсны хүрээнд өөрчлөх боломжтой эсэх юм. Энэ талаар бид өөр нийтлэлд дэлгэрэнгүй тайлбарласан байгаа.
https://monolith.law/corporate/increase-of-estimate[ja]
Иймэрхүү дараах үеийн үнийн саналыг нэмэгдүүлэх үед, тухайн үнийн саналын зөвшөөрөгдөхүйц байдлыг тодорхойлох үндэслэл нь өөрчлөлтийн удирдлагын бичиг болдог. Дараа нь нэмэгдсэн үнийн саналын дагуу төлбөр тооцоо хийх үед, талуудын хооронд маргаан үүсгэхгүйн тулд (мөн маргаан үүссэн үед өөрийн байр суурийг хүчтэй болгохын тулд) өөрчлөлтийн удирдлагын бичгийг бэлтгэх нь чухал болдог.
Өөрчлөлтийн удирдлагын бичигт бичигдэх зүйлс
Тэгвэл, хууль ёсны хувьд өөрчлөлтийн удирдлагын бичигт ямар зүйлсийг бичиж өгөх ёстой вэ? Өөрчлөлтийн удирдлагын бичиг нь үзүүлэлт өөрчлөх, шинэ функцийг нэмэх гэх мэт гэрээний өөрчлөлтөд нийцүүлэн ажиллах зохицуулалтыг аль хэдийнэ өргөнөөр танигдсан байдаг. Иймд, Эдийн засгийн яамны загвар гэрээ (Japanese Ministry of Economy, Trade and Industry Model Contract) зэрэг, төрийн байгууллагуудын заасан гэрээний заалтын загварыг шалгах замаар ямар зүйлсийг бичлэг болгон үлдээх ёстойг ойлгох боломжтой болдог.
(Өөрчлөлтийн удирдлагын журам)
37-р зүйл 甲 эсвэл 乙 нь, талуудаас 34-р зүйл (Системийн үзүүлэлтийн бичиг баримтын өөрчлөлт), 35-р зүйл (Дунд шатны материалыг хэрэглэгчийн зөвшөөрөл), 36-р зүйл (Тодорхойгүй асуудлыг боловсруулах) дээр суурилсан өөрчлөлтийн саналыг хүлээн авсан тохиолдолд, тухайн хүлээн авсан өдрөөс хойш ○ хоногийн дотор, дараах зүйлсийг бичсэн бичиг баримт (цаашид ‘Өөрчлөлтийн удирдлагын бичиг’ гэх) -г талуудад хүргүүлж, 甲 болон 乙 нь, 12-р зүйлд заасан харилцаа холбооны зөвлөгөөнд өөрчлөлтийн зөв эсэхийг хэлэлцэх ёстой.
① Өөрчлөлтийн нэр
② Саналыг гаргасан хариуцагч
③ Он сар өдөр
④ Өөрчлөлтийн шалтгаан
⑤ Өөрчлөлттэй холбоотой үзүүлэлтийг оролцуулан өөрчлөлтийн дэлгэрэнгүй зүйлс
⑥ Өөрчлөлт хийхэд зардал шаардлагатай бол түүний хэмжээ
⑦ Судалгааны хугацааг оролцуулан өөрчлөлтийн ажлын хуваарь
⑧ Өөрчлөлт нь энэ гэрээ болон тусгай гэрээний нөхцөлүүдэд (ажлын хугацаа эсвэл хүргэлтийн хугацаа, үйлчилгээний төлбөр, гэрээний заалтууд г.м) ямар нөлөө үзүүлэх вэ
Шууд заалтыг уншиж, бичигдэхийг зөвлөсөн зүйлсийг шалгавал, илүү дэлгэрэнгүй тайлбар хэрэггүй болно. Дараа нь ‘хэлсэн, хэлээгүй’ гэсэн асуудалд орохгүйн тулд, өөрчлөлтийн явцыг дэлгэрэнгүй ба тодорхойгоор бичлэглэх хэрэгтэй гэдгийг хэлж байна.
Ийм бичигдэх зүйлсийг тодорхой бичсэний дараа, вендор ба хэрэглэгчийн хариуцагч, шийдвэр гаргагч нарын гарын үсэг эсвэл тамга гэх мэттэй хослуулснаар, хэрэв шүүхийн хэргээр болох тохиолдолд, гэрээний бичигтэй ижил утга учиртай болох юм.
Өөрчлөлтийн удирдлагад холбогдуулан мэдэж байхад илүүдэхгүй зүйлс

Өөрчлөлтийн удирдлага ихэвчлэн даалгаврын удирдлагатай хамт явагддаг
Өөрчлөлтийн удирдлагын бичиг баримтыг боловсруулах шалтгаан нь өөрчлөлтийн түүхийг удирдах замаар төслийг амжилттай хэрэгжүүлэх (эсвэл амжилтгүй болсон тохиолдолд буруу бүтээгдэхүүний хариуцлагаас зайлсхийх) нь байдаг. Энэ зорилгыг хангахын тулд, өөрчлөлтийн удирдлагын бичиг баримтыг боловсруулах нь ихэвчлэн даалгаврын удирдлагын жагсаалтыг боловсруулах, шинэчлэхтэй хамт явагддаг. Өөрөөр хэлбэл, өөрчлөлтийн түүхийг өөрчлөлтийн удирдлагын хүснэгтээр удирдсаны дараа, тухайн өөрчлөлтөд хүрсэн тохиролцоог ирээдүйд шийдвэрлэх шаардлагатай даалгавар болгон даалгаврын удирдлагын жагсаалтад оруулна гэсэн үг.
Өөрчлөлтийн зөвлөлдөх арга хэмжээний талаарх зааварчилгаа
Өөрчлөлтийн удирдлагын арга барилыг тодорхойлохоос гадна, өөрчлөлтөд хэрхэн зөвлөлдөх талаарх зааварчилгааг боловсруулах нь өөрчлөлтийг амжилттай хэрэгжүүлэхэд туслах болно. Энэ нь тухайлбал, агайл гэх мэт, өөрчлөлтүүдийг дараа нь олон тооны өөрчлөлтүүд хийгдэхээр төлөвлөгдсөн хөгжүүлэлтийн арга барилыг хэрэглэх тохиолдолд онцгой чухал байж болно. Зөвлөлдөх хүсэлт ирүүлсэн тохиолдолд, талууд хэдий хугацаанд зөвлөлдөх ёстойг заасан жишээ нь олонтаа байдаг.
Өөрчлөлтийн зөвлөлдөх үйл ажиллагаа ба итгэлцэлтэй байх үүрэг
Хоёр тал нэг удаа тохиролцсон гэрээг дараа нь өөрчлөх гэдэг нь шинэ гэрээ байгуулахтай адил юм. Гэрээ нь талын чөлөөтэй санаа зовохоос шалтгаалдаг учраас, зарчмын хувьд, өөрчлөлтийн гэрээнд хариуцлага хүлээх үүрэг байхгүй гэж үзэж болно. Гэвч энэхүү эрхийг хэт их тодотгосноор, системийн хөгжүүлэлтийн төслийг амжилттай хэрэгжүүлэхэд саад болох асуудал гарах магадлалтай.
Иймд, гэрээнд “өөрчлөлтийн зөвлөлдөх үйл ажиллагаанд итгэлцэлтэй хандана” гэсэн заалтыг тодорхой бичиж, өөрчлөлтөд итгэлцэлтэй хандаж чадаагүй тохиолдолд хохирол б compens compensation claim боломжтой болгох заалт байдаг.
Жишээ болгож, дараах бичвэрийг авч үзье (доорх заалтын жишээг тавьсан. Япон Информацийн боловсруулалтыг дэмжих газрын албан ёсны “ff үндсэн/тусгай гэрээний загварын үндсэн гэрээний төсөл”-ээс иш татсан).
4-р зүйлийн 3-р хэсэг Өөрчлөлтийн зөвлөлдөх үйл ажиллагаанд, өөрчлөлтийн зорилго, боломжит эсэх, өөрчлөлтөөр үүсэх үнийн дүн, хүргэлтийн хугацаанд учруулах нөлөөллийг харгалзан үзэж, өөрчлөлтийг хийх эсэхийг хоёр тал итгэлцэлтэйгээр зөвлөлдөнө.
Өөрчлөлтийн арга хэмжээний талаарх зааварчилгаа
Өмнөхөнд дурдсанчлан, өөрчлөлт хийх үед, тухайн өөрчлөлтөд холбогдох зөвлөлдөх үйл ажиллагааг зохион байгуулах нь эрх зүйн хувьд “аймшигтай” байдаг. Гэвч жижиг хэмжээний төсөл бол, өөрчлөлтийн зөвлөлдөх үйл ажиллагааны арга хэмжээг тодорхойлох шаардлагагүй байж болно. Тэгвэл тийм тохиолдолд, зөвлөлдөх үйл ажиллагааны зааварчилгаа байхгүй боловч, өөрчлөлтийн удирдлагын бичиг баримтад хэрэглэгч болон ханган нийлүүлэгчийн хариуцсан албан тушаалтны гарын үсэг, тамга дарснаар л өөрчлөлт хийгдэх боломжтой болохыг харгалзан үзэж болно. Аман дээрх тохиролцоогоор хялбархан өөрчлөлт хийх боломжийг олгох нь, өөрчлөлт хийгдсэн эсэх нь тодорхойгүй байдалд орох боломжтой бөгөөд дараа нь томоохон асуудалд орох магадлалтай. Иймд, бичиг баримтын удирдлагыг сайтар хийх хэрэгтэй.
Гэхдээ, өөрчлөлтийн удирдлагын тулд бүр дээрх бичиг баримтыг бэлдэх нь хэт их ачаалал болж, байгаль орчинд нийцсэн зөв хариу үйлдэл хийхийг илүүд үзэх хүсэлтэй байж болох юм. Тийм тохиолдолд, хурлын тэмдэглэлд өөрчлөлтийн холбогдох зүйлсийг бичиг баримт болгон хадгалах нь нэгэн сонголт байж болно. Системийн хөгжүүлэлтэд хурлын тэмдэглэл хэрхэн үлдээх талаарх мэдээллийг доорх нийтлэлд дэлгэрэнгүй тайлбарласан байдаг.
https://monolith.law/corporate/the-minutes-in-system-development[ja]
Хураангуй
Тогтмол үзүүлэлт өөрчлөгддөг газар нь түүхийн үед маргаан ба асуудлын эрсдэлтэй талцаж байдаг нь үнэн. Гэсэн хэдий ч, ийм орчинд байгууллагын удирдлагын чухал байдлыг зөвхөн хатуу хэлбэрээр тэмдэглэх нь бодит байдалд нийцсэн арга хэмжээ авахад хүндрэлтэй байдаг байх.
Бизнесийн шаардлагатай хурдтай хөдөлгөөн ба болзошгүй тохиолдлын үед бэлэн байдал хэрхэн хослуулах талаархи асуудал нь компанийн байдал, төслийн агуулгадаа тааруулан шийдвэрлэх шийдэл нь янз бүрийн байх нь түгээмэл. Энэхүү нийтлэлийн агуулгыг үндэслэн, компани бүр, төсөл бүрт зохих арга барилыг тус бүр олох хандлага чухал болж байна гэж үзэж байна.
Category: IT
Tag: ITSystem Development