#СоветыНачинающимТимлидам

Кого вообще затрагивает твой новый статус тимлида?
Ты думаешь, что раз тебя назначили лидом, то все с этим согласны? Скорее всего согласны только ты и тот, кто тебя назначил на эту роль. Давай подумаем, кого эта ситуация в целом затрагивает и какие есть опасения или ожидания?

Первое, что тебе надо сделать - это расписать все опасения, ожидания от тебя и вопросы к тебе в масштабах компании.

Кого назначение тебя как лида это может затрагивать?

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

Возможные вопросы в головах людей:

Внутри команды:
- Почему он? Почему не я?
- Что стало с предыдущим менеджером?
- Что будет с моими договоренностями с предыдущим лидом?
- Что будет с моей карьерой?
- Нормально же все было, может меня уволят?
- Как я буду выглядеть на его фоне?
- Куда ушел предыдущий лид? (Это важный вопрос, на который нужно отвечать, потому что он мог собирать команду и работать с ней)
Смежные команды:
- Че за перец вообще такой?
- А что стало с предыдущим лидом?
- Какие зоны ответственности?
- Что будет по договоренностям с предыдущим лидом?
Босс:
- Он вообще справиться?
- Когда он сможет начать перформить?
- Не выгорит ли он и не засвистит у него фляга?
Семья:
- Будет ли он достаточно времени проводить с нами?
- Будет ли он свой стресс срывать на нас?
- Справится ли он?

Ну и таких вопросов может быть еще огромное количество. Поэтому, мы идем дальше и начинаем добывать информацию из разных источников. Задавайте вопросы в комментариях, и Андрей “Чак” Минкин с удовольствием на них ответит.

Каким выражением можно встретить нового деливери менеджера в Мad Devs?
— Welcome to hell! 😈

Многие утверждают, что успехи в олимпиадном программировании открывают двери в самые успешные IT компании в мире.

Мы частично согласны с тем, что участие в соревнованиях по программированию позволяют отточить определенные навыки, например:
✅ Быстро и эффективно решать простые задачи;
✅ Быстро печатать;
✅ Выполнять задачи под давлением.

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

Например, умение видеть проект в перспективе необходимо для того, чтобы работать над сложными проектами. Умение коммуницировать правильно в команде необходимо для того, чтобы достигать нужного результата.

Мы за то, чтобы программисты оттачивали некоторые навыки на соревнованиях, но мы считаем, что участие в олимпиадном программировании не может заменить опыта и работы в команде.

#СоветыНачинающимТимлидам

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

Для начала сразу расставим все точки над и. Тебе нужно доставать ФАКТЫ! Факты добавляют ясности. С фактами проще работать. С фактами легче оперировать, потому что в них нет оценок и субъективности. Они объективны.

Как добывать факты?
1. Задаём вопрос и получаем ответ, записываем его куда-нибудь;
2. Уточняем\Переспрашиваем;
3. Анализируем ответ на предмет оценки.

Примеры оценок:
1. Конечно прошлый лид был мудаком, но дела делал хорошо.
2. Вася конечно сложный человек, но работу свою делает.
По этим двум предложениям не совсем понятно, что вообще делать с этой информацией. Что такое мудак? Что такое “делал хорошо”? Что такое “сложный человек”? Как это выражается? Что вообще делать с этой информацией?

Примеры фактов:
1. Прошлый лид ставил задач больше, чем мы можем выполнить в спринт и последние 4 спринта были сделаны не в срок.
2. Вася идет на конфликты по мелочам и он стайлгайд нацист и докапывается до мелочей, даже, когда этого делать не нужно.

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

У кого собирать всю эту информацию?
- Предыдущий лид или менеджер
- HR
- Коллеги
- Биг босс
- 1:1 с командой

Не спеши сразу действовать. Ты еще не видишь всю картину. Не спеши комититься на какие-то вещи и тебе придется сразу же работать с возражениями и продавливанием интересов от тех, с кем ты коммуницируешь. Фиксируй всё! А уже как работать с этой информацией, а так же как отказывать коллегам мы рассмотрим в следующих постах.

Mad Stream начнется через 20 минут!🔥🔥🔥

Ссылка на трансляцию: https://youtu.be/vZ3AMu-je_Q

🤘 "Mad Devs" ищет iOS-разработчика для развития digital-банкинга в Казахстане

⚙️ Основные задачи:
- Разрабатывать и развивать мобильный банкинг на платформе iOS (новые фичи, доработка текущих, работа над улучшением кодовой базы);
- Активно участвовать в выяснении и обсуждении требований к функционалу, предлагать решения с учетом особенностей системы и вашего предыдущего опыта;
- Планировать и декомпозировать user stories в задачи.

✅ Ожидаем от кандидата:
- Опыт iOS-разработки от 2х лет и более;
- Наличие опубликованных приложений в App Store;
- Знание ООП и паттернов программирования;
- Знание и опыт работы с Alamofire, VIPER, Realm, SwInject, Carthage, Google Firebase;
- Знание фреймворков RxSwift (в т.ч. RxCocoa);
- Понимание принципов многопоточности (GCD, NSOperation, NSThread), управления памятью;
- Уверенные знание в iOS и его базовых фреймворков, как минимум (UIKit, Foundation, AVFoundation, CoreText, CoreGraphics, CoreData, CoreLocation).

🔴 Откликнуться на вакансию
👉 Посмотреть открытые вакансии

#СоветыНачинающимТимлидам

Сейчас для всех ты "какой-то непонятный чувак" и тебе нужно завоевывать доверие как со стороны команды, так и с остальными участниками в компании.

Для этого есть множество советов:

1. Легитимная передача власти. Когда тебя назначили и тебе нужно сообщить это людям, при этом сделать это так, чтобы не послали на три буквы, есть вариант с легитимной передачей власти. Биг босс, кто тебя назначил может сделать объявление перед всей командой и рассказать кто ты, что от тебя ожидать и публично передать власть и бразды правления в твои руки. Биг босс скорее всего этого делать не будет, поэтому тебе нужно будет просить его о помощи, чтобы представил тебя команде и рассказал примерно что его ожидает.

2. Статус нового лида. Можно говорить людям, что "извините, я пока что новенький" и этой штукой прикрывать свою жопу в каких-то ситуациях, однако эта штука действует максимум 3 месяца и дальше уже идет во вред. Этой штукой хорошо пользоваться, если ты хочешь что-то провернуть, но понятия не имеешь как. Например, когда Чак запускал первый поток стажировки, то он подходил к Паше и Рустому со словами: "Ребята, я эту штуку не делал никогда раньше, понятия не имею как это делать, но мы попробуем и мне нужен будет ваш фидбек". Статус нового лида автоматически отвалится в течение трех месяцев, потому что появится ясность действий.

3. Никаких революций! Бывают ситуации, когда ты сидишь на позиции обычного разработчика и думаешь, что "было бы пиздато переписать все на гошечке, да и вообще процессы починить". Доходишь до власти, начинаешь реализовывать план, а потом приходит бизнес к тебе с претензиями: "Где вообще результат и нужные фичи?". А ты эту штуку ни с кем не проговорил, а может еще и у тебя половина команды уволилась. Поэтому, все революции, пусть даже и с благими намерениями отложи на попозже. Важно понимать, что сейчас для этого есть подходящее время, все зависимые от команды люди согласны с планом действий и в этом есть бизнес смысл.

Свежий выпуск #Кибирд!

Сегодня в гостях Роман Кононов (Engineering Leader, Site Lead в Uber) и ведущий Михаил Иващенко поговорят на тему: "Как работают программисты в UBER".

Го смотреть ➡️ https://youtu.be/j3KrBbRSfdg

#СоветыНачинающимТимлидам

Надейся на лучшее, готовься к худшему, и извлекай максимальную пользу из того, что получилось. (Зиг Зиглар).

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

Также как и в разработке, эту привычку имеет смысл перенести в лидство, и думать о следующем:
- Что если все решат уволится?
- Что если самолет с командой разобьется?
- Что, если ты сам умрешь, то кто это все подхватит?

Прозрачность - твой друг. Желательно всем видеть твою работу и все договоренности с тобой, как с лидом. Нельзя утаивать какую-то информацию, ведь это порождает домыслы. Домыслы порождают умозаключения. Умозаключения подтвержденные практикой сложно выбить из головы человека. В конечном счете это ведет к потере траста к тебе, а это влечет за собой потерю профессиональной репутации и в итоге с тобой работать никто не захочет.

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

Ситуация в следующем. Ты встретил какую-то проблему в процессе разработки и чувствуешь, что если вы поднажмете, то успеете в срок, только надо починить вот эту мелкую проблему. Ты об этом не говоришь бизнесу и не продумываешь план если это все не порешается и в итоге срываешь сроки. Что тут произошло и какие мысли могут быть в голове у бизнеса:
- Так, а что это он оправдывается? Нельзя было раньше эту штуку обсудить? Это же очевидная штука.
- Эээ… Может быть он совсем того? Мож он решил людей сосредоточить на чем-то другом?
- Мож он там левачит своей командой и в срок не уложился? Задача ведь простая и там работы на час.

В итоге, простая недомолвка и отсутствие прозрачности может привести к негативным последствиям.

Мы в Mad Devs относим себя к определенному сообществу, или, как говорит Роберт Сесил Мартин - к гильдии программистов. Мы гордимся этим, и мы хотим, чтобы наши клиенты доверяли нам, когда речь идет о разработке.

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

Точнее всего эти принципы описаны в так называемых "заповедях программиста", которые были очень красиво сформулированы Робертом Мартином - почитать их на русском языке можно тут: https://medium.com/maddevs-io/programmers-oath-646e6d3f2136

Вы когда-либо сталкивались с дискриминацией по возрасту в IT? Если вы - разработчик, то скорее всего, так или иначе вам это знакомо. Насколько это справедливо?

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

Мы считаем, что команда должна состоять из специалистов разного возраста, с разным опытом и знаниями:
⭕ Молодежь укрепляет команду новыми взглядами, новыми подходами, не ограниченными опытом.
⭕ Более опытные специалисты обладают ценными знаниями и могут решать сложные задачи.
⭕ Сеньоры же обладают уникальным опытом и умением решать задачу комплексно.

Так что мы предпочитаем смешанные команды, которые могут работать над любыми проектами.

Рекомендуем к просмотру выпуск #Кибирд - Возраст в IT

🤘 "Mad Devs" ищет Golang developer в финтех проект, который мы разрабатываем для одного из стартапов в США.

⚙️ Основные задачи:
- Разрабатывать новую архитектуру проекта;
- Покрывать код юнит и интеграционными тестами;
- Рефакторить код в legacy-проекте;
- Ревьюить работы и MR-ы других участников команды;
- Вести задачи в JIRA;
- Писать техническую документацию по продукту.

✅ Ожидаем от кандидата:
- 1,5+ лет опыта в разработке и поддержке коммерческих продуктов вышедших в Production на Go;
- Опыт в разработке и поддержке HTTP API включая подготовку и создание Swagger документации;
- Хорошее знание SQL, а также работа с PostgreSQL в Go;
- Опыт написания миграций в Golang;
- Опыт в использовании Docker и применения Docker Compose;
- Английский не ниже Intermediate.

🔴 Откликнуться на вакансию
👉 Посмотреть открытые вакансии

Mad Stream продолжается! 🤘

На этой неделе нашим спикером будет Игнат Ким, Junior Frontend developer в Mad Devs. Он выступит с темой "Никогда не поздно уйти в айти".

На стриме Игнат расскажет о плавной смене карьеры со старшего аудитора в Киеве на фронтенд разработчика в Бишкеке. Поделится когда, зачем и нужно ли вообще менять карьеру. А также подскажет в каком направлении стоит двигаться, если ты все-таки готов к новому вызову. И на десерт разберет, что можем мы - "career switchers" предложить индустрии, а индустрия нам.

Дата/Время: 15 октября в 19:00 (по Бишкекскому времени)

Вход на вебинар – свободный! Ссылка будет доступна в нашем Telegram-канале за 15 мин. до начала ивента.

Доверие между клиентом и командой - насколько это важно?

Доверие🤝 - это основа любого сотрудничества. Поэтому выстраиваем отношения с клиентом так, чтобы создать доверительные отношения:

⭕ Не запугиваем клиента ради того, чтобы создать впечатление, что без нас он не справится;
⭕ Открыто говорим о проблемах, с которыми сталкиваемся при работе над проектом;
⭕ Предлагаем решения проблем и обсуждаем все варианты с клиентом;
⭕ Всегда исполняем то, что обещали.

Мы понимаем, что если клиент будет нам доверять, если он будет верить в то, что мы можем решить его проблемы, то сотрудничать будем долго и продуктивно.

Вся боль программиста...

Mad Stream начнется через 20 минут!🔥🔥🔥

Ссылка на трансляцию: https://youtu.be/kFUp8Y5SQwQ

🤘 "Mad Devs" ищет Android разработчика для разработки финтех проекта.

⚙️ Основные задачи:
- разработка архитектуры и основных модулей приложения с нуля;
- внедрение сторонних SDK;
- реализация модуля профиля клиента и всего userflow с нуля;
- реализация модулей KYC и KYB;
-разработка приложения, похожего на www.pleo.io/en

✅ Наши ожидания:
- опыт разработки Android приложений от 2-х лет;
- уверенное знание Java и Android SDK;
- опыт разработки на Kotlin;
- уверенная работа с Git;
- продвинутый навык написания поддерживаемого и тестируемого кода;
- опыт работы с CI/CD и организовывать поставку кода до продакшна;
- опыт работы со сторонними SDK;
опыт работы с REST API;
- понимание принципов SOLID;
- опыт коммуникации с командой на английском языке. Обсуждение требований, демо результатов, уточнения и прочие апдейты на английском.

🔴 Откликнуться на вакансию
👉 Посмотреть открытые вакансии

Хотите решить проблемы с SEO одним махом? Поможет вам в этом SEO анализатор, разработанный Денисом Грушкиным. Подробнее об этом плагине и о том, как с ним работать, Денис рассказывает в своей статье: https://medium.com/maddevs-io/seo-analyzer-bfb0eea16801

Backstage со съёмки #Кибирд. Ждёте новый выпуск? 🧐