Систем хөгжүүлэлтийн төслийн 'дэлбэрэлт' холбоотой хууль юу вэ?

Систем хөгжүүлэх төслийг нэг өдрийн дотор биелүүлж чадах зүйл биш, олон хүний хамтын ажиллагаа, байгууллага, их хэмжээний санхүүжилт болон урт хугацааны хөгжүүлэлт зэрэг олон нөөцийг шаардлагатай бөгөөд зөвхөн тэдгээрийг зориулснаар л хийж чадна. Энэхүү нийтлэлд, систем хөгжүүлэлт дэх төслийн ‘шатамхай’ гэх үзэгдлийг хууль эрх зүйн хүрээнд хэрхэн зохицуулж болох талаар тайлбарласны зэрэгцээ, шийдлийн зөвлөмжийг танилцуулах болно.

Төслийн учир ‘галзуурал’ болдог вэ?

Нэг IT систем нь тэр чигт нь томоохон төсөл биш байсан ч, зөвхөн олон тооны програмын файл, эх кодын цуглуулгаар бүрдсэнээр л зөв ажиллаж эхэлдэг. Дэлгэцийн талаас харахад мэдрэгдэх ажиллагаанаас хол илүү нарийн ба дэлгэрэнгүй бүтээгдсэн байдаг бөгөөд (эсвэл тэр ч байтугай, дэлгэцийн талаас харахад ажиллагаа нь энгийн ба товч байх IT системүүд нь), ихэвчлэн нарийн ба дэлгэрэнгүй бүтээгдсэн байдаг.

• Хүргэх хугацаа л зөвхөн урьдчилан тогтоогдсон байгаа бөгөөд, шаардлага ба үзүүлэлтүүд тодорхойгүй байхад цаг хугацаа өнгөрч байна
• Гишүүд нь зөвхөн компанийн дотоод улс төрд анхаарлаа төвлөрүүлж, харилцааны стрессээс болж гишүүдийн олонхи нь төслийн дундуур орхиж байна
• PM болон бусад удирдлагын түвшний хүмүүсэд харилцах чадвар дутмаг байгаа бөгөөд гишүүдээс зохих мэдээлэл, холбоо барих, зөвлөгөө авахыг хангалттай шаардаж чадахгүй байна

Гэхдээ төслийн ‘галзуурлын’ тодорхой шалтгаанууд нь төсөл бүрт янз бүр байж болох ч, хууль ёсны хувьд төслийн ‘галзуурлын’ шалтгаануудыг хэд хэдэн төрлийн ангиллаар харьцуулан харахад харьцангуй энгийнээр зохицуулж болно.

Галд түймэрдэх төрөл 1: Төслийн явцад гацах үед

Систем хөгжүүлэлтийн явцад төслийн гацах гол шалтгаан нь хэрэглэгч тал ба ханган нийлүүлэгч талын хоорондын харилцааны дутагдал байдаг. Эхлээд систем хөгжүүлэлт гэдэг нь ханган нийлүүлэгч талын мэргэжлийн техникийн болон байгууллагын чадавхийг шаарддаг бөгөөд эцэст нь тухайн системийг ашиглах хэрэглэгч талын хамтын ажиллагаагүйгээр бүрэн бүтээгдэхүүн болохгүй.

Иймд, нэг төслийн хүрээнд, талууд хоорондоо ямар үүрэг хүлээх тухай ойлголт тодорхойгүй байхад төсөл хэрэгжихэд, талуудын хоорондын “ажлын түлхүүр шидэлцэх” зүйлс гарч ирэхэд төслийн амжилттай хэрэгжилт саад болдог. Хэрэглэгч талын үүрэг, ханган нийлүүлэгч талын үүрэг бүрэн хууль зүйн хараахангаас дараах нийтлэлүүдэд дэлгэрэнгүй авч үзнэ үү.

Систем хөгжүүлэлтэд хэрэгжүүлэх төслийн удирдлагын үүрэг гэж юу вэ?

Систем хөгжүүлэлтийг захиалагч болох хэрэглэгч талын хариуцах хамтын ажиллагааны үүрэг гэж юу вэ?

Талуудын хариуцлага ямар байх тухай дэлгэрэнгүйг дээрх нийтлэлүүдээс харна уу гэсэн ч, эндхийн ярианы гол нь систем хөгжүүлэлтийн төсөлд хэрэглэгч ба ханган нийлүүлэгч талууд хариуцлага хүлээдэг гэдэгт оршино. Ерөнхий ялгаа нь, шаардлага тодорхойлох, дизайн болон интерфэйсийн зохион бүтээл (өөрөөр хэлбэл, үндсэн төлөвлөлт) болон шалгалт гэх мэт хэрэглэгчийн хамтын ажиллагаагүйгээр дуусгах боломжгүй хэсгүүд нь хэрэглэгчийн хамтын ажиллагааны үүрэг гэж өмнөх шүүхийн шийдвэрүүд хүлээн зөвшөөрдөг.

Түүнчлэн ханган нийлүүлэгч тал мөн, дээрхи хамтын ажиллагааг хэрэглэгч талын хамт авсан байх (мөн тэр хамтын ажиллагааг хүсэх харилцааны оролдлого хийсэн байх) зэрэгтэй холбогдуулан, төслийн амжилттай хэрэгжилт болон түүнийг саад болгодог хүчин зүйлсийг илрүүлж, тэдгээрийг арилгахад чиглэсэн ерөнхий хариуцлага хүлээдэг.

Энэхүү бодлогоор, дотоод системийн хувьд, хэрэглэгч тал нь дотоодоос удирдлага хийх үүрэг хүлээх ба ханган нийлүүлэгч тал нь гадаадын мэргэжилтэн хэмээн мэргэжлийн ур чадвараа харуулж, үүрэг гүйцэтгэх үүрэг хүлээх ёстой. Шүүхүүд бүх төрлийн маргааныг шударгаар хариуцаж, энэхүү байр суурийг харуулдаг.

Мөн, ийм “гацах” үзэгдэл нь шалгалтын үеэр илүү их гардаг. Шалгалттай холбоотой дэлгэрэнгүйг доорх нийтлэлд тайлбарласан байна.

Систем хөгжүүлэлтийн хүлээн авалт ба үүнийг хүлээн зөвшөөрөх заалтыг хэрэглэх нөхцөл байдлууд

Ийм тохиолдолд, маргаан үүссэн үед, тэнд төслийн хөдөлгөөн, хурлын яриа хэлцлийн агуулга зэрэг, бодит баримт бичгийг шалгах нь чухал болдог. Иймд тэнд, урьдчилан бичигдсэн баримт бичгүүд нь ихэвчлэн чухал утга учиртай болдог. Өөрийн байр суурийг хохиролгүй байлгахын тулд, бичиг баримтын удирдлагыг сайтар хийх нь чухал юм. Систем хөгжүүлэлтэд бичиг баримтын удирдлагын чухал ач холбогдлын талаар дараах нийтлэлд дэлгэрэнгүй тайлбарласан байна.

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

Галдан шаталтын төрөл 2: Хэрэглэгчийн өөрийн хүсэлтээр гэрээг цуцлах тохиолдол

Төслийн явцад хэрэглэгчийн хүсэлтээр төслийг зогсоох шаардлага гарч болзошгүй. Жишээлбэл, дотоодын болон гадаадын салбаруудын хүний нөөцийн удирдлагыг нэгтгэсэн IT систем бүтээх ажил эхлүүлсэн байхад, компанийн гадаад зах зээлд нэвтрэх стратеги бүхэлд нь хүчингүй болсон гэж төсөөлөе. Ийм тохиолдолд, эхлүүлсэн системийн хөгжүүлэлт нь хэрэглэгчид илүү шаардлагагүй болох магадлалтай.

Эхлээд, компанийн IT систем хэрхэн байгуулагдах ёстой вэ гэдэг асуудал нь, тухайн компанийн дотор ямар бизнес үйл ажиллагаа байгаа вэ гэдэг асуудалтай шууд холбоотой. Иймд, байгууллагын бүтэц, хэлтэс бүрэлдэхүүний өөрчлөлт, стратегийн үндсэн шинэчлэлт гэх мэт нөлөөлөлд өртөж, системийн шаардлага нь дараа нь өөрчлөгдөх нь бодит байдал юм.

Ийм шалтгаанаар төслийг дунд замналаас зогсоох тохиолдолд олон төрлийн хууль эрх зүйн асуудлууд үүсэх болно. Энэ тохиолдолд ихэвчлэн хэрэглэгчийн өөрийн шийдвэрээс болж, гүйцэтгэл хувь хэмжээнд нийцүүлэн төлбөр хүсэх, вендор талд хууль ёсны зарим эрхүүд олгогддог. Гэрээний ямар төрөл хэрэглэгдсэнээс хамаарч, хуулийн заалтын үндэслэлд ялгаа байж болох ч, тэдгээрийн агуулга нь дараах байдлаар тусгагдсан байна.

・Гүйцэтгэлийн гэрээний тохиолдол: Японы Иргэний хууль 641-р зүйл
Японы Иргэний хууль 641-р зүйл
→ Гүйцэтгэгч ажлыг дуусгаагүй байхад, захиалагч хохирол барагдуулан гэрээг цуцлах эрхтэй.
・Зөвлөмжийн гэрээний тохиолдол: Японы Иргэний хууль 648-р зүйлийн 3-р хэсэг (Нөхцөл байдлаас хамаарч, Японы Иргэний хууль 651-р зүйлд үндэслэн хохирол барагдуулах хүсэлт ч бас боломжтой)
Японы Иргэний хууль 648-р зүйл
→ Захиалагчийн буруудаас бусад шалтгаанаар гүйцэтгэл дунд замналаас зогссон тохиолдолд, гүйцэтгэгч нь хийсэн ажлын хэмжээнд нийцүүлэн төлбөр хүсэх эрхтэй.
Японы Иргэний хууль 651-р зүйл
→ 1. Захиалагч болон гүйцэтгэгч хоёр тал нь гэрээг цуцлах эрхтэй.
→ 2. Нэг тал нөгөө талаас хохирол учруулах боломжтой үед гэрээг цуцлах бол, тухайн тал нь нөгөө талын хохирлыг барагдуулах үүрэгтэй. Гэхдээ зайлшгүй шалтгаан байсан тохиолдолд энэ нь хамаарахгүй.

Галдан хэлбэлзэл 3: Хүлээн авсан системд дутагдал илэрсний дараа

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

Өөрөөр хэлбэл, ашиглаж эхлэх эхний үед асуудалгүй ажиллаж байсан мэт харагдсан систем ч гэсэн:

• Бүртгэгдэж буй өгөгдлийн хэмжээ нэмэгдэхийн хэрээр боловсруулалтын хурд удаашрах
• Өдөр тутмын үндсэн ажилд асуудалгүй ажиллаж байсан мэт харагдсан систем ч гэсэн, хэдэн сар эсвэл хэдэн жилийн дараа гарч болзошгүй тусгай үйлдлүүдэд баг бий болох нь илэрсэн
• Гадна талаас зөв үр дүн гаргаж байгаа мэт харагдаж байсан ч, үнэндээ логик нь зөв биш байсан (Жишээ нь, хэрэглэгчийн талаас “1+1” гэсэн оруулгад зөвхөн “2” гэсэн хариу өгч байгаа ч, зөв тооцооллыг хийж байгаа эсэх нь батлагдсангүй. Ямар ч тооцооллын томъёог оруулсан ч “2” гэсэн хариулт өгч байгаа нь, “логикийн алдаа нь дэлгэцийн үйлдлийг зөвхөн гүйцэтгэхээр илрүүлж чадахгүй байдаг. Тестийн шатанд ч энэ утгаараа “техникийн чадавхи” шаардлагатай болдог.)

Ийм зүйлс бодитоор тохиолдож болзошгүй. Эдгээр тохиолдлыг хууль зүйн өнцгөөс зориуд судалбал, боломжит хувьд вендорын төслийн удирдлагын үүрэг зөрчил, өөрөөр хэлбэл Японы Иргэний хуулийн дагуу бүтээн байгуулалтын асуудал болох боломжтой.

Энэ тохиолдолд, гэрээнд онцгой зүйлс тусгаагүй бол, ердийн гүйцэтгэлийн гэрээнд хамаарах заалтууд хамаарах болно.

Тэгвэл дараах зүйлсийг авч үзэх хэрэгтэй болно.

Ийм байдлаар зохицуулагдана.

Хураангуй

Тус бүрд нь систем хөгжүүлэх төслүүд янз бүрийн, мөн олон төрлийн хүндрэл замаар хөгжин өрнөдөг. Гэхдээ хууль ёсны талаас төслийн ‘галзуурал’ гэх асуудалд хүрвэл, энэ нийтлэлд танилцуулсан хүрээлэн буй орчин нь нэг төрлийн зураглал болох болно. Систем хөгжүүлэлттэй холбоотой хууль зүйн асуудлууд нь үнэхээр олон төрлийн сэдвүүдийг агуулдаг.

Гэсэн хэдий ч систем хөгжүүлэлт гэдэг нь бүтээлч сэтгэлгээг шаарддагтай адил, түүнтэй холбоотой эрсдэлийн удирдлага ч мөн адил, салбарын ерөнхий байдлыг алдагдуулахгүйгээр, илүү бүтээлчээр гүйцэтгэх боломжтой болохыг харуулж байна уу.