Смена работы — это часто удивительная смесь эмоций. Восторг от новых возможностей, помноженный на страх оказаться «недостаточно» подходящим; грусть от расставания с нынешней командой, приправленная радостью от знакомства с новыми экспертами; вечный человеческий страх перемен, и одновременно их ожидание и надежда, что они будут только к лучшему.
Однако, делая шаг к чему-то новому, очень важно не забывать о том, что ты оставишь после себя там, откуда уходишь. Многим знаком термин онбоардинг, а вот как назвать обратный процесс — оффбоардинг? Пусть будет так :) В рамках этого текста я буду называть оффбоардингом последние 2-3 недели в компании, из которой мы уходим: с момента информирования нашего руководителя и до последнего дня.
Что я считаю для себя важным сделать, покидая компанию?
1. Оставить понятную тестовую документацию. Для меня важно поддерживать чек-листы в актуальном состоянии: так, чтобы в любой момент я или кто-то из моей или соседней команды мог пойти и проверить функциональность по созданной мной документации. Соответственно, заблаговременная актуализация артефактов тестирования, в частности, тестовой доки для меня мест-хэв и важнейшая часть работы по завершении своей деятельности в компании.
2. По возможности описать и сохранить инфу о фичах/проектах, с которыми работала. Это будет полезно не только тестировщикам, но и другим членам команды. Дело в том, что аккумулирование знаний по фичам в одном человеке происходит чаще, чем нам бы того хотелось. Это нормальный процесс: невозможно быть в курсе всего, и распределение ответственности внутри продукта помогает углубиться в свои задачи, не беспокоясь за покрытие остальных функций. Тем не менее, надо отдавать себе полный отчет в том, что твои знания могут казаться супер-очевидными тебе, но их отсутствие сильно усложнит работу другому человеку. Даже если в команде ситуация идеальная, и все знают обо всём поровну, описание фич/проектов, с которыми мы работали, упростит онбоардинг нового специалиста.
3. Если работа требовала каких-то особых знаний, либо есть неочевидные процессы, к которым, тем не менее, многие привыкли — задокументировать их. По той же причине, что и прошлый пункт, но необходимость здесь более очевидна. Например, когда я уходила с руководящей позиции, мне было максимально важно описать процесс 1-1, собеседований и ревью — не потому, что было желание, чтобы все делали так же на 100%, а потому что это были знания, подкрепленные опытом, и я понимала, что новому сотруднику на этой позиции такие знания могут упросить интеграцию в коллектив и добавить понимания, как «было раньше».
4. Починить то, что не работает. Например, нестабильные автотесты, неактуальные репорты или задачу, которая висит в in Progress уже 2 недели. Это довольно очевидный пункт, но я даже словами не могу описать, сколько радости приносит напоследок добить-таки проблему, которая довольно долго стреляла и расстраивала. Да, не круто, конечно, делать такие штуки в последний момент. Но это определенно лучше, чем проявить безразличие и не делать вообще.
5. Проинформировать о том, что не удалось починить. Например, про нестабильные автотесты :D Мне кажется, это просто хороший тон, и тут даже не стоит вдаваться в подробности.
6. Записать итоги работы. Для себя на будущее. Провести небольшую ретроспективу. Что удалось сделать? Что хотелось, но не удалось? Что было круто? Что улучшила бы? Всё это желательно хотя бы тезисно зафиксировать. Во-первых, это поможет в будущем: когда яркие воспоминания станут тускнеть, будет возможность вспомнить, почему ты работала в этой компании (и каковы были причины ухода), — земля круглая, а в мире IT так вообще велики шансы поработать в одном месте более раза. Во-вторых, когда-то придется обновлять резюме, и лучше записать свои обязанности и достижения, пока они свежи в памяти. В-третьих, анализ сделанного — неотъемлемая часть осознанного развития, поэтому он не будет лишним.
Смена работы — это часто удивительная смесь эмоций. Восторг от новых возможностей, помноженный на страх оказаться «недостаточно» подходящим; грусть от расставания с нынешней командой, приправленная радостью от знакомства с новыми экспертами; вечный человеческий страх перемен, и одновременно их ожидание и надежда, что они будут только к лучшему.
Однако, делая шаг к чему-то новому, очень важно не забывать о том, что ты оставишь после себя там, откуда уходишь. Многим знаком термин онбоардинг, а вот как назвать обратный процесс — оффбоардинг? Пусть будет так :) В рамках этого текста я буду называть оффбоардингом последние 2-3 недели в компании, из которой мы уходим: с момента информирования нашего руководителя и до последнего дня.
Что я считаю для себя важным сделать, покидая компанию?
1. Оставить понятную тестовую документацию. Для меня важно поддерживать чек-листы в актуальном состоянии: так, чтобы в любой момент я или кто-то из моей или соседней команды мог пойти и проверить функциональность по созданной мной документации. Соответственно, заблаговременная актуализация артефактов тестирования, в частности, тестовой доки для меня мест-хэв и важнейшая часть работы по завершении своей деятельности в компании.
2. По возможности описать и сохранить инфу о фичах/проектах, с которыми работала. Это будет полезно не только тестировщикам, но и другим членам команды. Дело в том, что аккумулирование знаний по фичам в одном человеке происходит чаще, чем нам бы того хотелось. Это нормальный процесс: невозможно быть в курсе всего, и распределение ответственности внутри продукта помогает углубиться в свои задачи, не беспокоясь за покрытие остальных функций. Тем не менее, надо отдавать себе полный отчет в том, что твои знания могут казаться супер-очевидными тебе, но их отсутствие сильно усложнит работу другому человеку. Даже если в команде ситуация идеальная, и все знают обо всём поровну, описание фич/проектов, с которыми мы работали, упростит онбоардинг нового специалиста.
3. Если работа требовала каких-то особых знаний, либо есть неочевидные процессы, к которым, тем не менее, многие привыкли — задокументировать их. По той же причине, что и прошлый пункт, но необходимость здесь более очевидна. Например, когда я уходила с руководящей позиции, мне было максимально важно описать процесс 1-1, собеседований и ревью — не потому, что было желание, чтобы все делали так же на 100%, а потому что это были знания, подкрепленные опытом, и я понимала, что новому сотруднику на этой позиции такие знания могут упросить интеграцию в коллектив и добавить понимания, как «было раньше».
4. Починить то, что не работает. Например, нестабильные автотесты, неактуальные репорты или задачу, которая висит в in Progress уже 2 недели. Это довольно очевидный пункт, но я даже словами не могу описать, сколько радости приносит напоследок добить-таки проблему, которая довольно долго стреляла и расстраивала. Да, не круто, конечно, делать такие штуки в последний момент. Но это определенно лучше, чем проявить безразличие и не делать вообще.
5. Проинформировать о том, что не удалось починить. Например, про нестабильные автотесты :D Мне кажется, это просто хороший тон, и тут даже не стоит вдаваться в подробности.
6. Записать итоги работы. Для себя на будущее. Провести небольшую ретроспективу. Что удалось сделать? Что хотелось, но не удалось? Что было круто? Что улучшила бы? Всё это желательно хотя бы тезисно зафиксировать. Во-первых, это поможет в будущем: когда яркие воспоминания станут тускнеть, будет возможность вспомнить, почему ты работала в этой компании (и каковы были причины ухода), — земля круглая, а в мире IT так вообще велики шансы поработать в одном месте более раза. Во-вторых, когда-то придется обновлять резюме, и лучше записать свои обязанности и достижения, пока они свежи в памяти. В-третьих, анализ сделанного — неотъемлемая часть осознанного развития, поэтому он не будет лишним.
