Мои ошибки в работе и как я буду над ними работать

Мои ошибки в работе и как я буду над ними работать

В пятницу созвонились с ментором и обсудили мои ошибки, которые я совершаю сейчас в Майндбокс, и как мы можем их пофиксить.

Решила написать детальный пост, это поможет мне всегда помнить и следить за ними.

1. Невнимательность

Иногда я забываю убрать какую-нибудь линию в одном из компонентов, поставить иконку нужную, выбрать состояние какого-то элемента и бегу показывать своё творение старшим. Из-за этого мне иногда прилетают одни и те же комменты касательно UI.

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

Как пофиксим:

• Буду скриншотить моменты, где забываю что-то убрать, поставить и составлять список. Каждую пятницу буду приносить его ментору.

• Перед отправкой макетов на просмотр лиду/старшему дизайнеру, я буду засекать минут 15 на проверку «невнимательностей».

2. Дискоммуникация

Иногда я решаю что-то делать без уведомления об этом моей команды и лида. Из-за этого ребята не в курсе, как идёт задача и когда она будет готова.

К примеру, при моей задаче нужно сделать в дизайн-системе новый компонент, оформить его по всем правилам и описать. Я его делаю, забираю к себе в проект, а описание решаю написать потом, когда сдам задачу (это уже был финальный этап работы над UI). И все бы ничего, если бы я сказала о таком своём решении другим ребятам, которые как раз и попросили меня описать новый компонент.

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

Как пофиксим:

• Если есть несколько задач, приходить к лиду за приоритетом между ними

• Всех, кто связан с задачей, держать в курсе изменений срока или стопа по задаче.

3. Ошибки при ведении рабочей встречи

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

Как пофиксим:

• Всегда в начале встречи говорить о том, что мы сегодня смотрим и какой хотим итог

• Всегда узнавать, кто из пришедших на встречу в каком контексте, что знает о задаче, какое у него понимание ситуации

• Если есть те, кто вне контекста задачи, давать вводную. Рассказывать, что за задача, от кого пришла, какую проблему она решает.

• Нужна практика в выступлениях, презентациях. С опытом все укрепится.

4. Работа в хаосе

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

Как пофиксим:

Сразу создавать структуру файла, подписать экраны, которые нужны, разделы, которые будут.

#дезингворк