Привет, кароче делюсь своей болью и немного даже личным.
Я человек сама по себе больше интровертный и воспринимающий близко к сердцу. И это иногда подкидывает дополнительных приколов в повседневную жизнь и рабочий процесс. Один из таких — бывает непросто говорить прямо о чем-то бесящем или двигать свои идеи быстрее и настойчивее. Особенно это меня беспокоило на начальных этапах работы. 😢
Ведь как так, я им скажу, что это фигня, они же по-любому лучше меня знают, лучше адаптируюсь и затреплю.
Но, помимо работы с психологом есть и понятные достаточно шаги, как минимизировать страх и неопределенность и даже достаточно крепко отстаивать свою идею/ предлагать активнее и показывать результаты. Вдруг вам нужна эта мотивация сейчас 😘
01
Понять, что грейд ≠ объективная оценка ваших знаний
Про это я уже писала много вот тут, почему мидл не везде мидл. Грейдирование дизайнера зависит от большого кол-ва факторов, помимо базы навыков. Это и про зону ответственности на продукте/проекте, про навыки коммуникации помимо хардов, про умение брать на себя и отвечать за сделанное (включая проебы). А еще это зависит от компании, где вы трудитесь, сложности домена и банально, системы оценки вашим непосредственным руководителем.Что это значит конкретно: даже если ты стажер или джун, это не мешает тебе говорить и предлагать.
02
Баес, что только синьоры делают что-то крутое
«Вот когда вырасту, тогда и буду предлагать, а сейчас я еще слишком маленький»
Только это как с ошибкой «вот хорошенько сейчас подучу теорию и вооот тогда как начну что-то делать».Умение брать на себя ответственность и генерить идеи не приходит из воздуха, это навыки и они оттачиваются только на практике.
03
Новый взгляд со стороны
Если ты видишь, что можно что-то поправить, сделать чуть лучше, прозрачнее и видишь в этом потенциал для команды — предлагай. Даже если это мелочь. Будет по началу неловко, но это нормально.
Есть конечно такие штуки как устоявшиеся процессы и привычки, но никто не мешает тебе просто обсудить идею с лидом, подметить шероховатости и предложить альтернативы.С упором на пользу команде конечно.И с уважением к текущим процессам. Не надо говорить, что у вас тут всё хуево, а вот я щас поправлю. Это всегда смотрится глупо в такой подаче. Просто держи контекст в голове и на него нанизывай свои предложения. Это куда теплее будет восприниматься, чем всё хуйня, переделывай.
04
Показывать и рассказывать
Рассказывай и показывай не только своей команде, но и за ее пределами. Выходи на общедизайнерские синки, если они есть. Участвуй в демо, это когда приносишь краткую презенташку по результатам месяца работы или спринта, например.Если такого у тебя нет — организуй и стань драйвером этих изменений.
05
Говори про свои задачи и какие проблемы ты с помощью них решаешь, в чем конечная польза.Это кажется неинтересным, но это только кажется, потому что ты работаешь с этим каждый день.
Мне например всегда супер полезно подсматривать за соседними командами, кто делает совершенно другие продукты типо трэвела или фрэша. Потому что для меня это возможность понять, как ещё бывает, подхватить какие-то практики у них и банально чувствовать себя причастной и что ты не один такой дизайнер в поле.
06
Профит
Понятный вывод, на основе которого дается зелёный свет твоей идее.
Какая эта польза?
– Внутренняя: типо улучшения коммуникации и прозрачности рабочего процесса
– Внешняя: повышения качества результата (макетов например)Тут отталкивайся от: Что делаешь? Для чего? Что в итоге хочется получить? Плюсы/минусы? Как можно это реализовать?
Увы, если в твоей презентации нет ответа на эти вопросы, то это будет просто пук в воздух. Поэтому лучше заранее подготовься.
Форму этого рассказа выбирайте сами: презентация, диалог на синке или посиделки в баре))
____
Такой вот обнадеживающий пост вышел. Накиньте реакций, если было интересно и полезно. Как обычно, обсуждения в комментах. 🎩
#размышления_os | @OpenSource_ux