Данная страница предназначена для хранения итогов моей работы. Так как каждая неделя очень сложная и насыщенная, то по прошествию пары недель итоги прошедших недель теряются/забываются и тп и при подведении итогов.
Я отработал уже 4 месяца, а итоги не подводил. Постараюсь сделать это системно(необходимо в календарь завести встречу для того что бы выделить себе время).
Ретроспективно на 17 июня 2023 года:
На меня свалилось несколько команд.
Основная команда, которая занимается быстрыми платежами. Достаточно технологически прокаченные и заскилованные, все все знают — но нет в них нет желания, что бы вносить изменения и улучшения. А аудит команды выявил кучу проблем как по тех долгу, так и командный дух. каждый работает на своем участке.
Глобальные изменения не зашли, я начал чуть чуть ее качать, уже не прямо говорить что изменения, а потихоньку втягивал изменения.
На данный момент команда не блещет. В основном сейчас все уперлось в разработчиков. Один сильно устал, второй сильный миди, но не он замкнут. Второй может быть не очень активен, так как на него оказывает влияние первого. Ну да ладно не об этом, хотел написать что бы не забыть.
Чего удалось добиться:
- Автоматизация тестирования, ребята из тестирования начали сильно погружаться в автотест и очень много чего автоматизировали;
- Начали забирать загрузочные тесты. Настя пошла на курсы по загрузочному тестированию.
- Запустили процесс создания ипр. движение не очень быстрое но думаю до конца года процесс наладиться
- Выкатили один сервис в кубер. Проблем было много, ждем когда начнется эксплуатация, соберем шишки и будем дальше катить другие сервисы в кубер;
- По развитию, удалось одного хорошего разработчика(который выходец из стажеров) вытащил его в отдельную команду. Там у него рост намного быстрей, так как решения нужно принимать самому и не опираться на других. Больше ответственности.
Какие проблемы возникли и с чем дальше нужно работать:
- Не удалось втащить ДоД по которому мы могли бы грумить задачи, что бы они были более понятными и сроки были прозрачными, что бы понимать какой объем тестирования, разработки; Почему не удалось — команда не захотела втаскивать, не проявила активности.
- Не удалось изменить процесс разработки — в нем есть не оптимальные процесс, но когда начались правки и предложения по изменениям, команда встала в штыки и изменений не приемлет.
Общее впечатление о команде:
- Аналитик упертый. Когда пришел за помощью в изменениях, была очень замотивированна, когда изменения коснулись ее — уперлась что ничего менять не буду. Месяца 3 с ней была борьба, сейчас очень сильно стала помогать и поддерживать в параллельном стриме.
- Разработчик — пилит код, не отсвечивает — новое все категорически отвергает. Бала от меня попытка затащить 17 Джаву, посмотрели но ничего делать не стали. Проигнорировали, отложили. Очень удобно выкручивает рубильник качества в свою сторону — Богдане смог решить проблему сохранения файлов в weremoc, сделал с тестировщиком компромиссное решение. Когда обсуждали вопрос сделать быстрое решение — отвергли, надо делать сразу хорошо и правильно. Пришел с вопросом — «возьмешь стажера, задач становится больше и лишние руки не помешают.»; Ответил что ему это не интересно, если я сам готов с ним ковыряться бери, если нет то шахер не нужен; Не хочется в данный момент обострять, пока игнорю его. Посмотрим что будет после f2f — где я хочу явно про мотивацию и развитие спросить.
- Тестировщики хороши. Они хорошо знают бизнес процесс и технику. Немного не хватает им опыта, но это дело наживное, главное что у них есть желание развиваться и развивать проект.
FMS — новая команда, которая взяла на поддержку и развитие проект который. Целиком команда состоит из сотрудников которые были вновь наняты. Но команда прям огонь.
- Друг друга поддерживают и помогают. очень активно общаются по различным вопросам и не только(создали флудилку).
- Были готовы затянуть в команду стажера и нет вопроса, что он не нужен — готовы — потому что это не только развития стажера, но их личное тоже.
Что получилось:
- Вывели релиз к сроку. Хоть и пришлось переписать проект почти целиком и еще добавить один сервис, про который выяснили в процессе выкатки.
- Довели релейный процесс до автоматизма — большое кол-во Автотестов, позволило автоматизировать процесс регресса и поставки в продуктив. Не нужно собирать согласования и можно ставить релиз в любое удобное время.
- Очень активно тюним скрам, добавляя в него новые сущности. Из последнего мы добавили оценки в ИЧЧ(идеальные человека часы);
Что не получилось:
- Каких то глобальных проблем не вижу, если возникают сложности/трудности — мы это выносим на ретро и там пытаемся порешать и потюнить процесс. Этот пункт можно затащить в плюс но пусть будет лежать тут;
Отдельный стрим быстрых платежей в которой участвует один разработчик и подключился аналитик от моей команды и разработчик, тестирование, аналитик от внешней команды которые хотят разрабатывать продукты у нас.
В общем только месяц мы раскачивались. Чет то майские праздники, то аналитик не смог быстро войти в тематику и все время есть какие то сложности. Последние две недели я решал проблемы команды и очень сильно был погружен туда;
- Собрал совместный ретро/встречу где мы обсудили загрузку людей. Очень часто команда переключалась на старые проекты, договорились что лид разработки не будет писать код — а будет присматривать за качеством, но выделять хорошего мидла который будет решать задачи.
- Собрал встречу уже непосредственно с командой на которой мы обсудили проблемы:
- Долгие ревью, проблемы с коммуникацией — договорились что команда будет проактивно пушить заинтересованных что бы у них провели ревью, а не ждать у моря погоды. Плюс чуть больше времени выделили на дейлике — что бы можно было остаться и обсудить еще вопросы;
- Проблема аналитики, чутка аналитика не поспевает за разработкой. Обсудили что дадим немного форы аналитикам, будем делать технику когда закончиться бизнесовые задачи(уже нарезали их);
- Кажется сейчас стало чуть больше окмандности и активности у ребят. Даже местами можно уже пошутить.
—- Из личного или что нельзя разделить между командами —-
- Когда подключился новый стрим, на них нужно было пошарить как мы работаем — как пишем код, как тестируем и на одном созвоне я понял что в быстрых платежах есть проблема с тестированием.
- Тестировщики запускают локально сервис что бы его тестировать. У этого есть свои сложности и проблемы;
- Резко возрастают требования к компетенция тестироващика, в место того что бы тестировать и проверять сценарии — еще нужно у себя развернуть проекты;
- Не всегда локально все поднимается и работает корректно и мы тратим много времени, что бы решить проблемы технического плана.
- да и просто звучит как полная херня; Не хотел бы я быть тестироващиком в такой команде;
- Моки — они делаются как то сложно, очень сложно. Не всегда можно сделать Моки руками тестировщика и приходится привлекать разработчика;
- В самих Моках нет логики и тп, основное что там делается — это генерация сообщений по схемам и соотвественно приходится подтягивать еще дополнительные библиотеки в которых хранятся эти библиотеки — из-за этого у тестирощиков возникают проблемы с разработкой что от куда тащить;
- Тестировщики запускают локально сервис что бы его тестировать. У этого есть свои сложности и проблемы;
Вроде удалось немного порезать порешать проблему, пошарил знания о том как организовать работу так, что бы не дорабатывать сервис с заглушками и как не запускать локально сервис.