Алексей Носовский

Младший аналитик, департамент 1С в «КОРУС Консалтинг»

Привет, Хабр! Добро пожаловать в инструкцию по выживанию в ситуации, когда ты остался за старшего на проекте. Тебе кажется, что ты остался совсем один? Тебе страшно? Чувство ответственности давит в груди? Не переживай! Мы все через это проходили. С этим гайдом ты сможешь справиться со всем!

Для начала давай познакомимся! Тебя приветствует Алексей Носовский, младший аналитик из департамента 1С в «КОРУС Консалтинг». Как я к этому пришел? Скажем так: жизнь устроила небольшой аттракцион. Мы запустили проект, началась поддержка, я ушел в отпуск, вернулся — а там новости: «ФА уходит в отпуск», «старший консультант (замена ФА) тоже уходит», «а дальше оба переходят на другие проекты». В этот момент стало понятно, что режим будет «сам себе ФА, консультант и немного психолог».

Пришлось в короткие сроки закрыть пробелы в знаниях и научиться доставать ответы из документации, задач и переписок быстрее, чем приходит новое сообщение от заказчика. Раз уж это удалось пройти без потерь, появилась идея написать этот гайд, чтобы в такие моменты было проще.

Так что это не теория из учебника, а выжимка из реальной поддержки — из тех дней, когда надо быстро разбираться и принимать решения. Я постараюсь передать тебе свой опыт и рабочие приемы, которые реально помогают.

Про главные «помехи»

Давай сначала посмотрим на то, что может вызвать помехи в нашем стремлении сделать все качественно:

  • Страх, переживания

  • Неуверенность

  • Избыточная ответственность

  • Тревога

  • Недостаток хард-скиллов

Рассмотрим наши помехи и небольшие советы по их преодолению:

1. Страх основная преграда для нашего развития. Бояться – это нормально, ведь каждый сотрудник когда-либо через это проходил. Поверь, страшно только пока ты не начнешь работать. Страх только здесь и сейчас, решив проблему однажды, дальше это уж не будет «проблемой».

2. Неуверенность – «червь», который ест нас изнутри. Сомнения способны как разрушать, так и приводить к правильным решениям. Мысли критично, позитивно, прогони все возможные варианты развития событий, тестов, убедись, что ничего не забыли.

3. Избыточная ответственность – словно «рюкзак с камнями за спиной». Сбрось его, следуй заложенному пути: ЗНР (задание на разработку), письмам с согласованиями, комментариям в задачах — это твой компас.

Помни, что все, что было по данной задаче до тебя, не накладывает на тебя личную ответственность. Ты будешь нести свой груз ответственности уже после принятия задачи и начала её развития. Есть вопросы по прошлым моментам? Обратись к коллегам. Сомневаешься, как сделать «правильнее»? Обратись к коллегам.
За успешность проекта отвечает вся команда.

4. Тревога – то самое неизвестное будущее, объединяющее в себе страх, неуверенность, гиперответственность. «А что будет после выполнения данной задачи?», «А что, если оно ...?». Напиши на бумаге самый тревожный сценарий, который тебе удастся придумать, и составь список действий для его решений. Чаще всего он не так страшен, а готовый план действий добавит тебе уверенности. Отбрось негативные мысли и думай в позитивном ключе!

5. Недостаток хард-скиллов – достаточно серьезная проблема, которая может ментально на тебя давить, но в сложных задачах твои навыки способны достаточно быстро развиваться. Изучи теорию по необходимому вопросу, если что-то остается непонятным, тогда проконсультируйся с коллегами, попроси объяснить данную тему/вопрос.

Про тех, кто поможет справиться

А теперь, давай взглянем назад и посмотрим на тех людей и тот инструментарий, который сможет нас поддержать в этой тяжелой ситуации:

  • Руководитель проекта (РП)

  • Функциональный архитектор (ФА)

  • Другие аналитики на проекте

  • Технический архитектор (ТА)

  • Разработчик

  • Руководитель твоей группы компетенции/отдела/направления

  • Система поддержки принятия решений (СППР)

  • Jira

  • Локальный FTP сервер

  • Redmine

Разберемся подробней, кто за что отвечает и к какому ресурсу мы можем обратиться:

1. Руководитель проекта
1.1. Основна�� управленческая единица ответственности за выполнение проекта, именно он согласовывает отпуска, командировки, даты сдачи. Дополнительно поддерживает команду, создаёт рабочие условия для спокойной работы.
1.2. Присутствует на всех встречах с заказчиком.
1.3. За счет общения с ФА и ТА имеет большее представление о предстоящих изменениях бизнес-модели проекта, чем аналитики.
1.4. Поможет наладить связь с заказчиком.

2. Функциональный архитектор
2.1. Основная контролирующая единица внутри проекта. Отвечает за проектирование устойчивой структуры, проверку ЗНР, корректность изменения бизнес-процессов.
2.2. Присутствует на всех встречах по обсуждению и изменению бизнес-процессов.
2.3. Владеет целостной структурой проекта.
2.4. Главный среди аналитиков.

3. Технический архитектор
3.1. Основная программная единица внутри проекта. Занимается технической архитектурой проекта и серверной частью. Эксперт по устранению зависаний, долгих выполнений запросов.
3.2. Распределяет задачи внутри разработчиков.
3.3. Решает задачи со «звездочкой».
3.4. Проводит код-ревью.

4. Аналитик/Разработчик
4.1. Они такие же, как и ты. Всегда готовы помочь разобраться в вопросе.
4.2. Обладают разным уровнем знаний и компетенций.
4.3. Каждый отвечает за свой блок внедрения.

5. Руководитель твоей группы компетенции/отдела/направления;
5.1. Один из твоих руководителей.
5.2. Заинтересован в твоем прогрессе.
5.3. Подскажет, поможет, утешит.
5.4. Обладает большим спектром знаний в разрезе своей группы компетенции/отдела/направления и всегда найдёт того, кто поможет тебе с твоим вопросом.

6. СППР/Jira/Redmine
В зависимости от решения РП выбирается система, в которой будут фиксироваться:

  • Таймшиты

  • Ошибки

  • Постановки задач

  • Заявки от заказчика

  • Приоритет задач

  • Технические проекты

  • ЗНР (Задание на разработку)

7. FTP сервер
Позволяет хранить видеозаписи встреч, инструкции, ЗНР и другую документацию по проекту.

Первый день в роли «Старшего»

Рассмотрим «минимум» информации, который необходим для первого дня:

Передача дел от старших коллег

  • Запроси документацию

  • Запроси встречу

  • Запроси статус текущих задачи

  • Запроси сроки реализации

  • Запроси контакты ответственного лица со стороны заказчика

  • Уточни, есть ли какие-либо проблемы в текущей реализации

  • Уточни приоритеты выполнения задач

  • Задавай вопросы, если что-то не понял.

Важно! Сделай это все ДО ухода человека в отпуск.

Записи встреч («Ты же записал созвон? Записал?»)

  • OBS Studio

  • Яндекс Телемост

  • BandiCam

  • Назначенный разработчик на эту задачу

  • Иногда бывает так, что ЗНР не успевают обновить и информация по «новой версии» есть только у разработчика.

Советы и инструменты:

  • У нас есть команда профессионалов и хороших людей, которые являются нашим основным инструментом помощи

  • Учетная система СППР/Jira/Redmine. Проверяй статус, комментарии, % выполнения задачи каждое утро.

Полезные советы по работе с ПО:

  • Научись использовать фильтры

  • Подстрой интерфейс под себя

  • Всегда работай со своей учётки

  • ЗНР. Что-то не понятно в реализации? Вперёд к разработчику. Не понятно в бизнесе? Вперёд к ФА или РП.

Переписка с заказчиком:

  • Не веди важную переписку в мессенджерах, фиксируй всё в почте!

  • Создавай папки в разрезе проектов

  • Создавай подпапки в разрезе важности письма

  • Отмечай «флажком», или цветом важные письма

  • Не забывай добавлять РП, администратора, ФА в копию письма

  • Новые требования обсуждай с РП

Фиксация договоренностей по задаче/общения с заказчиком

Важно! Не все встречи и протоколы можно «прогонять» через общедоступные ИИ. Проекты, которые содержат NDA нужно «прогонять» через внутренние ИИ. Уточни у коллег, какие инструменты ИИ доступны в разрезе компании.

  • Не забывай смотреть в почту, никогда не знаешь, когда придёт письмо от заказчика.

  • Готовь небольшие статус-отчёты по задачам для РП.

Внештатные ситуации

  1. Заказчик запросил срочное изменение. Прикинь сложность этих изменений, обсуди с РП, насколько это возможно со стороны финансов. Вероятнее всего, данное изменение будет «дополнительным требованием» и потребует согласования.

  2. Критическая ошибка по задаче попала в прод. Успокойся, оцени масштаб трагедии, предупреди заказчика и предложи «ручной» вариант выхода из события, поставь в известность разработчика и совместно разработайте схему устранения ошибки. Ошибки случаются со всеми, главное, стараться их не допустить в будущем.

  3. Заказчик недоволен реализацией задачи.
    Подними ЗНР и письма с согласованием данной задачи
    Сверься между согласованной ЗНР и реализацией, если различий нет, тогда уточни у заказчика, что конкретно не нравится.
    Если ему не понравилась «косметика», то это не критично, если не понравился «функционал», который ранее он же и согласовал, тогда это уже идёт как «дополнительное требование» и необходимо запрашивать согласование.

  4. Возникла необходимость в реализации новой задачи
    · Обсуди с РП, должны ли мы её реализовывать именно сейчас.
    · Составь ЗНР и обсуди её с ТА\Разработчиком на предмет возможности её реализации.

  5. Возникла ошибка не критичного уровня
    · Обсуди с разработчиком способ её устранения
    · Дополнительно протестируй весь функционал, чтобы проверить, не породило ли это ещё ошибок

С разрешения РП, обратись к человеку, который ушел в отпуск (если у вас нет других договорённостей с коллегой). Человек, который не добил задачу, чаще всего спокойно отреагирует на твой вопрос по его же задаче, но не стоит этим злоупотреблять. Также, можешь обратиться к тем людям, которые раньше были ответственными за этот блок, или задачу.

Если никто не способен помочь, то можно попробовать обратиться к руководителю твоей группы компетенции/отдела/направления.

Личные советы по эффективности и работе с документами

  • Составляй план своего дня. Подбери себе удобный для себя планировщик задач. Список доступных таск-трекеров

  • Фиксируй замечания по задаче и важные моменты сразу, не откладывай!

  • Не распыляйся на несколько задач одновременно

  • Не спеши, задержись на мгновение и посмотри «вперед», возможно, что в спешке ты упустишь что-то важное

  • Будь внимательным, смотри более обширно

  • Проводи тестирование изменений даже после переноса в прод

  • Фиксируй выполнение задач, чтобы по возвращению ответственного лица было удобно их вернуть

  • Включи автосохранение в документах

Список полезных статей:
Как превратить заказчика в друга
Как не погрязнуть в многозадачности
Взаимодействие с разными возрастными группами в команде

Проект — это один большой корабль, сейчас его направление зависит от тебя, но помни, что каждого член экипажа так же ответственен за действие рулевого.

P.S. Вернувшемуся из отпуска коллеге не забудь провести полноценный брифинг и передать все мате��иалы. Теперь ты сам станешь для кого-то тем самым опытным коллегой, на которого можно положиться.