Как да прехвърляте дела при уволнение
Аз съм ръководител на отдела за разработка на 1C. Имам 4 разработчици и 3 специалисти по поддръжката под мое ръководство. Звездите се подредиха по такъв начин, че реших да напусна компанията. Подписах заявлението, договорих се за две седмици работа. HR се напрегнаха, хукнаха да търсят заместник, но най-вероятно няма да могат да намерят никого след 2 седмици и имах въпрос какво трябва да се направи, за да си тръгна „красиво“, така че човекът, който ме замества, да може да разбере възможно най-безболезнено. Мислите доведоха до такъв списък. 1. Създайте база от знания. Дори ако компанията няма приложение, което да събере всички знания, които се съхраняват в умовете на вашите разработчици и най-важното във вашите, инсталирайте такова приложение. Избрах Confluence, купих го със собствени пари (лиценз за 10 потребители струва само 600 рубли). Какви данни трябва да бъдат включени в базата знания:
• Списък с бази данни. Да, очевидно е, че всички програмисти в компанията знаят всички основи и тази задача изглежда безполезна, защо да описвате това, което вече всички знаят, но вашият наследник най-вероятно ще ви благодари поне веднъж, когато дойде на „вашето“ работно място на първия ден и без излишни въпроси ще получи обща представа какво има в компанията. Програмистите не обичат промените, смяната на лидера е стресираща за тях, нов лидер, който започва кариерата си в компанията с безкрайни въпроси „каква база е това? И кой е собственикът? И какъв е нейният бизнес смисъл? ще предизвика, ако не отхвърляне, то поне скрито недоволство.
• Списък с приложения. Ако една компания използва повече от едно приложение и няма еднозначна връзка между него и базата данни, тогава трябва да има списък – кое приложение за какво отговаря, кой работи в него, кой е бизнес собственик на приложението, каквокритичност на приложението (възможен престой за 1 минута, за 1 час, за 1 ден и т.н.)
• Списък с лицензи. По някаква причина в малките компании отношението към лицензите е много небрежно, основното е да купувате и какво ще се случи след това, отделът за развитие изобщо не се интересува. Считам това за порочна практика, като правило данните за лицензите (от кого са закупени, кога, колко струват, за кое юридическо лице са регистрирани) се изискват в най-неподходящия момент, например, когато се абонирате за ITS (1C-никнеймите ще ме разберат) или не дай си Боже, когато се появят маскирани хора. Програмистите обичат да делегират тази задача на отдела за системна администрация, тъй като често системните администратори участват в покупката, а тези, които от своя страна са изпълнили задачата (закупуване и инсталиране на софтуера), считат мисията си за изпълнена. Защо да усложнявате и без това трудната задача на вашия наследник?
• Схеми на обмен между различни приложения. В малките компании обменът често се пише "на коляното", както се казва "..., ..., и в производството." Не се стига до описание на формати, гранични условия, дори до честота на обмен. За нов лидер обаче е голям стрес да получи обаждане от финансовия директор в 9 сутринта: „Тук не работи, но винаги е работило, разберете го“. Обмените са голям проблем в компания с десетки различни, понякога самонаписани системи. Описаните схеми за обмен ще помогнат на нов човек поне да започне да анализира причината за провала.
• Основни бизнес процеси. Това е банално. Очевидно е. Не си спомням обаче най-елементарните бизнес процеси, извършвани по 10 пъти на ден, да са били съхранявани в базата знания. Описани са процеси, които се извършват веднъж на всеки шест месеца, описани са процеси, които никога не се извършват. Но самите процеси, за които всички знаят, получаването на стоките, изчисляването на себестойността, определянето на цените, са техни.Не. Защо да описваме това, което всички вече знаят? Повярвайте ми на думата, вашият наследник със сигурност няма да каже „защо направи това? На всички е ясно!”
2. Настройте система за проследяване на задачи. Да, да, има фирми, в които не е така. Да, има много такива компании. Задачите идват по различни начини, по пощата, чрез обаждане от непосредствения ръководител, от други потребители, програмистите сами измислят задачи за себе си. Можете да ги съхранявате в главата си, във файл на Excel, в Outlook. Мисля, че това е грешно, но моето мнение може да не е същото като вашето. Но ако решите да напуснете компанията - подредете списъка със задачи. Досадно е, но е необходимо. Използвам Jira, но има много безплатни решения. Не е необходимо да описвате подробно задачата, във всеки случай това няма да е достатъчно за нов човек, ще бъдат достатъчни следните точки:
• Кратко заглавие на задачата. • Клиент • Изпълнител (ако някой вече работи по задачата) • Приоритет • Необходим срок за решаване на задачата
3. Вдигнете заплатите на програмистите. Ако вашата компания няма планирано увеличение на заплатите, например веднъж годишно, положете всички усилия да повишите заплатите на разработчиците до текущото пазарно ниво.