Толық шешім бойынша жеткізу және орнату: шарттағы жұмыс шекаралары

Неліктен «под ключ» шарттарында сұр аймақтар пайда болады

Сұр аймақтар пайда болады, өйткені тараптар «бәрі жұмыс істесін» деген ұғымды нақты нәтижелер мен шекараларға бөлмейді. Жоба бірден жылынса бұл ыңғайлы көрінуі мүмкін. Проблема қабылдауда басталады: тапсырыс беруші бір нәрсені күтсе, орындаушы бәрі дайын деп санайды.

Көбінесе себебі — әр түрлі сипаттағы жұмыстарды араластыру: тауар жеткізу мен жұмыстар/қызметтер көрсету. Жеткізу комплектілік, мерзімдер, орау, кепілдік және құжаттар туралы. Монтаж пен баптау — бұл жұмыстар: алаң шарттары, қолжетімділіктер, бастапқы деректер және дайындық критерийлері маңызды. Барлығын бір абзацта жазса, не «тапсырыс берілді» екені түсініксіз болады.

Қабылдауда көбіне даулар жабдық жеткізілген бе емес, «қызметке енгізу» нені білдіреді дегенге түседі. Біреу үшін бұл «қосылды, жүктелді, шамдар жанып тұр». Басқа үшін — «пайдаланушылар жұмыс істейді, деректер көшірілген, резервтік көшіру бар, актіге қол қойылды және қолдау анық». Егер критерийлер көрсетілмесе, әр тарап формулировканы өз мүддесіне сай түсіндіреді.

Жауапкершілік үзілістері жиі қайталанады: алаңды кім дайындайды (қуат, стойкалар, кабельдер, климат, жерге қосу), кім қолжетімділіктер мен бастапқы деректер береді (есептік жазбалар, домен, IP-жоспар, қауіпсіздік саясаты), баптауға не кіреді (тек базалық конфигурация ма әлде интеграциялар да бар ма), көшіруді кім істейді (көшіру көлемі, тоқтау терезесі, оралу), және қолдау қашан басталады.

Практикадан мысал: сервер жеткізіліп, ОС орнатылды, бірақ тапсырыс беруші орындаушыдан базаларды көшіруді, резервтік көшірмелерді орнатуды және тестпен өнімділікті растауды күткен. Орындаушы «под ключ» тек жеткізу және монтаж ғана болды деп ойлады. Нәтижесінде акт қолға алынбады, мерзімдер қысқарып, тоқтау орын алды.

«Ввести в эксплуатацию» деген анықталмаған формулировка қосымша жұмыстарға, мерзімдер бойынша дауларға және жүйе жұмыс істегенмен ешкім соңғы нәтиже үшін жауапты болмайтын жағдайларға әкеледі. Бұл әсіресе темір, баптау және деректерді көшіру кіретін жобаларда айқын көрінеді.

Кезеңдерді қалай бөліп жазуға болады: жеткізу, монтаж, баптау, көшіру, қолдау

Шарт «под ключ» жобасын кім нені «ейткенін» түсініксізге айналдырмау үшін жобаны кезеңдерге бөлу жақсы. Әр кезең үшін үш нәрсе бекітіледі: нәтиже, кіріс шарттары (тапсырыс берушіден не керек) және қабылдау сәті.

1) Жеткізу

Жеткізу — тек қораптарды әкелу емес. Шартта әр позиция бойынша комплект құрамы, сериялық нөмірлер (немесе оларды тіркеу тәртібі), қосалқы құжаттар тізімі және сәйкестікті тексеру процедурасы жазылсын. Тапсырыс берушінің алаңында жеткізу мен уақытша сақтау қалай жүзеге асырылатыны: кім түсіреді, қай жерде орналастырады, монтажға дейінгі сақталу жауапкершілігі қайда тиесілі — бұл да айқын жазылуы керек.

Кезеңнің нәтижесі бірмәнді оқылуы тиіс: жабдық тапсырылды, сипаттамаға сәйкес, құжаттар қол қойылды.

2) Монтаж және физикалық дайындық

Монтаж — темірді физикалық орнатып, қосуға дайындау: стойкалар, бекіткіштер, кабельдер, порттар мен сымдарды таңбалау, прокладка. Мұндағы ең маңыздысы — шекаралар. Мысалы, жаңа трассаларды жүргізу, төбелерде бұрғылау, розеткаларды көшіру, қуат пен UPS тексерісі, жерге қосу жұмыстары монтажға кіре ме — мұның бәрі нақты жазылуы керек.

Қабылдауда келіспеушіліктер болмас үшін алдын ала кім қандай расходник пен инфрақұрылымды (стойкалар, PDU, патч-панельдер, розеткалар) береді және қолжетімділік шектеулері (өткізу тәртібі, жұмыс сағаттары, қауіпсіздік қызметінің серіктестігі) бекітілсін.

3) Баптау

Баптау — параметрлер мен бағдарламалық бөлікті қамтиды: BIOS/firmware, RAID, ОС және драйверлер орнату, жаңартулар, есептік жазбалар, қолжетімділік саясаттары, доменге қосу, желі, мониторинг және резервтік көшіру (егер кірсе). Мұнда «базалық баптау» мен «бизнес жұмысқа дайындық» жиі шатастырылады. Оңайырақ бөлу: базалық пакетке не кіретіні және қандай қосымша тапсырмалар бөлек жұмыс ретінде қаралатынын көрсету (мысалы, күрделі қауіпсіздік саясаты немесе арнайы қосымшаларды баптау).

4) Көшіру

Көшіру — тәуекелі жоғары және бастапқы ортаға тәуелді жеке кезең. Шартта не көшірілетіні (деректер, пошта, профильдер, қосымшалар, конфигурациялар), қайдан қайда, көлемдері, кім қолжетімділіктер мен бастапқы шығарып алуларды дайындайтыны көрсетілуі керек. Міндетті түрде жұмыс терезесі мен оралу жоспары көрінуі тиіс: егер көшіруден кейін бірдеңе іске қосылмаса не істейміз.

Жалпы қағида: орындаушы келісілген жоспар бойынша көшіру үшін жауапты, ал тапсырыс беруші — ағымдағы паролдер, есептік жазбалар беру және қандай папкалар мен базалар критикалық екені туралы растау беру.

5) Қолдау

Қолдау қабылдаудан кейін басталады және бөлек сипатталуы тиіс: байланыс арналары, жауап беру уақыты, қалпына келтіру уақыты, қызмет көрсету терезелері, приоритеттер анықтамасы және инцидент болып саналатын мәселелер. «Не кіреді» мен «өзгерістер» (мысалы, жаңа пайдаланушыларды қосу, желіні қайта бөліп беру, сервис көшірмесін орындау) бөлек көрсеткен дұрыс.

Егер орындаушы бір уақытта жабдық шығарып, сервисті қамтамасыз етсе, мысалы GSE.kz, біртұтас байланыс және эскалация тәртібін бекіту ыңғайлы — сонда «бұл темірдің кепілдігі» мен «бұл баптау жұмысы» арасында үзіліс пайда болмайды.

Жұмыс шекаралары: орындаушының міндеттері қайда аяқталады

«Жеткізумен бірге орнату» жобаларында даулар жиі баға емес, не аяқталғаны туралы туындайды. Жұмыс шекараларын жалпы сөздермен емес, кезеңдер мен тексерілетін нәтижелер арқылы жазу қажет.

Жеткізу vs монтаж. Жеткізу — комплектілеу, жеткізу, түсіру, тұтастық пен құжаттар бойынша беру. Монтаж — орналасу мен қосылуға жауапкершілік басталатын сәт: стойка, бекіткіштер, кабель трассалары, қуат, таңбалау. Мысалы, егер орындаушы стойканы дайындамайды немесе кабель жүргізбесе, бұл нақты жазылсын. Әйтпесе бұл тараптардың күткенінен туындайды.

Баптау vs әзірлеу/қосымша жұмыс. Баптау — жабдықтың штаттық мүмкіндіктері мен стандартты ПО шегіндегі жұмыстар: прошивкалар, RAID, базалық ОС орнату, драйверлер, доменге қосу, есептік жазбаларды берілген тізім бойынша жасау. Қосымша жұмыстар — скрипттер, интеграциялар, бизнестік қосымшаларға өзгертулер, стандарттан тыс қауіпсіздік саясаттары, есептер және ТЗсыз анықтау мүмкін емес тапсырмалар. Мұндай жұмыстар болса, оларды бөлек көлем ретінде бекітіңіз: не істейміз, кім келіседі және нәтижені қандай құжат растайды.

Көшіру. Деректер мен сервистерді көшіру көбіне баптаумен теңестірілмейді, себебі бастапқы ортаның сапасына тәуелді. Көшіруді бөлек көлем ретінде айқындаған дұрыс: жүйелер тізімі, ауысу тәртібі, рұқсат етілген тоқтау уақыты, табыстылық критерийлері және бастапқы деректер үшін жауапкершілік таратылымы.

Қолдау vs кепілдік. Кепілдік темірдің ақауларына қатысты. Қолдау — инциденттер, өзгерістер, жаңартулар және пайдаланушылар сұрақтарына қатысты. Егер SLA керек болса, оны енгізуден бөлек етіп жазған дұрыс: байланыс арналары, жауап беру уақыты, қызмет көрсету терезелері, инцидент пен өзгеріс құқығының айырмашылығы.

Тапсырыс берушінің міндеттерін бөлек жазу пайдалы: көбіне бұл қолжетімділіктер (есептік жазбалар, домен, админ құқықтары, VPN) және жұмыс терезелері; бөлменің дайын болуы (қуат, кондиционирование, стойка, пропуск); бастапқы деректер мен келісімге жауапты тұлғалар; пайдаланушылардың тестке қатысуы және қабылдау; көшіру алдын ала резервке алу туралы растау.

Мысал: стойкаға сервер орнатқанда (мысалы, S200 сериясы), орындаушы монтаж және чек-лист бойынша іске қосуды орындайды, ал тапсырыс беруші — дайын стойка, қуат және серверлік бөлмеге кіру үшін жауапты. Олай болса «қосылмайды» деген жағдайда қай жерде себеп іздеу керек және оны кім жоюы тиіс екені айқын.

Шартта және қосымшаларда міндетті түрде не жазылуы керек

Негізгі анықтықты қосымшаларға шығарған дұрыс. Шартта ойын ережелерін қалдырып, егжей-тегжейлерді міндетті құжаттар ретінде бекітіңіз: оларды жаңарту оңай және қабылдау бойынша ыңғайлы.

Бастапқыда жеткізу құрамын нақтылаңыз. Егер спецификацияда тек «сервер» деп тұрса, модель, конфигурация және комплектілік көрсетілмесе, қабылдауда порттар жеткілікті ме, ПО нұсқасы қандай, лицензиялар кіріп тұра ма және кілттерді кім береді деген сұрақтар туындайды. Тапсырыс беруші қандай нәрселерді қамтамасыз ететінін де бөлек жазыңыз: есептік жазбалар, IP-адрестер, стойкалар, қуат, байланыс арналар.

Практикалық минимум қосымшалар:

• Жабдық пен ПО спецификациясы: модельдер, конфигурациялар, нұсқалар, лицензиялар, сериялық нөмірлер, комплектілік.
• Кезеңдер бойынша жұмыс жоспары: не істейміз, әр кезеңнен қандай нәтиже шығады, қандай құжаттар растайды.
• Жауапкершілік матрицасы (мысалы, RACI): кім орындайды, кім келіседі, кім кіріс деректерді береді, кім қабылдайды.
• Қолжетімділік шарттары мен жұмыс терезелері: уақыт, пропуск тәртібі, серіктестік, қашықтықтан қолжетімділік.
• Қабылдау протоколы және дайындық критерийлері: не тексереміз, ескертпелерді қалай тіркейміз, түзету мерзімдері.

«Қабылдауға дайындық» блогын тексерілетін түрде жазған жөн. Мысалы: жабдық орнатылып, таңбаланған, кабельдер төселген, орындаушы сызбасы бар; жүйе қателерсіз қосылады, базалық баптаулар қолданылған; көшіру келісілген тізім бойынша орындалған, есеп және тексерістер бар; резервтік көшіру орнатылып, қалпына келтіру тесті өткізілген; іске қосқаннан кейінгі қолдау сипатталған.

Егер орындаушы бір уақытта жабдықтап және енгізетін болса (мысалы, интегратор және өндіруші GSE.kz тәрізді), команда ішіндегі рөлдерді жауапкершілік матрицасында бөліп, қабылдауды кезеңдерге байлау маңызды. Әр қадам құжатпен жабылсын, ауызша келісім емес.

Қадам-қадам: кезеңдер арасындағы үзілістерсіз шартты қалай дайындау керек

Шарт көбіне шеттерде «бұзылады»: тауар әкелінді, стойка орнатылды, бірақ іске қосу болмады, және мелочтарды кім аяқтауы керек екені түсініксіз. Мұндай жағдайларды болдырмау үшін жобаны кіріс, нәтиже және қабылдау құжаты бар кезеңдер тізбегі ретінде жинаңыз.

Біріншіден, жұмыс жоспары болмаса жоба жорамалға айналады: алаңдардың мекенжайы, кіру тәртібі, жұмыс терезелері, шаң/шу талаптары, стойканың бар болуы, қуат, жерге қосу, кондиционирование, байланыс арналары. Орындалуға тыйымдар (мысалы, монтаж тек түнде немесе қызметтерді тоқтатуға болмайды) да бөлек көрсетілуі тиіс.

Одан кейін бақылау нүктелерін келісіп алыңыз: күнтізбелік график, жауапты тұлғалар, бақылау кездесулері, көлем пен мерзім өзгерістерін реттеу тәртібі. Өзгерістерді түсінікті рәсімдер арқылы (қосымша келісім немесе change request) өткізу дұрыс.

Сосын әр кезең нәтижелерін өлшенетін түрде сипаттаңыз. «Жеткізу» — комплектілік пен сериялық нөмірлер. «Монтаж» — құрылғы бекітілген және схема бойынша қосылған. «Баптау» — тізімделген параметрлер, есептік жазбалар және саясаттар. «Көшіру» — көшірілген деректер тізімі және бақылау тексерістері. «Қолдау» — жауап беру және қалпына келтіру ережелері.

Жиі кездесетін «қалқаншаларды» жабу: тапсырыс берушінің кіріс шарттары (IP-жоспар, домен, есептік жазбалар, лицензиялар, серверлік бөлмеге қолжетімділік), қабылдау форматы (кезеңдер бойынша актілер, тест чек-листтері, тексеріс нәтижелері), іске қосқаннан кейінгі қолдау (арналар, сағаттар, приоритеттер, эскалация тәртібі). Егер серверлер мен жұмыс станциялары енгізілсе, инфрақұрылым жұмыстары қай жерде аяқталатынын және тапсырыс берушінің администраторларының жауапкершілігі қайдан басталатынын нақты көрсетіңіз.

Қабылдау және дайындық критерийлері: нәтижені қалай өлшеу керек

Даулар көбіне «кім нашар орындады» емес, нәтиже нақты тексерілмегендіктен туындайды. Сондықтан қабылдау төрт сұраққа жауап беруі керек: нені тексереміз, немен растаймыз, кім қол қояды және қандай мерзімде.

Жеткізу мен орнатуды бір үлкен акт ретінде қиып жібермей, кезеңдер бойынша қабылдау ұйымдастырған дұрыс. Әр кезеңге тексеру критерийлері анық болғанда ғана қабылдау түсінікті болады.

Мысал критерийлер: жеткізу бойынша — комплектілік пен сериялық нөмірлерді салыстыру, тұтастықты тексеру, паспорттар мен лицензиялардың болуы; монтаж бойынша — белгіленген жоспар бойынша орналастыру, бекітудің қауіпсіздігі, таңбалау, схемаға сәйкестігі, қуат; баптау бойынша — орындалған баптаулар тізімі, прошивка мен ПО нұсқалары, рөлдер мен қолжеткіліктер, желілік параметрлер, әкімшілік қолжетімділіктің келісілген түрде берілуі; көшіру бойынша — нақты көшірілген көлем мен тұтастықты тексеру (мысалы, таңдаулы салыстыру, есептер), жұмыс терезесі, табысты іске қосу критерийлері және оралу жоспары.

«Дайын» деп нені санайтынын алдын ала анықтау маңызды. Мысалы: «бухгалтерия пайдаланушылары жүйеге кіріп, соңғы 12 айдың деректерін көріп тұр, басып шығару жұмыс істейді, сырттан қолжетімділік жабық, резервтік көшіру кестеге сәйкес жасалады» — бұлар өлшенетін белгілер, жалпы сөздер емес.

Ескертулер протоколы және жабу

Тіпті жақсы дайындық болса да, ескертулер шығады. Олар барлық қабылдауды бөгемес үшін бөлек протокол қажет.

Жұмыс схемасы: орындаушы құжаттарды береді және чек-лист бойынша тексерістерді көрсетеді; тапсырыс беруші ескертулерді орын мен сипатына байланысты тіркейді; әр тармақ бойынша түзету мерзімі мен жабылу критерийі белгіленеді; түзетілгеннен кейін ескертулер жабылғаны және кезең бойынша акт қол қойылады.

Мысал: кеңседе ПК және сервер стойкаға орнатылған, бәрі қосылады, бірақ бір бөлігіндегі розеткалар таңбаланбаған, ал пошта көшіруі барлық архивтерді толық бермеген. Егер протоколда «24 айлық архивтер клиентте қолжетімді, 20 жәшіктің таңдаулы салыстыруында айырмашылық жоқ» деген критерий және түзету мерзімі болса, мәселе тезірек әрі дау-түсініксіз шешіледі.

Шарттағы жиі қателіктер және олардан қалай сақтану керек

Толық жеткізу және орнату шарттарының басты мәселені — әр түрлі қызметтер мен әр түрлі қабылдау ережелерін бір құжатқа араластыру. Соның салдарынан тараптар «не тапсырылды» дегенді әр түрлі түсінеді, қолдау қашан басталады және кім қайта жұмысқа ақы төлейді деген мәселелер туындайды.

Ең жиі қате — темір кепілдігі мен SLA-ны бір тармаққа біріктіру. Кепілдік өндірушінің шарттары бойынша фабрикалық ақаулықтарға және жөндеуге қатысты. SLA — жауап беру уақыты, сервис қалпына келтіру, эскалация тәртібі және көбінесе мониторинг. Оларды бөлек жазған дұрыс.

Екінші қате — «тапсырыс берушінің талаптарына сәйкес баптау» деген жалпы формулировка. Бұл қабылдауда дау тудыратыны сөзсіз. Шешімі — қандай рөлдер мен саясаттар жасалатынын, қандай сервис орнатылатынын, қандай тесттер жүргізілетінін және қандай «дайын күй» күтілетінін нақты беретін қосымша.

Көшіруге қатысты бастапқы деректер талаптары жиі ұмытшақтыққа ұшырайды. Егер тапсырыс беруші есептік жазбаларды, қолжетімділіктерді, сәйкестік кестелерін дайындамаса, мерзімдер кейінге шегеріледі, және орындаушы кінәлі деп қаралуы мүмкін. Құжатта тапсырыс берушіден не, қандай форматта, қашан берілуі қажетіні нақты жазу керек.

Тағы бір тәуекел зонасы — түнгі жұмыстар мен тоқтаулар. «Тоҡтатусыз көшіру» қажет болса, жұмыс терезелерін, келісім тәртібін, терезені ауыстыру құқығын және кім күндіз/түнде байланыспауы тиіс екендігін көрсетіңіз.

Соңында, алаңның жасырын шектеулері туралы не істеу керектігі жиі жазылмайды: қуат жеткіліксіз, стойкада орын жоқ, жерге қосу жоқ, кабель өтпейді. Мұнда тексеру акті және анықталған шектеулер болған жағдайда change request тәртібі көмектеседі: тіркеу, бағалау, мерзімдер мен шығындарды келісу.

Мысал: сервер орнату кезінде стойкада бос PDU жоқ делік. Егер бұл шартта көрсетілмесе, монтаж «тоқтап қалады». Егер көрсетілсе, тараптар тез қосымша жұмыстар рәсімдейді немесе тапсырыс беруші инфрақұрылымды қамтамасыз етеді.

Қол қоюдан бұрын қысқа чек-лист

Қол қою алдында кезеңдер мұндай түрде бөлінгенін тексеріңіз: қабылдауда «бұл кімнің жұмысы?» деген сұрақ туындамайтындай етіп. Бір сағатты нақтылауға бөлу кейінгі аптадағы хат алмасудан гөрі үнемді.

Әр кезеңге өз нәтижесі мен қабылдау құжаты бар екенін, тапсырыс берушінің кіріс шарттары: бөлмеге кіру, стойка дайын болуы, қуат пен СКС, есептік жазбалар мен құқықтар, бастапқы деректер, байланыс тұлғалары және жұмыс терезесі көрсетілгенін тексеріңіз. Қолдау үшін өлшенетін ережелер (жауап беру және қалпына келтіру уақыты, приоритеттер, қызмет көрсету терезелері) және көшіру үшін — деректер иесі мен көшіруден кейінгі тексеру критерийлері жазылған болсын. Және бөлек — көлемді өзгерту тәртібі: қосымша жұмыстар қалай рәсімделеді, баға мен мерзім қалай келісілетінін көрсетіңіз.

Сондай-ақ «баптау» мен «қызметке енгізу» формулировкаларын тексеріңіз. Олар жиі ұқсас еститінмен, мағынасы әртүрлі. Баптау — параметрлер мен конфигурация. Қызметке енгізу — жүйенің мақсатты ортада жұмыс істейтінін және дайындық критерийлерінен өткенін растайтын қабылдау.

Қысқа мысал: серверлер сатып алып, сервис орнатсаңыз, алдын ала кім IP-адрестерді, доменді, есептік жазбаларды және ағымдағы инфрақұрылымға қолжетімділікті беретінін және тест протоколын кім қол қоятындығын бекітіңіз. Тәжірибелі интегратормен де дау көбіне темірден емес, тапсырыс беруші тарапындағы анықталмаған тәуелділіктерден туындайды.

Мысал жоба: офис + серверлік, тоқтаусыз көшіру және іске қосу

Жағдай: компания серверлік пен жұмыс орындарын жаңартып, қызметтерді жаңа доменге көшіру керек, бірақ күндік тоқтатуды көтере алмайды. Жаңа rack-серверлер мен ПК сатып алып, пайдаланушыларды жаңа доменге тасымалдап, апта басына дейін бәрін іске қосу талап етіледі. Мұндай жобаларда «жеткізу және орнату» жиі қайда монтаж бітеді және баптау басталады, кім көшіруге жауапты және табысты іске қосу не екенін түсініксіз қылады.

Жұмысты кезеңдер бойынша бөлу және әрқайсысына бөлек қабылдау бекіту ыңғайлы: жабдық жеткізу, стойкаға монтаж және қуат/желіні қосу, инфрақұрылымның базалық баптауы (гипервизор, домен, саясаттар, базалық рөлдер), пайдаланушылар мен деректерді көшіру, іске қосқаннан кейінгі қолдау. Тапсырыс беруші мен жеткізуші бірдей команда болғанда да, әр кезеңнің шекараларын жазу міндетті.

Тоҡтатусыз көшіру үшін шартта алдын ала тапсырыс берушіден не беру керектігін көрсеткен дұрыс: пайдаланушылар мен құрылғылар тізімі және ағымдағы құқықтар; критикалық сервис тізімі; жұмыс терезесі (түн/демалыс) және әр сервис үшін рұқсат етілген тоқтау уақыты; ағымдағы инфрақұрылымға қолжетімділік және жауапты тұлға; алаң дайындығын растау (стойка, қуат, желі, салқындату).

Содан кейін қандай құжаттар кезеңдерді жабатынын және нені тексеретінін алдын ала келісіңіз. Әдетте бұл: жеткізу акті (комплектілік, сериялық нөмірлер), монтаж жұмыстары акті (орнатылды және қосылды), баптау хаттамасы (не бапталды және қандай көлемде), көшіру акті (көшірілген пайдаланушылар, профилдер, пошта тізімі), іске қосу акті және қолдауға параметрлер.

Даудың негізгі нүктелері әрқашан бөлшектерде: «профильдерді көшіру» файлдарды ғана білдіре ме немесе қосымшалар баптауларын да қамтиды; «домен баптауы» топтық саясатты қамтиды ма әлде тек базалық құрылым ба; «тоқтаусыз іске қосу» — бұл нөл минут тоқтау ма немесе келісілген терезеге сыйып кету ме. Осы сұрақтар жұмыстың шекаралары, өлшенетін қабылдау критерийлері және ерекшеліктер тізімі арқылы шешіледі (мысалы, сыртқы қосымшалар мен лицензиялар шығарылып тасталады).

Келесі қадамдар: «под ключ» жобасын даусыз ұйымдастыру

Бастамас бұрын барлық жұмыстар мен жауапкершілік шекараларын бір пакет құжатқа жинаңыз, хаттар мен сметаларға таратып жазбаңыз. Жеткізу, монтаж, баптау және көшіру әр түрлі құжаттарда шашылып жатса, «бұл біздің емес» зоналары пайда болады.

Жоба картасын жасаңыз: соңында не алғыңыз келетінін және әр нәтижеге кім жауапты екенін. Оны міндеттер, орындаушы, тапсырыс берушінің кіріс шарттары, өлшенетін нәтиже, мерзім сияқты матрица түрінде рәсімдеген ыңғайлы.

Қол қоюға дейінгі минималды іс-шаралар

Жұмыс тізімі мен шекараларын бекітіңіз: жеткізуге не кіреді, монтажға не жатады, баптау не саналады, көшіруге және тесттерге нақты не кіреді. Қабылдау критерийлерін алдын ала растаңыз: қандай тексерістер жүргізіледі, кім қатысады, қандай құжаттар қол қойылады, не «қызметке енгізілген» саналады. Бірлескен алдын ала алаң тексерісін өткізіңіз: қуат, стойкалар, желі, есептік жазбалар, жұмыс терезелері, серверлік бөлмеге қолжетімділік. Және іске қосқаннан кейінгі қолдау үлгісін алдын ала анықтаңыз: байланыс арнасы, жауап беру уақыты, жұмыс сағаттары, не кіретінін және қандай жұмыстар бөлек ақыға жүргізілетінін.

Практикалық мысал: сервистерді жаңа серверлерге көшіру және жұмыс орындарын жаңарту кезінде монтаж жүргізілді, бірақ әкімші есептік жазбалары мен коммутатордағы порт жабық болғандықтан іске қосу сәтсіз болды. Егер бұл кіріс шарттар тапсырыс берушінің жауапкершілігі ретінде жазылса, даулар сирек болады.

Қашан бір орындаушыны таңдау керек

Егер темір, енгізу және кейінгі қолдау бір команда жауапкершілігінде болғаны тиімді болса, кешенді мердігермен жұмыс істеу ыңғайлы. Қазақстанда бұлай жасау жобаларды оңайлатады: жеткізуші жабдықты әкеліп қана қоймай, интеграция мен қолдауды да қабылдай алады. Мысалы, GSE.kz қазақстандық компьютерлер мен серверлер шығарып, жүйелік интеграция мен тәулік бойы техникалық қолдауды қамтамасыз етеді.

Финалдық келісімден бұрын бір бақылау сұрағын қойыңыз: «Қабылдау күнінде бірдеңе жұмыс істемесе, кім және қандай мерзімде нәтижеге жеткізуі керек, және қандай белгілер бойынша біз оны нәтижеге жеткізгенін түсінеміз?» Егер бұл шарт пен қосымшаларда жазылмаса, құжатқа әлі қол қоюға ерте.