#мойстатус #знания

Я не знал, что меня ждет❗️(часть 1)

До приезда в Эмираты я не знал, что меня ждет. А когда приехал, я увидел другие законы, мультинациональность, другие правила и систему, отношение к работе и т.п., отличные от наших беларусских реалий. Да даже в Украине и России не так. Все, что написал выше, всё другое. Но давайте по порядку.

1️⃣ Компания — аутсорсинговая, хотя иногда мы разрабатываем собственный продукт для продажи.

2️⃣ Смена топ-менеджмента на более молодой и прогрессивный
Это отразилось и на моей роли. Например, приходится заниматься некоторыми вещами, отличными от проектного менеджмента. Ну как приходится, это моя инициатива, т.к. я вижу, что можно улучшить некоторые процессы, которые могут поспособствовать развитию компании и улучшить работу на проектах. Скажем так, создание внутренних правил и полисов (дополнение к текущим или полностью создание нового). А так как я работаю непосредственно с командой разработчиков, то, преимущественно, речь идет о них. Опыт в этом мне не помешает. Особенно, если я могу внести вклад в развитие компании — вдвойне удовольствие и пару строчек в резюме 🙂.

3️⃣ Знакомство
Я созвал встречу в meeting room, предварительно подготовив материал и тему встречи.
Суть: каждый по кругу коротко рассказывает о себе пару фактов: как зовут, позиция в разработке, откуда родом, хобби, и своя уникальная особенность. Я не записывал на бумагу, я решил записать на диктофон, предварительно спросив ребят разрешение. Да, о себе я тоже рассказал, разумеется.
После я адаптировал тест Майерс-Бриггс для ребят и сбросил всем шаблон, рассказав суть теста и обозначив сроки выполнения.

Для чего это было нужно. Некоторые факты дадут нужную мне информацию о человеке, а заодно некоторые ребята узнают факты о своих коллегах. Вероятно, что не все так хорошо знакомы и знают о хобби друг друга и уникальных особенностях. А тест — это больше прикладная тема, которая может примерно показать, какой у кого тип личности (отсылка на книгу Патрика Ленсиони — 5 пороков команды).

4️⃣ Разработчиков пока немного (есть еще удаленная команда), а проектов столько, что не хватает людей. Либо если бы было времени больше, то было бы терпимо. Это плохая практика, когда некоторые разработчики работают параллельно на нескольких проектах. И это проблема: жонглирование человеческими ресурсами и временем, чтобы максимально безболезненно закрыть проекты. К сожалению, такое счастье мне досталось от предыдущего менеджмента. Но мы всё пофиксим! Вопрос времени.

5️⃣ Разработчики давно не были в отпуске
Как все знают, утомление и выгорание может быть ближе, чем мы думаем. К сожалению, отпустить даже одного в отпуск не представляется возможным, поэтому я решил, что можно хотя бы укрепить моральное состояние ребят — развитие в корпоративной культуре. Например, с ходу сделал раз в две недели Pizza Day, т.к. этого у них не было. Я был удивлен их радостным лицам, когда ребята могли отвлечься, пожевать их любимую пиццу и поговорить на разные темы. Мелочь, но работает. Также, я начал хвалить ребят за работу, которую они сделали хорошо, в срок, проявили инициативу и т.д. И это работает! Оплачиваемые овертаймы. Раньше с этим были проблемы.

6️⃣ Не настроены процессы в разработке
Scrum, Kanban, Waterfall, XP... Не, не слышали! Нельзя просто так взять и вслепую начать внедрять Скрам, Канбан или какую-то другую методологию. Есть много факторов, позволяющих понять, что лучше применить (есть еще способ испробовать разные подходы), но это уже другая история. Так как компания работает преимущественно с гос. учреждениями, то тут Scrum может не покатить. Канбан — менее регламентирован (разве что инструмент доски покатит). Пришлось пойти ва-банк — создать свой легковесный фреймворк (это громко сказано) лишь с пару обязательными ритуалами, техниками и подходами. Он чем-то похож на легковесный, гибкий фреймворк p3express. Кстати, мне он очень нравится. Я уже об этом говорил ранее. Легкий в понимании, простой в использовании. Но натренироваться нужно (сам еще в процессе).