📝Нашел неплохой шаблон для ведения документации. Если вы активно работаете в Notion или в поисках новых подходов к организации документов, рекомендую обратить внимание.

https://ancient-fenugreek-e73.notion.site/46e5208ce13b4488990e36b0a7848b7c

🔑 Надеюсь у вас везде есть доступ и нет препятствий продуктивной работе


#поддержка

🌃Курс лекций для аналитиков от МФТИ

Нашел классный курс лекций для аналитиков! Там и как общаться со стейкхолдерами, кто в команде за что отвечает, как описывать задачи, с артефактами работать и другая БАЗА.

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

https://www.youtube.com/watch?v=FoGsGa6a9VI&list=PL4_hYwCyhAvb0pm9MdtpG3_P4CAUhru4s&index=1&t=1419s&ab_channel=ЛекторийФПМИ

😫Сегодня разберёмся с путаницей между Agile, Scrum, и Kanban — тремя ключевыми концепциями в IT, которые часто вызывают недопонимание и путаницу.

🍃Agile (Гибкая разработка)
Agile — это философия разработки, основанная на итеративном подходе, где требования и решения развиваются через совместную работу самоорганизующихся межфункциональных команд.
Главная задача — максимально быстро и гибко реагировать на изменения, поддерживая тесное взаимодействие внутри команд и с заказчиками.

🏗Scrum
Scrum — это наиболее популярный фреймворк внутри Agile, представляющий собой набор принципов и практик для эффективной работы над продуктом. В Scrum есть чётко определённые роли (Scrum Master, Product Owner, Development Team), артефакты (Product Backlog, Sprint Backlog, Increment) и события (Sprint, Daily Scrum, Sprint Review, Sprint Retrospective). Это всё создаёт структурированную среду для быстрой и эффективной работы над проектами.

🌊Kanban
Kanban — это уже другой популярный фреймворк внутри Agile. Он сосредотачивается на визуализации рабочего процесса и управлении потоком задач.
Основные принципы Kanban включают визуализацию работы (часто с использованием доски Kanban), управление потоком (ограничение текущих задач), анализ и улучшение производительности. Kanban идеально подходит для команд с непрерывным потоком задач, стремящихся сократить время их выполнения.

🔍Важно понимать: Agile — это общая философия, тогда как Scrum и Kanban — это конкретные методы, которые воплощают эту философию в управлении проектами и рабочими процессами.
Выбор между Scrum и Kanban зависит от специфики проекта, потребностей команды и предпочитаемого уровня структурированности в процессе работы.

Подписывайся IT АНАЛитика

Кто-то пользовался? Как вам?😊

Всем хорошей и продуктивной недели!
#поддержка

IT АНАЛитика

Хорошо поставленная задача есть? А если найду?🕵️‍♂️: Часть 1 - Почему важно

Приветствую всех подписчиков канала! Сегодня мы начинаем серию постов, которая раскроет одну из наиболее критических и часто недооцениваемых тем в бизнес и системной аналитике — правильная постановка задачи на разработку.

В последнее время я все чаще замечаю, что даже опытные аналитики иногда пренебрегают важностью детальной и структурированной постановки задач, ограничиваясь лишь краткими описаниями. Особенно это касается зрелых команд, где аналитики предполагают, что разработчики уже в курсе деталей и могут обойтись минимумом информации. Такой подход неизбежно ведет к доработкам в будущих спринтах, увеличивая общие затраты и время на разработку. Но почему же четкая и структурированная постановка задачи так важна? Давайте разбираться! 😳

1. Разработка становится дешевле 💸
Правильно поставленная задача сокращает лишние расходы. Когда задача чётко сформулирована, разработчик точно знает, что от него требуется, и может эффективнее планировать свою работу без постоянных уточнений. Это минимизирует время на доработки и исправления, напрямую снижая общие затраты проекта.

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

3. Продукт становится качественнее 🤔
Когда задачи правильно сформулированы и учтены все требования, вероятность того, что конечный продукт удовлетворит ожидания заказчика, значительно возрастает. Это приводит к уменьшению ошибок и багов на стадии тестирования и эксплуатации, что критически важно для долгосрочного успеха проекта.

4. Развиваются навыки и улучшается командная работа📈
Правильная постановка задач не только улучшает текущий проект, но и способствует профессиональному росту участников команды. Разработчики и тестировщики учатся работать с четкими, структурированными требованиями, развивая свои технические и коммуникативные навыки и лучше понимая проектные цели.

5. Повышается доступность📚
Не стоит забывать, что задача может потребоваться другому аналитику или новым членам команды в будущем. Хорошо написанная задача гарантирует, что любой член команды, независимо от его участия в первоначальных этапах, сможет легко разобраться и эффективно работать с проектом. Это существенно экономит время, минимизирует риски ошибок и облегчает процесс доработок или обновлений проекта в дальнейшем.

А как вы подходите к работе с задачами? Уделяете ли вы достаточно внимания детальной постановке или полагаетесь только на проработанные артефакты и поверхностное описание? Делитесь вашим опытом в комментариях!

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

IT АНАЛитика

🌱 PlantUML: Незаменимый инструмент для аналитика 🌱

Если вы еще не используете PlantUML или как-то начинали его использовать и забили, то рекомендую ознакомиться с докладом с конференции Flow. 👍
Для тех, кто не в курсе:

Что такое PlantUML? 😐

PlantUML — это инструмент для создания диаграмм наподобие классов, активностей, компонентов и многих других, исключительно из текстового описания. Он интегрируется с популярными IDE и системами документации, включая Visual Studio Code и Confluence, делая его идеальным выбором для профессионалов в любой сфере.

Почему стоит использовать PlantUML? 💡

Экономия времени: Создавайте и обновляйте диаграммы быстро и эффективно. ⏱
Легкость изменений: Текстовый формат упрощает корректировки, минуя необходимость перерисовки сложных график. ✏️
Поддержка командной работы: Идеален для коллективной работы и управления версиями. 👥

Используете ли вы PlantUML в своей работе? Если нет, то сейчас отличное время начать и значительно улучшить процесс визуализации проектных задач. 🔥
Смотреть тут

😈Надеюсь все ваши рабочие проблемы будут решаться так же, как эта.

Отдохните на майских, как следует!


#поддержка

Возраст в IT: препятствие или преимущество?☺️

Недавно в одном из чатиков для аналитиков зашел разговор о великовозрастных кандидатах, и я решил поделиться своим опытом на эту тему.
Как раз недавно собеседовали такого аналитика, которому было около 60 лет.

Как правило (не всегда, конечно бывают исключения), к 60 годам мозг может хуже адаптироваться к новому. Человек закостенел, наработал свой опыт, и продолжает работать по проверенным схемам.
Не говоря о том, что у него может быть огромное ЧСВ😏

Представьте, когда молодой проджект-менеджер (допустим, девушка 23-25 лет) или молодой тимлид пытаются наставить такого человека на путь истинный, дать обратную связь и т.д. 🙌
Скорее всего, старший по возрасту человек не сможет принять полезные советы:
"че меня будет учить какая-то девка" или "у щегла тимлида еще молоко на губах не обсохло, я лучше знаю, как делать! У МЕНЯ 20 лет опыта😀

У меня как-то был тех.лид, 35-40 лет, который всегда делал по "своему" и никогда не спрашивал мнения команды.
Но к сожалению, это так не работает, даже крутой опыт не дает вам права, устраивать тоталитарный режим💥

Что касается нашего "дедушки кандидата, вот цитата коллеги, которая проводила собеседование:

"Он очень растекался мыслью🕺, отвечал правильно, но очень уходил в детали.
Поняли, что все встречи будут дико затянуты, хоть опыт и был норм.
Было ощущение, что если возьмем его на работу, то он будет устраивать кучу встреч и долго все утрясать, а нам нужно делать все быстро и эффективно, без демагогии.

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

Тем не менее, возраст не всегда является препятствием.
Есть множество примеров, когда специалисты в возрасте от 35 до 50 лет успешно интегрировались в новые команды и проекты, находя удобные и комфортные условия работы. Всё зависит от личной ответственности, готовности к новому и способности адаптироваться к изменениям.

А как вы думаете, стоит ли в IT-сфере устанавливать возрастные рамки, или же опыт и профессионализм не имеют возраста?
Поделитесь своими мыслями и историями в комментариях! 📬

IT АНАЛитика

🤩 Невероятно, но факт: нас уже более 200!

🎩Спасибо, что вы со мной, каждый из вас – настоящий волшебник!

P.S. Всё до этого было лишь прелюдией, пристегните ремни - мы взлетаем!


#поддержка

Всем новым подписчикам салам, остальным соболезную💃
Что можно почитать в канале:

Профессиональный рост и эффективность💼:
Как эффективно решать проблемы в IT: 10 шагов для начинающих аналитиков
Как получить оффер на 180к с помощью ChatGPT?
Дорожная карта тимлида
Нужен ли аналитику SQL?
Всё, что нужно знать про SQL
Как вести проекты с нуля?
Как вести проекты с нуля? 2
Как вести проекты с нуля? 3
Как вести проекты с нуля? 4
Как вести проект с нуля? 5
Как вести проект с нуля? 6
Как вести проект с нуля? 7
Как справится с любой задачей?
Правило Парето
Подборка шаблонов для аналитика
Фронтенд без боли: шаблон ФТ для аналитика
Топ 1 книжка для аналитика

Введение в IT для начинающих🖥:
У России три пути и один из них IT Часть 1
Резюме дороже денег
Резюме дороже денег 2
Резюме дороже денег 3
Резюме дороже денег 4
Виды АНАЛитиков
Как принять задачу от бизнеса и не страдать?
Как выглядит хорошая документация?
Еще парочка красивых слов про документацию
Как работать с USM?
Ты новый аналитик на проекте — что делать?
Должен ли аналитик читать код?

Работа в IT📞:
Хорошие и плохие компании
Да кто такие эти ваши Agile, Scrum и Kanban
Возраст в IT: препятствие или преимущество?
Как определить, подходит ли тебе компания?
Интеграции мои интеграции
Про работу с требованиями
Обратное собеседование компаний
Про согласования
Как работает аналитик?
Правило Парето в IT
Про грейды в IT
Подготовка к собеседованию

Коммуникация и обратная связь🗣:
Качественная обратная связь: Часть 1
Качественная обратная связь: Часть 2

Постановка задач в IT📝:
Хорошо поставленная задача есть? А если найду? : Часть 1 - Почему важно
Хорошо поставленная задача есть? А если найду? : Часть 2 - Общий шаблон задач
Хорошо поставленная задача есть? А если найду? : Часть 3 - Frontend
Хорошо поставленная задача есть? А если найду? : Часть 4 - Backend
Хорошо поставленная задача есть? А если найду? : Часть 5 - Тестировщик
Хорошо поставленная задача есть? А если найду? : Часть 6 - Дизайнер
Хорошо поставленная задача есть? А если найду? : Часть 7 - Архитектор
Хорошо поставленная задача есть? А если найду? : Часть 8 — DevOps Хорошо поставленная задача есть? А если найду? : Часть 9 — Аналитик

Технические штуки
ConfigMap: Что такое и зачем?
Что такое Feign?
MAPI: что это и зачем знать аналитикам?
Про DTO
HAProxy: зачем это знать аналитику?
Mapping: что это такое и зачем знать аналитику?

Так же не забудьте посмотреть все посты под хэштегом #поддержка

🎉Хочу быть тимлидом

Если в последнее время вас посещали такие мысли или в будущем вы бы хотели развиваться в этом направлении и руководить командой отрядом бравых ребят.

👉Держите roadmap

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

Многие аналитики со временем могут стать тимлидами — я таким был. Это вполне реально. 😊

Хорошо поставленная задача есть? А если найду?🕵️‍♂️: Часть 2 - Общий шаблон задач

Если вы еще не читали первую часть, настоятельно рекомендую сделать это прямо сейчас: Читать.

☺️В этом посте мы погрузимся в то, что сделает вашу задачу максимально эффективной. Вот элементы, которые необходимо включить, чтобы ваша команда работала как болид формулы 1:

1. Контекст🦝
Ваши задачи не существуют в вакууме. Обычно они связаны с каким-то проектом или бизнес-инициативой. Важно описать эту связь, чтобы обеспечить понимание контекста. Это поможет создать "мостик" между заказчиком и исполнителем, и поможет команде лучше погрузится в предметную область.

2. Четкие инструкции☀️
Важно, чтобы каждый член команды точно понимал свои задачи. Подробное и чёткое описание действий является ключом к успешной реализации проекта. Шаги должны быть формулированы ясно и конкретно, обеспечивая лёгкое понимание требований для всех участников процесса.

3. Ограничения⛔️
Важно указать любые ограничения, влияющие на выполнение задачи. Это могут быть бизнес-правила или технические сложности. Понимание границ помогает избежать ошибок.

4. Источники данных😱
Приложите ссылки на необходимые для выполнения задачи артефакты, документацию или инструкции. Это обеспечит быстрый доступ к нужной информации.🗺

5. Текущее состояние системы💀
Если работа будет вестись над существующим функционалом, опишите его текущее состояние. Это даст исполнителю возможность лучше оценить объем предстоящих работ и потенциальные сложности.

6. Примеры использования🤔
В случае, если вы не включаете отдельный use-case документ, важно предоставить небольшой сценарий — положительный или отрицательный. Это существенно облегчит работу, давая чёткое представление о том, как продукт должен функционировать в различных условиях.

7. Критерии приемки✅
Четко определите, что вы ожидаете увидеть в результате.
Это ваш чек-лист для окончательной проверки работы. Если задача переходит к тестировщикам, эта информация сделает их работу проще.

Как устроены ваши задачи — они структурированы и понятны каждому в команде? Жду ваши истории и методы в комментариях!

😋В следующих постах, я расскажу на конкретных примерах, как правильно ставить задачи разным членам команды. Работаем!

IT АНАЛитика

Хорошо поставленная задача есть? А если найду? 🕵️‍♂️: Часть 3 - Frontend

Представьте, что мы разрабатываем онлайн-платформу для бронирования путешествий, которая позволит пользователям искать, сравнивать и бронировать билеты на самолеты и поезда. Цель проекта — создать удобное и интуитивно понятное приложение, обеспечивающее пользователям плавный и приятный опыт бронирования путешествий.

Теперь давайте рассмотрим, как правильно поставить задачу для фронтенд разработчика на примере нашего проекта:

Задача для фронтенд разработчика: Создание формы поиска

1. Контекст😐
В рамках проекта "Путешествия" нужно создать страницу поиска и бронирования, которая позволит пользователям искать билеты на самолеты и поезда. Эта страница является ключевым элементом нашего приложения и должна быть максимально удобной и интуитивно понятной.

2. Чёткие инструкции📞
Необходимо разработать интерфейс формы поиска на странице бронирования путешествий, с полями для выбора типа транспорта (самолет или поезд), пункта отправления и назначения, дат поездки и количества пассажиров.

3. Ограничения🤚
- Форма поиска должна загружаться быстро и быть оптимизированной для мобильных устройств.
- Максимальное время загрузки страницы не должно превышать 2 секунд.
- Необходимо обеспечить поддержку всех современных браузеров.

4. Источники данных🤿
Ссылки на макеты дизайна и спецификации можно найти в нашем Figma проекте и документации API (тут прикладываем ссылки).

5. Текущее состояние системы😎
В настоящее время страница поиска и бронирования путешествий еще не создана и находится на этапе реализации MVP.

6. Примеры использования💃
Положительный кейс: Пользователь вводит данные в форму поиска (тип транспорта, пункт отправления и назначения, даты поездки, количество пассажиров) и получает результаты, соответствующие введенным критериям.
Отрицательный кейс: Пользователь вводит некорректные данные (например, одинаковые пункты отправления и назначения) и видит соответствующее сообщение об ошибке.

7. Как проверить?🤓
- Форма поиска корректно принимает и обрабатывает данные.
- Страница корректно отображается на всех устройствах и в современных браузерах.
- Все элементы интерфейса соответствуют макетам дизайна и спецификациям.

Ваши задачи столь же организованы?📝
Есть ли у вас проверенные методы, которые помогают вашей команде работать эффективнее? Делитесь своими историями и советами в комментариях!

🌟В следующем посте мы разберем, как правильно ставить задачи для бэкенд разработчика. Работаем!

IT АНАЛитика

Как определить, подходит ли тебе компания?🤔

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

1. Изучите компанию и её культуру📚
Перед тем как отправить резюме, постарайтесь узнать как можно больше о компании. Ознакомьтесь с её миссией, ценностями и корпоративной культурой. Поищите их выступления на конференциях, профильные страницы на LinkedIn, Хабре, ВК и других социальных сетях. Прочешите весь интернет, чтобы сделать для себя максимальную выжимку информации о компании.

2. Оцените атмосферу на собеседовании 👥 Собеседование — это не только шанс для компании оценить вас, но и возможность для вас оценить компанию. Обратите внимание на то, как вас встречают, насколько вежливы и открыты интервьюеры, как они отвечают на ваши вопросы.

3. Задавайте правильные вопросы❓
Не стесняйтесь задавать вопросы о рабочем процессе, команде, задачах и перспективах роста. Вот несколько примеров:

- Каков стиль управления в команде?
- Какие методы используются для постановки и контроля задач?
- Какие возможности для профессионального роста предлагает компания?
- Как часто происходят овертаймы и как они компенсируются?

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

5. Доверяйте своему чутью😏
Иногда самое важное решение приходит изнутри. Если что-то кажется вам неправильным или вызывает сомнения, обратите на это внимание. Ваше внутреннее чутье — важный инструмент в принятии решений. Также не стесняйтесь обращаться за советом к более опытным коллегам и знакомым. Их мнение и опыт могут помочь развеять ваши страхи и сомнения, и подсказать, на что действительно стоит обратить внимание при выборе компании.

6. Анализируйте реальные кейсы🚽
Если у вас есть знакомые, которые работают или работали в интересующей вас компании, расспросите их о реальных условиях, особенно если они трудились в том же департаменте или стриме. Постарайтесь понять, насколько их опыт совпадает с вашими ожиданиями. Это поможет вам получить более полное представление о компании. Но так же не забываем про "Хорошие и плохие компании". Опыт разных людей в одной и той же компании может сильно отличаться.

Определение подходящей компании — это процесс, который требует внимания и времени. Главное — это ваша личная ответственность. Никто, кроме вас, не сделает этот выбор и не пройдет собеседование. Верьте себе и своим ощущениям, и всё получится.

Что вы считаете самым важным при выборе компании? Какой у вас личный опыт? Делитесь в комментариях! 💬

IT АНАЛитика

Хороших вам выходных!

Надеюсь, ваша работа вам по кайфу, а если нет, то желаю в скорейшем времени стать Воином Дракона! 🐉✨