Дневник Тимлида l IT

Завели традицию с дочкой раз в месяц выбираться куда-то вдвоем. 👩‍👧 💕
Моя задача — выбрать, куда мы поедем и все организовать. 🗺️✨
Это оказалось очень увлекательно! 😍 Искать такие новые места, чтобы было интересно нам обеим. 🧭
Мы уже побывали на катке ⛸️, в батутном центре 🤸‍♀️, на мастер-классе по эпоксидной смоле 🌊, в роллер-центре 🛼, детских комнатах 🧸.
И сегодня была гончарная мастерская 🏺.
Хочется, чтобы дочь в будущем своим детям рассказывала про эту традицию. 💖
А так она уже пытается угадать, куда же мы поедем в следующий раз. 🤫🔮

Отзыв на книгу "Менеджер цифрового продукта" Ярослав Шуваев.

Оценки по моей шкале:
😌лёгкость чтения— 3
💡 новизна идей — 3
🛠применимость на практике — 3
⭐️ рейтинг книги - 4.

📚 Недавно слушала курс "Аналитик Advanced" — и там упомянули, что аналитика уровня Senior отличает способность грамотно взаимодействовать с ФЗ.
У меня был проект, на котором было более 30 заказчиков 👥 — и все со своими особенностями. Я предпочитаю вести "матрицу заказчиков" 📊 — несложную таблицу с ключевой информацией:
* ФИО Должность
* Департамент
* Телефон
* Предпочтительный способ связи
* Влияние
* Интерес
* Ключевой функционал
* Дата последнего контакта

🎯 Основная идея — классифицировать заказчиков по влиянию на проект и интересу к проекту 🧮 и в зависимости от этого выстраивать стратегию взаимодействия с ними:
* 🤝 Работать индивидуально — очная встреча с заказчиком раз в 2 недели с демо выполненных работ по результатам спринта, отчет раз в месяц о результатах спринтов, участие в совместных мероприятиях, поиск новых областей автоматизации деятельности заказчика.
* 💬 Плотно работать — проводить регулярные встречи (можно онлайн) по планированию спринта и его результатам, раз в месяц готовить отчет о выполненных работах и планах по развитию проекта.
* 📢 Информировать — раз в месяц направлять отчет о выполненных работах, проводить большое демо и собирать обратную связь.
* ⚖️ Поддерживать уровень удовлетворенности — раз в месяц направлять отчет о выполненных работах, регулярно проверять, что интересы проекта не противоречат интересам ФЗ.
#инструменты

Мы разболелись🫠
Сначала дочка принесла какую-то дичь из школы, 2 дня температурила, а у меня разболелось горло.
Затем и младшенький пролихорадил несколько дней.
Думала я, что все, пережили, но не тут-то было - мое горло просто разрывалось от боли, а потом и температура накрыла и меня на несколько дней.
Так как здесь мой дневник - решила и это зафиксировать.
Все планы по обучению и формированию рабочей базы пошли к чертям.
Насколько все-таки домашние события влияют на нашу работоспособность...

Я считала себя неазартным человеком. 😌 Пока недавно не наткнулась на автомат с игрушками… 🤩

Какую детскую радость приносит выигрыш! 🎉
А как приятно продумывать стратегию, оценивать риски, принимать в нужный момент решения и в итоге добиться результата! 💪

А что, если и процесс работы выстраивать аналогичным образом? 🤔

Самое интересное здесь будет в планировании и результате — продумать стратегию: как мы будем работать с заказчиком, как закрывать функционал, какие у нас будут риски? 🗺️

И, конечно, нужно продумать в проекте «игрушки», которые мы с азартом будем «вытаскивать». 🎁✨

Решила активнее читать профессиональную литературу — пока собираю рекомендации и список к прочтению. 📚

На текущий момент в нём следующее:

* Бизнес с нуля. Метод Lean Startup для быстрого тестирования идей и выбора бизнес‑модели | Эрик Рис 📖
* Жемчужины разработки. Чему мы научились за 50 лет создания ПО | Вигерс Карл И.
* Требования к ПО, создание спецификаций, книга Вигерса и Битти, дополненное 3‑е издание, качественный бестселлер | Вигерс Карл И.
* Джеймс П. Вумек «Бережливое производство: Как избавиться от потерь и добиться процветания вашей компании»
* «ЧУДОвищная команда: Как укрощать начальство, коллег и клиентов с помощью слов»
* «Я манипулирую тобой. Методы противодействия скрытому влиянию» | Никита Непряхин
* Практики регулярного менеджмента. Управление исполнением, управление командой | Павел Безручко

И в прочтении книга:
«Менеджмент цифрового продукта. От идеи до идеала» | Ярослав Шуваев

Понятно, что часть книг более техничной направленности (требования, например), а часть — про управление проектом или командой. 🔗

Придумала критерии оценки прочитанных книг — набралось всего 4 критерия:

😌 лёгкость чтения— думаю, тут интуитивно понятно. Интересно читать книгу или от неё клонит в сон? Мысль логична и последовательна? Идеи понятны?
💡 новизна идей — как опытного специалиста меня не так уж легко удивить чем‑то новым, но всё же возможно.
🛠 применимость на практике — насколько идеи автора применимы в реальных проектах? Они актуальны в текущей жизни или уже устарели?
⭐️ рейтинг книги (приведённая оценка на основании рейтинга в Яндексе или другом источнике).
Каждый критерий буду оценивать от 0 до 5. 👍

А вы как выбираете профессиональную литературу? 🤔

Самая бесячая ошибка в текстах аналитиков - путают *тся и *ться.

Казалось бы, правило простое - если глагол отвечает на вопрос "Что делать"/"Что сделать" - пишем ТЬ. Всё!

Ну почему же оно так сложно дается технарям? (да-да, даже мои знакомые к.т.н. пишут неправильно).

А вот если ты знаешь это правило - ошибка в текстах других людей прям режет глаз!

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

Вот пример теста для самопроверки.

А вы тоже считаете, что аналитик должен разбираТЬСя в правилах русского языка?

Обещала рабочие кейсы, но начну с нерабочих😂

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

Когда нужно выкатить новую фичу, а времени (или желания) проверять весь функционал нет, тестирование переносится… прямо на пользователей 🙃

Как пользователь, я хочу, чтобы нужный мне функционал работал логично, удобно и без сбоев ✨
И как же бесят явные костыли и ошибки!🤬
Особенно когда речь идет о массовом сервисе вроде ВКонтакте 📱

С точки зрения разработки мне понятны возможные причины происходящего:
* 📉 Слабый процесс тестирования: тест-кейсы покрывают сценарии лишь поверхностно, а регресс проводится по остаточному принципу.
* 💡 Недостаточный мониторинг:логи и алерты не настроены на быстрое выявление деградации сервиса в реальном времени.
* 🚀 Тяжелый релизный цикл: нет удобных механизмов канареечных раскаток и роллбэка в случае сбоя.
* 🤷‍ Организационные проблемы: зоны ответственности размыты, и за упавший на проде функционал спросить не с кого.

Считаю, что для платформы такого масштаба выкатывать сырые фичи — непозволительная роскошь 🛑

Признавайтесь, а вы тоже тестируете на пользователях или всё-таки бережёте их нервы? 😉👇

Зачем вот это вот всё?

В начале своего блогерского пути решила честно ответить себе на вопрос: зачем вообще вот это всё? Если кратко: потому что интересно и страшно.

А если подробнее, то вот основные цели, которые я хочу достичь:
* 🚀 Пробовать новое: управление сообществами требует понимание инструментов и рекомендательных алгоритмов. К тому же - нужна смелость, чтобы лично выйти "на люди";
* 📈 Быть в тренде: социальные сети стали неотъемлемой жизнью наших коммуникаций, а ведение сообщества позволит быстрее получать обратную связь и быть в курсе текущих бенчмарков в сфере IT;
* 📚 Упаковать личный опыт в открытую базу знаний, где все нужное всегда под рукой.
* 💡 Делиться экспертизой: честно разбирать рабочие кейсы;
* 🤝 Найти своих: создавать пространство для открытого диалога и обмена опытом с коллегами;
* 🧠 Прокачивать профскиллы: расти через практику, рефлексию и качественный нетворкинг.

А у вас есть тема (область, задача), которую вам страшно интересно развить/изучить?