Не могу не поделиться - люблю систематизированные данные, особенно если они для аналитиков и РП.

⭐️ Коллеги из Systems Education собрали гигантскую базу инфо по базам данных - Каталог ссылок на тему баз данных и анализа данных для аналитиков и проектировщиков.
В составе:
Основы использования реляционных баз данных
Структура языка SQL
Получение данных. Основы SQL (DQL: Data Query Language)
Базовые операторы SQL
Использование соединений
Агрегатные и аналитические функции
Генерация SQL-запросов
Основы оптимизации запросов
Разработка реляционных баз данных
Производительность и оптимизация SQL
Индексы в таблицах
Планы запроса
Денормализация
Теорема CAP
Транзакции в БД, OLTP, ACID, TCL
Команды администрирования баз данных в SQL
Ограничение видимости данных с помощью представлений
Обновление схем БД, Миграция данных
Администрирование реляционных баз данных
Команды администрирования баз данных в SQL
Ограничение видимости данных с помощью представлений
Обновление схем БД
Миграция данных
Документарные БД
Базы «ключ-значение»
Документарные БД
Колоночные БД
Основы анализа данных
Основы статистики
Основы анализа данных в Excel
Анализ данных с помощью SQL

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

Очередная подборка полезных материалов по управлению проектами.
В этот раз особо отмечу:
🔥 Безусловно, большую базу знаний по IT Project management, Авторы собрали в общую базу огромное количество материалов и тем практически по всем аспектам работы ПМа и управления проектами. Часть писали сами, часть компилировали из источников. Труд, достойный уважения! Читайте и ставьте в закладки!
🟢 Саммари-перевод руководства по написанию требований INCOSE (к стыду, я впервые про него узнал)
🟢 Материалы по сертификации P3.Express и PMP Exam
🟢 Лайфхаки по уходу в отпуск во время проекта, онбордингу, решению конфликтов в команде
🟢 Много кейсов и инструментов - в фокусе снова переход с Трелло и Jira.

#книгаНедели
Открыл для себя книги Юрия Дубровского - про бизнес-анализ и работу аналитика. Всего пока нашел 4 книги, все прочитал и, если вы не против, немного порассказываю.

Если читали - пропускайте, а если интересно, то рекомендую, все книги небольшие, но без воды и читаются на ура. Подход у автора своеобразный, запросто может не понравиться, но ведь не зря мы (аналитики, РП и т.д.) знаем, как работать с нестандартными точками зрения))

Книга "Живые требования" - посвящена "созреванию" требований. Автор берет метафорический образ фрукта. Изменчивость требований часто недооценивается, а иногда и вовсе отвергается: собрали на старте - несём в неизменном виде до завершения проекта. Это "простая модель требований" - экономная и дает твердую почву под ногами. Но чем сложнее проект и будущая система - тем большими связями обрастает требование и тем меньше неизменны эти связи. Не говоря уже о том, что они могут измениться "просто так", вне связей.

"Динамическая модель требований" - другой полюс: это реалистичный подход (ну ведь действительно нужно допускать флюидность требований), однако чересчур затратно.

Решение - итерационные модели и учёт "растительного жизненного цикла" требований.
Начинается всё с посева/зарождения: у кого-то в голове появляется идея "а неплохо бы, чтобы...". Затем идет самый трудоемкий процесс - выращивание: идея обрастает "мясом", уточнениями, ограничениями, примерами и т.д. и т.п.

Вершина жизни - зрелость: требование готово к реализации, зафиксировано, должным образом детализировано.
В идеальном мире оно таким бы осталось - вечно зрелым. Но увы, внешние и внутренние факторы заставляют его "увядать" - утрачивать актуальность, сразу или постепенно. Итог жизни - умирание: полная неактуальность требования.

Аналогии идут и дальше. Поскольку связанные требования у автора - это что-то вроде "колонии", в случае поражения одного из них могут возникать "эпидемии": устаревание и смерть одного тащат за собой такой же процесс и у остальных, так что в итоге "под нож" идут целые пачки требований. Еще один процесс - "переопыление": изменение требования приводит не только к изменению другого, но к новым связям, новым требованиям и т.д. (хотя этот процесс, при всей образности, не очень понятен).

Зачем же учитывать этот "жизненный цикл"? В первую очередь, чтобы выставлять приоритеты. Реализация более зрелых требований, постановка на паузу реализации "молодняка" и отказ от реализации увядающих и мертвых - путь к сокращению потерей. И чем масштабнее проект, тем больше экономия.

Еще нужно учитывать влияние требования на проект, - увядание "широко влияющего" требования (например, зависимость от библиотеки) приведет к росту затрат на перестройку. Здесь важно балансировать: нельзя изолировать требование, поэтому нужно балансировать и еще на старте ввода требования убеждаться, что риск преждевременной смерти ключевого требования низкий.

От меня: конечно, как и любая метафора, тема "созревания" требований и вообще аналогий с живой природой может показаться "weird". Тем не менее, вместе с минусами (неточность и неформальность) метафоры имеют и плюсы - они стимулируют "правополушарное" мышление и поиск нестандартных, спорных мест в теории. И след. раз, когда я буду переписывать требование или закрывать его за ненадобностью, я точно вспомню про эти "фрукты"))
https://www.litres.ru/author/uriy-dubrovskiy/

#книгаНедели
Еще одна книга (скорее мега-лонгрид) Дубровского "Идеальный ИТ-аналитик (Как нанять лучшего аналитика в команду)" - о процессе найма. Причем это взгляд с обеих сторон, интересный как РП / тимлиду / архитектору / HR, так и самому аналитику. Автор обстоятельно рассказывает о собеседовании (и подготовке к нему), о развитии нужных качеств, о месте аналитика в команде проекта и компании.
Лично я сам в последнее время наймом почти не занимаюсь, но пройтись по виртуальному собеседованию было интересно, даже с учетом того, что книга 2019 года.
Условно она делится на две части. Первая - это процесса поиска аналитика. Глава для нанимающей стороны. Автор использует модель "метапрограмм" - установок, по степени выраженности которых можно определить, соответствует ли кандидат нашим требованиям (стремление, внутренняя референция, процесс, процедуры, содержание). Далее - про техническое интервью: определение, сможем ли мы собрать с этим кандидатом нужный нам пазл. В структуре интервью - определение "правил игры", проверка знаний базовых понятий, умение решать технические задачи, владение технологиями бизнес-анализа, доменами, технологиями системного анализа, понимание рисков и умение выходить из проблемных ситуаций.
Вторая часть - это сборник конкретных вопросов и задач для интервью аналитиков, все с примерами, по каждому из представленных выше направлений: общие, вопросы по требованиям, по документированию, по архитектуре (от микросервисов до REST и SOA), по бизнес-процессам, интеграциям. Отдельные главы - по решению задач и владению технологиями и инструментами: сформулируйте ФТ к такому-то предмету, программе, определите требования по работе с исключительными ситуациями, определите минимальный перечень этапов и документов для ЖЦ разработки из взятого примера. Вопросов и примеров реально много.

В общем, не могу не рекомендовать, - книга уникальна и максимально ориентирована на практику.

Новый обзор публикаций за неделю - уже на vc.ru.
В этот раз я продублирую список наиболее заметных и полезных публикации здесь. Ставьте реакции, если такой формат удобнее.
Основы и гайды
📌Как выбрать тип контракта для разработки IT-продукта: Fixed Price, Time & Materials или Retainer
📌Монолитная и микросервисная архитектура. Сравнение
📌Шаг за шагом: как мы управляем короткими и средними проектами длительностью до 1 года
Карьера и навыки менеджера проекта
🥇14 российских систем управления проектами: кто съест рынок. Разбираю киллер-фичи
🥇За кулисами Scrum-мастерства: о навыках, заблуждениях и реалиях профессии
🥇Проджект менеджер и аналитик: два сапога — пара?
🥇Модель Такмана в переговорах
🥇Зарплаты и конкуренция на IT-рынке труда в России сегодня
🥇Иллюзия контроля и недооценка случайности
Команда проекта
👨‍👦‍👦Как управлять командой проекта
👨‍👦‍👦Доверяй, но проверяй: как компании контролируют удалёнщиков
👨‍👦‍👦О контроле на удаленке: как совместить спокойствие бизнеса и доверие разработчикам
👨‍👦‍👦Самый плохой программист, которого я знаю
👨‍👦‍👦Задачи руководителя команды аналитиков
👨‍👦‍👦Выгорание у аналитиков: как заметить и предотвратить
👨‍👦‍👦Как грамотный подход аналитиков может сэкономить бюджет компании за счет изменения подхода к реализации проекта
Опыт и советы
🦋Если бы мне в школе рассказали, что такое Кайдзен и Канбан... Подробный разбор принципов планирования с примерами
🦋Нужен ли вам Agile? Новая модель применимости всё объясняет
🦋Гибкий водопад: гибрид Agile и Waterfall в проектном управлении. Часть 2
🦋Нарушая правила: как я выбросил 10-месячный проект после 2 месяцев в должности
🦋Как WhatsApp справлялся с 50 миллиардами сообщений в день, имея всего 32 инженера
🦋«Всё происходит само собой, когда тебе не всё равно»: как из игрока в покер стать руководителем тимлидов
Инструментарий
🛠20 лучших инструментов для таск-менеджмента, планирования и интеллект-карт
🛠Trello ofigello: что делать, если Atlassian выгнал силой
🛠Что не нравится в российских системах управления проектами ИТ-компаниям?
🛠Как компания нашла аналог Trello и что изменилось за год работы
YouTube
🔴 Разборы проектов и кейсов управления проектами от компании Инфостарт
🔴5 Effective Types of Requirements Documentation for Business Analysts
🔴Треки развития аналитиков. Кукбук или "Карьерный гайд"
🔴Бенчмаркинг как инструмент аналитика
🔴Как не просто работу работать, а в удовольствие: 6 практик, которые поднимают настроение команде
🔴OKR как методология личной и профессиональной эффективности: развивайся как Google
🔴Публичное собеседование: вакансия менеджера IT-проектов в компании Andersen.

Новый проектный дайджест уже ждет вас на VC - вместе с моими аннотациями, конечно)
Читайте и отдыхайте!
Итак, лучшее на этой неделе:
Основы и гайды
📌Инструкция для проджект-менеджеров: как выстроить эффективную коммуникацию с заказчиком
📌Приложение от проекта до релиза: этапы реализации
📌Как Kanban позволил повысить гибкость, прозрачность и скорость реализации ключевых проектов в компании
📌Примеры формулировок требований по правилам руководства по написанию требований от INCOSE
📌Управление портфелем проектов по методологии P3.express в Kaiten
📌Как справиться с техническим долгом в Scrum
📌Наводим порядок в бэклоге: как не потеряться среди сотен идей для развития продукта и выбрать лучшие

Карьера и навыки менеджера проекта
🥇ТОП-20 курсов по AGILE и SCRUM методологиям от лучших онлайн-школ
🥇Как в Тинькофф появились деливери-менеджеры и чем они занимаются
🥇Как развиваться Junior Project Manager в digital-агентстве
🥇Тебя уволят именно за это! Одно качество, которое влияет на успех в карьере и в жизни. Разбор на реальном примере
🥇Как найти руководителя международного проекта?

Команда проекта
👨‍👦‍👦Я устал: работа — рутина, и нет ощущения, что создаю что-то ценное. Как быть?
👨‍👦‍👦Как работать в удовольствие: 6 практик, которые поднимают настроение команде
👨‍👦‍👦Офис vs Удаленка. Как и зачем удерживать айтишников в офисе?
👨‍👦‍👦Как мы ведём базу знаний для бизнес-аналитиков: поиск, отбор и создание контента
👨‍👦‍👦Team Topologies: Рациональный Подход к Организации Команд

Опыт и советы
🦋Работа над ошибками: как мы анализируем дефекты
🦋Когда не стоит экономить на аналитике
🦋SAFe и как мы с этим живем
🦋Как писать технические задания для продакшенов, чтобы не получать ХЗ в результате

Инструментарий
🛠Учить, лечить, мочить: три инсайта о внедрении базы знаний от бизнес-консультанта с опытом работы в S7
🛠«Мультиверсионная» документация с GitHub Pages
🛠Это база: 10 сервисов, в которых удобно вести базу знаний
🛠Без стресса и хаоса: как вести аутсорс-проекты и не продать душу дьяволу
🛠Ща покажу: топ онлайн-досок для продуктивных созвонов с командой
🛠Как перевезти в новый таск-менеджер 35 очередей и десятки тысяч задач: история Mediascope

YouTube
🔴 Рациональный подход к декомпозиции систем на модули или микросервисы
🔴DDD в действии
🔴Моделирование бизнес-процессов. Кому от этого польза?
🔴Публичное собеседование: вакансия Account/Project manager

Новый выпуск дайджеста уже ждет вас на VC!
Самое заметное и интересное на этой неделе:
Основы и гайды
📌Создание карты зависимостей: как увидеть системный уровень в процессах
📌Говорить по делу и не переходить на личности: как правильно давать обратную связь
📌10 признаков недопонятого Agile, или почему ваш Agile не работает
📌Agile для всех или привычка натягивать сову на глобус
📌Естественный отбор в разработке: как вендоры и заказчики ПО выбирают между no-, low- и high-code
📌Как убедиться, что продукт соответствует ожиданиям заказчика?
📌Создание прототипа: как сэкономить нервы, время и деньги
📌Полный релиз бесплатного интерактивного 700-страничного учебника по тестированию

Карьера и навыки менеджера проекта
🥇Как вести за собой команду, ставить личные цели и помогать в этом сотрудникам
🥇Босс-идеалист: как с этим жить и не свихнуться
🥇Лидерство руководителя: как привести коллектив к работе не за страх, а за совесть
🥇Тестовые задания в IT: давать или не давать, вот в чем вопрос
🥇Больше, чем развлечение: какие фильмы пригодятся в работе проджектам и продактам

Команда проекта
👨‍👦‍👦Собрать dream-team или как выстроить процесс найма аналитиков в компании без большого опыта в этом непростом деле
👨‍👦‍👦Наставничество в компании: как к нему подступиться и почему это вам нужно
👨‍👦‍👦Как синхронизировать множество команд между собой
👨‍👦‍👦«В ближайшие 6 лет требования к системным аналитикам вряд ли сильно изменятся»
👨‍👦‍👦Кто такое Senior, Middle и Junior? И на кой ляд нужны грейды?
👨‍👦‍👦Кто такой архитектор ПО и как им стать

Опыт и советы
🦋5 последствий, которые ждут бизнес, если в разработке не будет участвовать ЛПР
🦋Меряем баги весами и рулеткой
🦋Продуктовый подход к инхаус-разработке: отвечаем бизнесу, когда наконец-то будет готово через метрики и 85й перцентиль
🦋"Здравствуйте, я - IT Project Manager" как каминг-аут
🦋Зачем Agile сотруднику, а не компании?

Инструментарий
🛠6 шаблонов досок в Miro для объединения кросс-функциональной команды
🛠Альтернативы Microsoft Exchange в облаке в России
🛠Топ популярных плагинов Confluence и их замена
🛠Обзор Zetep — эффективной системы ведения задач
🛠Вместо Trello: 5 сервисов c аналогичным функционалом
🛠Не Trello единым: чем заменить сервисы Atlassian в 2023 году
🛠7 инструментов управления проектами, которые должен знать каждый фрилансер

YouTube
🔴Event Storming: методика ускорения аналитических работ в ИТ-проекте • Денис Бесков
🔴Проблемы HR с Agile. Использование Agile в управлении персоналом
🔴Обзор методов сбора требований к ПО
🔴Матрица компетенций в развитии отдела тестирования
🔴What Are Sprints For?
🔴Модели корпоративной архитектуры. TOGAF 10 и Archimate 3.2 - обзор курса

Новый выпуск дайджеста - обзор за неделю!
И, видимо, скоро начнём публиковать на канале более частые сводки.
Итак, самое заметное и интересное на этой неделе:

Основы и гайды
📌Как ставят цели Google, Intel и Amazon? Разбираемся в методе OKR
📌Зачем нужна оценка зрелости бизнес-процессов при разработке системы
📌Погружаемся в базы данных и SQL: полезные материалы и инструменты от сотрудников Selectel
📌В толковый словарь Business Process Management: Бизнес-функция vs Бизнес-процесс
📌Простыми словами о Kubernetes и не только — материалы для менеджеров и парочка примечательных инструментов по теме

Проект-менеджер и команда проекта
🥇«Будем знакомы»: грантовый проект-менеджер, он же грантрайтер
🥇Собеседование руководителя проектов: как подготовиться и какие вопросы задать кандидату
🥇Почему компании не нужен архитектор
🥇Почему я сначала не хотел в тимлиды, а когда занял такую должность в ЮMoney, то понял, что это мой путь
🥇Метрики Эффективности Команд. Data driven подход к улучшению эффективности команд и бизнес результатов
🥇10 небанальных ресурсов для системного аналитика
🥇Полезное для начинающего Системного аналитика
🥇Компании плакали, кололись, но продолжали искать системных аналитиков
🥇Как устроен онбординг в больших компаниях: личный опыт
🥇«Миссия выполнима!» или как заставить работать подчиненных
🥇Smart-аналитик: ищем общий язык с заказчиком и руководителем проекта

Кейсы, опыт, советы, мнения
🦋Самая сложная часть создания программного обеспечения — это не написание кода, а сбор требований
🦋Минимум менеджеров, максимум инженеров: как Threads* удалось выпустить за пять месяцев
🦋Почему мои клиенты не спрашивают, как дела по проекту, пока я над ним работаю
🦋Без ТЗ результат ХЗ? Не думаю
🦋Как мы придумали LEGO-подход к разработке и успешно внедряем его
🦋Как мы построили свой лунапарк (с блекджеком, разумеется) или опыт внедрения системы управления ИТ-проектами
🦋Спринт, от которого конч*т заказчик - вывели свою формулу
🦋Как мы полностью перешли на Time&Material
🦋Канбан Метод в конструкторском бюро довел половину коллектива до истерики. Почему?
🦋Как довести разработчиков до слез, а менеджеров до отчаяния: практические советы

Инструментарий
🛠Джира для джунов, или как планировать и “не сгореть”
🛠Оптимизация работы с Camunda на основе External task
🛠Удаленная работа и IT: Как обеспечить эффективное взаимодействие команды из любой точки мира
🛠У Webinar Group появились собственные онлайн-доски
🛠Где работать с командой: подборка российских корпоративных мессенджеров в 2023 году
🛠«На сколько баллов ты сдал понимание этого регламента?»: как вдохновить сотрудников на чтение документов

YouTube
🔴 Владимир Маслов — System Design. Как построить распределенную систему и пройти собеседование
🔴 Управление командами в FMCG или как не стать Mudac`ом
🔴 Архитектурная модель Ф. Крачтена (4+1) как фактор управления требованиями и управления изменениями
🔴 7 Expert Business Analysis Tips & Secrets
🔴 Почему мы отказались от фуллстек аналитиков и как работает ролевая модель в энтерпрайзе
🔴 Общение с заинтересованными сторонами: Что нужно знать аналитику?
🔴 Эффективное обучение сотрудников: кого обучать, как часто и за чей счет
🔴 Как быстро изучить новую предметную область и провести предпроектное обследование
🔴 Модели soft skills для тимлида
🔴 Мой опыт: от системного аналитика до архитектора решений за 3 года
🔴 Обзор методов сбора требований к ПО

Ура, суббота! Новый выпуск дайджеста уже ждет вас на VC!
Самое заметное и интересное на неделе:

Основы и гайды
📌Как подружить бизнес и процессы
📌Управление рисками на анимационных проектах
📌Проектная команда: роли и функции
📌Роли и как они объединяются для развития продукта
📌Какие методы управления проектами наиболее эффективны?
📌10 лет Docker: от революционной идеи до современной практики

Карьера и навыки менеджера проекта
🥇К 2030 году мировой экономике потребуется 25 млн новых менеджеров проектов — и другие исследования
🥇Границы проекта в условиях «the roof is on fire»
🥇Рекомендации книг от СЕО M.Tech
🥇Книги по управлению проектами
🥇Руководство для менеджера проекта по освоению Agile методологии
🥇Точно в яблочко или как запускать проекты
🥇Почему каждый должен уметь строить диаграмму Ганта? Разбираемся на жизненных примерах

Команда проекта
👨‍👦‍👦7 золотых правил наставника в IT. Или первый раз в новый класс
👨‍👦‍👦Тестовое задание при приеме на работу: делать или нет? Что говорят эксперты и статистика
👨‍👦‍👦Человек не за бортом: зачем новеньким онбординг и как его проводить, чтобы первый день не стал последним + чек-лист
👨‍👦‍👦Адаптация, а не онбординг: что мы делаем, чтобы наши сотрудники влились в компанию?
👨‍👦‍👦От «эффективного менеджмента персонала» к бережливому управлению людьми. Часть 2: заряжаем батарейки сотрудников
👨‍👦‍👦Как отслеживать здоровье команды и не допускать выгорания
👨‍👦‍👦Слово о команде разработки. Часть 2: Место команды в матричной структуре компании
👨‍👦‍👦Что понимают технологические компании и чего не понимают традиционные компании о разработчиках ПО
👨‍👦‍👦Как растить сотрудника внутри компании: опыт руководителя UX/UI команды
👨‍👦‍👦PI Planing или Как синхронизировать работу в коллективе более 100 человек. Опыт проведения PI планирования
👨‍👦‍👦Как увеличение команды влияет на её продуктивность, или почему 9 женщин не смогут родить ребенка за 1 месяц
👨‍👦‍👦Как устроиться аналитиком в «Авито»

Опыт и советы
🦋Колодец с неприоритетными багами. Как мы закрыли 50 задач за две недели и научились не копить их
🦋Стиль Водолея: как внедрять инструменты менеджмента знаний, чтобы все остались довольны
🦋Исповедь о продуктовых провалах. 6 проектов, которые не стоило запускать, но мы все равно попробовали
🦋Интеграция — быть или не быть? 7 вопросов самому себе
🦋Как гибкая архитектура стала новой стратегией «Леруа Мерлен», а её айтишники получили свободу действий
🦋Как 30 секунд опроса помогают нам контролировать самые сложные IT-проекты

Инструментарий
🛠Альтернативы Trello, JIRA, Slack в России
🛠Asana добавляет функции искусственного интеллекта в свою платформу управления корпоративной работой
🛠Карманная академия: как прокачать обучение в компании с помощью корпоративного мессенджера
🛠Как маркетологу навести порядок в рабочих процессах, когда хаос и ты — одно целое
🛠Обзор на GB CRM — интеллектуальное решение для эффективного управления проектами
🛠Как PM-ы в своей работе могут использовать AI?

YouTube
🔴 Специфика крупных внедрений и как в них выжить специалисту 1С
🔴 Проблемы начинающего руководителя. Рабочие советы и кейсы из практики
🔴 Лучшие процессы в BPMN: работы учеников с курса 0704
🔴 Владимир Маслов — System Design. Как построить распределенную систему и пройти собеседование
🔴 OKR-мастер. Секреты внедрения OKR. Предобучение
🔴 Диаграмма последовательности - сильный инструмент в руках умелого аналитика
🔴 Вопросы и ответы про процессы. Vol.2

Новый выпуск дайджеста уже на VC!
Самое заметное и интересное на неделе:

Основы и гайды
📌 Управление закупками проекта
📌Как построить диаграмму Исикавы: пример и подборка сервисов с шаблонами
📌REST API vs GraphQL: в чём между ними разница
📌Как ответить на вопрос «Когда будет готово?» на основе статистики
📌Внедрить новый управленческий подход и не разрушить команду: эволюция vs революция и причем тут канбан
📌Событийное моделирование традиционных систем

Карьера и навыки менеджера проекта
🥇Как я учился не перебивать собеседников
🥇Почему с моим менеджером так тяжело работать или проблемы в общении с бывшими гуманитариями в IT
🥇20 признаков, что вам повезло с руководителем
🥇Конспект книги "Никаких правил" про корпкультуру Netflix + мой 15-летний опыт в менеджменте
🥇Как сделать конфликт полезным?
🥇Какие скиллы необходимы проектному менеджеру?

Команда проекта
👨‍👦‍👦Чем на самом деле занимается Chief Technical Officer?
👨‍👦‍👦Хэй, джун: как начинающему разработчику преуспеть в первые недели работы
👨‍👦‍👦За пределами KPI: 5 ключевых показателей климата в команде, которые нельзя игнорировать
👨‍👦‍👦Есть ли жизнь после трехчасового созвона?
👨‍👦‍👦Как поощрять лидерские качества в команде на всех уровнях, чтобы бизнес взлетел
👨‍👦‍👦Как построить систему наставничества в IT-компании с нуля
👨‍👦‍👦Кроссдоменная координация. Как двигать огромные IT-проекты в огромной компании
👨‍👦‍👦Работа без созвонов: как компании полностью отказались от совещаний и встреч

Опыт и советы
🦋Как подготовиться к собеседованию: несколько советов, чтобы повысить ваши шансы на трудоустройство
🦋Как внедрить гайд по стилю кода в проект
🦋Записки технического руководителя проектов
🦋Успешный программный продукт без ТЗ: как сэкономить на разработке технического задания и получить 100% результат
🦋Заказал Boeing, а получил кукурузник: почему так случается и при разработке приложения

Инструментарий
🛠Diplodoc — открытый набор инструментов для создания документации
🛠Расследование: Импортозамещение ПО – могут ли наши повторить?
🛠Diátaxis: структура технической документации
🛠Сервисы для планирования MVP: несколько наблюдений после использования
🛠Сотрудники не хотят использовать таск-менеджер. Разбираемся, как их переубедить
🛠Обзор возможностей российской системы проектного управления
🛠Гибкая и жесткая инициация проектов: какую выбрать

YouTube
🔴 Что такое управление проектами? Кому и зачем нужен таск-менеджер?
🔴Эффектное и эффективное техническое задание для собеседований
🔴Как выжить аналитику в атмосфере вечной неопределённости
🔴Пользовательские сценарии — типичные ошибки и пути их решения
🔴BPMN за 9 минут: все квадратики на примерах
🔴Проектная кухня «Софты vs харды. Их можно развить или это врожденные качества?»
🔴Test-Driven Development (TDD) and Agility
🔴Скрытая работа аналитика по проектированию систем
🔴Тестировщик ПО. Есть ли будущее у профессии, заменит ли тестирование ИИ?
🔴Event Sourcing. Плюсы, минусы и подводные камни

Новый выпуск дайджеста уже на VC!
Самое заметное и интересное на неделе:

Основы и гайды
📌 PMBoK — управление проектами с умом
📌Управление знаниями в продукте
📌Поиск лучшего метода оценки времени выполнения задач: кейс команды Kaiten
📌Как написать понятные требования к ПО
📌Как эффективно добавлять документацию при разработке продукта?
📌Теория ограничений, здравый смысл и себестоимость
📌Гибридная система управления менеджмента
📌«Конкурентные преимущества»: полезные материалы для разностороннего проектирования тех.продуктов
📌Как приоритизировать фичи с помощью Unit-экономики?
📌API от А до Я (теория и практика)
📌15 ресурсов по Git. Что почитать/посмотреть?

Карьера и навыки менеджера проекта
🥇Системное представление управления проектами
🥇Почему айтишники часто не справляются с ролью скрам-мастера? И как ментор может с этим помочь?
🥇Как я стал руководителем проекта в IT в 2023 году после обучения
🥇Жить — не тушить: антикризисный режим в управлении проектами
🥇Как найти руководителя международного проекта?
🥇Почему на проекте все идет не по плану
🥇Руководить, когда не готов к этому: путь от «чайка-менеджера» до «servant leader»
🥇Сложные клиенты в ИТ: через тернии к профиту
🥇Анализ «Пяти неправд»


Команда проекта
👨‍👦‍👦Пустите разработчика в продукт
👨‍👦‍👦«Пятидневка в офисе мертва»: компании негодуют из-за удаленной работы
👨‍👦‍👦Что бывает, когда в настольный футбол играют разработчики: проапгрейдили не только игру, но и корпоративную культуру
👨‍👦‍👦Как сформировать проектную команду для цифровизации бизнеса
👨‍👦‍👦Роль и трансформация профессии бизнес-аналитика
👨‍👦‍👦Как системному аналитику найти работу

Кейсы, опыт, советы, мнения
🦋Эволюция фичи за три года: кейс рассылки спецпредложений Авито
🦋Как вести несколько проектов и не сойти с ума. Очередная статья про тайм-менеджмент
🦋Три ошибки, приводящие к бесконечной разработке проекта
🦋Кейс СУШИШОП: непростая разработка мобильного приложения для сетевой компании
🦋Внедрение pet-проекта в реальный бизнес или как в одиночку написать ERP-систему для общепита
🦋Как мы все занялись стратегией: внедрение OKR
🦋Почему модель «MVP + развитие» лучше, чем классическая водопадная

Инструментарий
🛠Создание системы документирования, или как в Cloud.ru от «ворда» к docs as code за месяц переходили
🛠Разработчик сервисов для видеозвонков Webinar сменил название на «МТС Линк»
🛠Эксперимент: отдельный мессенджер под новый проект. Немного про Compass
🛠Инструмент, который легко преобразует видео с YouTube в презентации
YouTube
🔴 Бизнес-архитектура и ее место в компании
🔴 Как избежать фатальных ошибок при разработке IT продукта
🔴 Секреты успешного управления продуктами
🔴 Use Case или как аналитику быть полезным тестировщику
🔴 Onboarding: правила, ошибки, лайфхаки
🔴 AAC - Agile Analysis Certification
Как разобраться в предметной области: инструкция по применению
🔴 Готовь сани летом.. или почему тимлиду нужно начинать готовить команду к своему отпуску еще с осени
🔴 Is Velocity an Effective Tool For Planning?

Всем привет) Обычно мало пишу "отсебятины": сказано и так много, а сделано существенно меньше. Но тут интересная тема из разряда "не могу молчать".

Один известный автор (про проекты) опубликовал кейс про мудака. Вкратце: жила-была проектная команда, которая наняла к себе в аналитики сотрудника, да не простого, а очень прошаренного в предметной области. Но раньше в качестве аналитика не работавшего. И отправила его к заказчику на сбор требований. А он возьми да и начни заявлять заказчику, что тот работает не по фэншую и что нужно не требования собирать, а сам процесс перестраивать. Заказчик в шоке (не для этого затевали проект), команда в шоке (требований нет, контракт под угрозой), "аналитик", видимо, тоже.

Решение автора - выгнать "аналитика" долой и взять менее компетентного, но готового делать то, что говорят. "Аналитика" уволили, и при увольнении он прошелся по всем. Эпиграф - "не работайте с мудаками" (в них аналитика и записали).
Комьюнити канала горячо поддержало автора: мудакам в команде не место, пусть идет лесом и не портит прекрасный проект и замечательную команду.

А я читал и расстраивался. С одной стороны, всё правильно и жизненно: не работает элемент - исторгли, заменили на рабочий, и погнали дальше. На этом принципе "рынок-элемент-fit" весь бизнес и вся наша цивилизация работают.

С другой стороны, в разборе кейса не было ни одного вывода в отношении самой команды, ПМа и процессов. А ведь именно они, во-первых, позволили появиться в проекте "мудаку" и создали условия для появления конфликта с заказчиком. Кто-то его принимал на работу, кто-то проверял его навыки как аналитика, - а учитывая, что опыта не было (и об этом знали), кто-то еще и вводил в обязанности, онбордил и т.д. И, получается, либо процесс найма-онбординга в команде проблемный, либо его вообще не было.
Во-вторых, "черно-белое" мышление. На каждом углу говорят про "биасы" и шум в принятии решений, про ошибки интуиции, про "пять почему", про ошибки предвзятости. Тем не менее, расстроило то, с какой радостью менеджерам хочется прикрепить к не вписавшемуся в команду сотруднику ярлык "мудака" и прикрыться от реальности совершенно бессмысленной, но наркотической фразой "не работайте с мудаками", - вместо того, чтобы сделать работу над (своими) ошибками, перестроить процессы так, чтобы такие люди либо не попадали в команду, либо прошли обучение, либо работали как "предметники" без общения с заказчиком. Так и проект был бы более успешным, без лишнего превозмогания, и токсичности было бы меньше в команде. Да и эксперта не потеряли бы, возможно.

И это не идеализм. Вцепился в этот кейс я как раз потому, что есть в моем опыте такие инциденты. Так же при общении с клиентом критиковал его учет и бизнес-процессы. В последний раз я перевел такого "аналитика" в эксперты, ограничить его общение с заказчиком и приставить к нему опытного аналитика. В итоге получили типа DDD-связку "аналитик общается и собирает требования - эксперт моделирует решение и задает правильные и фундаментальные вопросы". В итоге аналитик более чем проникся предметкой, эксперт пообтесался в роли аналитика и в дальнейшем смог сам в ней выступать, а клиент получил экспертное решение.

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

Собрал лучшее про проекты за неделю

Основы и гайды
📌 Правильный мониторинг API: метрики и лучшие практики
📌Книга «Искусство Agile-разработки. Теория и практика гибкой разработки ПО»
📌Требовать от разработчиков урезать сроки – всё равно что торговаться с метеорологом о погоде
📌Порядок создания технического задания для разработки информационной системы
📌Шпаргалка по событийному моделированию
📌ХР (экстремальное программирование) проектное управление
📌Как написать ТЗ для приложения: гайд для тех, кто не сильно разбирается в разработке
📌Как правильно передавать IT-проект из аутсорса инхаус-команде: чек-лист
📌Проектирование REST API: спорные вопросы с проектов и собеседований на системного аналитика (и не только)
📌Слышать клиентов и решать их задачи вовремя: гайд по управлению бэклогом B2B-продукта


Карьера и навыки менеджера проекта
🥇Тема для холивара: что общего у менеджера проекта и хоккейного вратаря?
🥇Руководство по управлению проектами и командами в ИТ
🥇Генеральный директор Microsoft Сатья Наделла говорит, что эмпатия - самый трудный и важный лидерский навык



Команда проекта
👨‍👦‍👦Как мы растим своих джунов
👨‍👦‍👦Зачем вам Employee Experience: как премии, CRM и выдача ноутбуков влияют на прибыль компании
👨‍👦‍👦Онбординг. Что такое хорошо?
👨‍👦‍👦Техлид в ЮMoney: как не растерять техническую экспертизу и научиться управлять людьми
👨‍👦‍👦Выгорание на работе: что это такое и по каким причинам происходит
👨‍👦‍👦3 шага, чтобы снизить стресс в команде: инструкция для руководителей и тех, кто не хочет сойти с ума на работе
👨‍👦‍👦Аналитики: возвращение к Корням в cпиральном развитии профессии
👨‍👦‍👦Пропасть между намерениями и действиями: как ее преодолеть и повысить эффективность команды
👨‍👦‍👦35 Лучших: Курсы Бизнес-Аналитика [2023] +Бесплатные


Кейсы, опыт, советы, мнения
🦋Как проложить универсальные рельсы рабочих процессов и запустить по ним большую компанию?
🦋Война и мир: Как улучшить отношения между IT бизнес-аналитиками и заказчиками
🦋Как помочь пользователю войти в продукт и «не сломаться»
🦋Rambler&Co. Как спасти 40 человек от беспощадного таск-менеджмента, работая с 1000 фрилансеров
🦋Я техлид в ЮMoney: руковожу 50-ю сотрудниками и начинаю рабочий день в восемь утра
🦋Смотри регби, если хочешь управлять командами с живыми людьми
🦋История одного внедрения корпоративной программы лояльности SAP


Инструментарий
🛠 Как выжать максимум из Confluence. Глава первая
🛠 Метадерево как инструмент для выбора средства визуализации
🛠 Все проблемы проекта в одной диаграмме: как с помощью Kaiten построить диаграмму потока
🛠 Trello нет, но вы держитесь! Альтернатива популярному таск-трекеру
🛠 Я устал бояться, что потеряю статью: контент-маркетинг и таск-трекер
🛠 Битва мессенджеров. Compass против Slack, Telegram и WhatsApp*
🛠 Что-то вроде Jira и Microsoft Project? Обзор управления проектами в системе «Первая Форма» от менеджера с опытом
🛠 Российская разработка Аспро способна взять на себя функции систем управления проектами
🛠 Anytype вместо Notion
🛠 Автоматизация Swimlanes на досках Jira


YouTube
🔴 Дорожная карта проекта: что это и как делать на примере мира Властелина Колец
🔴 Requirements & API. Part 1 out of 2.
🔴 Часть 1. Интервью с сеньорами: Обучение на системного аналитика • Альфа Банк • Магнит • Контур
🔴 Мария Серёгина. Основы для аналитика в 1С и не только.
🔴 Как найти точки роста с помощью TOC
🔴 Цифровая трансформация процессов управления проектами в промышленном строительстве

Отличная новость - коллеги из SQA Analist Days обновили свой плейлист видео докладов конференции AnalystDays #16.
https://www.youtube.com/playlist?list=PL_XScYmjXxkfu1GeVUhg_37DJxeSta6jh
Добавлено несколько десятков видео, в т.ч.
🔴 Требования или модели - как писать постановки
🔴Персональная стратегия развития в области бизнес- и системного анализа
🔴Не по шаблону: выбираем подходящую структуру ТЗ
🔴Бережливая работа с требованиями или почему ТЗ больше не нужно
🔴Процесс управления требованиями
🔴Как говорить на языке заказчика
🔴Сказка о масштабировании команды и потерянном времени
🔴Зачем бизнес-анализ в крупной производственной компании, и как им живется вместе
🔴Как описать спецификацию требований к фиче, чтобы она устроила вообще всех
🔴И целого проекта мало — как системному аналитику собрать побольше опыта и не сойти с ума
и много, много, много других.
Приятного просмотра)

Лучшее про проекты и проектное управление за эту неделю

Основы и гайды
📌 Безопасная разработка, управление рисками и внутренний контроль
📌 Проектирование архитектуры через User Stories, часть 1. Вовлекаем в процесс заказчика
📌 Осмысленная визуализация при анализе и проектировании в действии
📌 Проектирование интеграции. Чек-лист — как подготовить архитектурное решение
📌 Искусство предсказаний: 12 правил для точной оценки разработки проекта



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



Команда проекта
👨‍👦‍👦 «Нельзя просто так взять и построить команду мечты» – а я рассказываю, как это получилось у меня
👨‍👦‍👦 Архитектор 2.0
👨‍👦‍👦 WIP-лимиты помогают тимлиду усилить команду: рассказываем, как их внедрить и какие могут быть ошибки
👨‍👦‍👦 Как я стала тимлидом и стоило ли оно того
👨‍👦‍👦Доводим разработчика до выгорания: три простых шага
👨‍👦‍👦Как мы создавали и внедряли свою матрицу компетенций
👨‍👦‍👦Какие проблемы может помочь решить DevOps as a Service? Пожар инфраструктуры и управление командой
👨‍👦‍👦Подчинённые сигнализируют, что их руководитель некомпетентен. Что делать, как реагировать?
👨‍👦‍👦Внутреннее обучение в компании



Кейсы, опыт, советы, мнения
🦋 Как заказчик пришел к нам за новой фичей, а мы его отговорили
🦋 Релиз без ошибок. Невозможное возможно?
🦋 5 исходов, которые ждут бизнес, если в разработке не будет участвовать ЛПР
🦋 Как грамотно управлять командой и всё успевать, не срывая дедлайны?
🦋 Почему так важно писать техническое задание


Инструментарий
🛠 Книги по менеджменту vs. ГОСТы
🛠 Обзор сервиса Доски — простого и мощного инструмента для командной работы
🛠 Использование опросов в проектном менеджменте



YouTube
🔴 Проектирование системы от нефункциональных требований
🔴 Как Канбан пришел в Россию. История развития Канбан-метода
🔴 Лекция от Дмитрия Макарова по теории проектирования функциональности продукта: Модель Кано
🔴 Кроссдоменный проект
🔴 Требования или модели - как писать постановки
🔴 Персональная стратегия развития в области бизнес- и системного анализа
🔴 Не по шаблону: выбираем подходящую структуру ТЗ
🔴 Бережливая работа с требованиями или почему ТЗ больше не нужно
🔴 Процесс управления требованиями
🔴 Как говорить на языке заказчика
🔴 Сказка о масштабировании команды и потерянном времени
🔴 Gunther Verheyen talks about "Moving (your) Scrum Downfield"

Лучшее про проекты и проектное управление за эту неделю

Основы и гайды
📌Scrum ужасен
📌От бизнес-идеи к техническому заданию. Список необходимой информации
📌Техническое задание: как и зачем его писать, и почему без него не обойтись
📌Инструкция. Как брифовать клиента
📌«Кто на ком стоял?» Про страдательный залог в технической документации
📌Не спринт, а марафон: как выстроить процесс согласования на ИТ-проекте
📌25 вопросов и ответов по терминам REST API на собеседовании по вакансии системного аналитика
📌Полный релиз бесплатного интерактивного 700-страничного учебника по тестированию
📌Рассчитываем бэклог спринта не на глаз



Карьера и навыки менеджера проекта
🥇Как презентовать дизайн-концепцию, чтобы не обосраться перед заказчиком. Готовый скрипт + чек-лист
🥇Метод SMART. Что это и почему про него важно знать руководителю?
🥇Зачем нужен проектный офис, если компания работает в продуктовом подходе?
🥇Вы — новый руководитель. Как успешно пройти адаптацию в сложившемся коллективе?
🥇Как капля стресса превращается в волну проблем и что с этим делать
🥇Пять ошибок начинающих проджект-менеджеров
🥇Уводим стартап от «конвеерной штамповки фичей». Включаем продуктовый подход и начинаем считать ROI



Команда проекта
👨‍👦‍👦  Критика и два вида душности: Душилы и душнилы
👨‍👦‍👦 Почему в OKR командные цели работают лучше персональных?
👨‍👦‍👦 Обратная связь: как прийти к результату и не потерять команду

Кейсы, опыт, советы, мнения
🦋 LOD-ка, или один из способов «потопить» проект
🦋Как работать с legacy проектами: проблемы и стратегии решений
🦋Опыт IT-компании: как отслеживать окупаемость проектов и трекать затраты


Инструментарий
🛠 Архитектура веб-приложений, Gitflow и REST API: доклады с Backend-митапа red_mad_robot
🛠 Искал таск-трекер, а нашёл чудо! Точнее, российский таск-трекер Kaiten со встроенной системой Service Desk



YouTube
🔴 Когда стоит делегировать документацию техническому писателю
🔴 Круглый стол: Грейды и компетенции в разных компаниях
🔴 Requirements & API. Part 2 out of 2.
🔴 Не говори никому, что делаешь трансформацию! Kanban Maturity Model
🔴 Децентрализация функции бизнес-аналитиков: как не потерять в качестве.
🔴 Вебинар: «Process Mining – способ анализа процессов»
🔴 Проектирование системы от нефункциональных требований

Лучшее про проекты и проектное управление за эту неделю

Основы и гайды
📌 Как спектральный анализ улучшает оценку задач и снижает стресс в команде разработки
📌 Пользовательская документация как путеводитель по продукту
📌 Критерии приемки для пользовательских историй: цели, форматы, примеры и лучшие практики
📌 Проведение Triforce встреч для определения критериев приемки
📌 Основы Scrum менее чем за 10 минут (Scrum Alliance)
📌 Методология Водопад (Waterfall) в IT

Карьера и навыки менеджера проекта
🥇Из PM-ов в разрабы. Шаг назад для продвижения вперёд
🥇Продакт против директора
🥇Эффективное управление отношениями со стейкхолдерами
🥇Как побеждать выгорание в IT и жить свою лучшую жизнь на удалёнке?
🥇50 когнитивных искажений v1.5
🥇Как проджекту найти работу: 5 лайфхаков

Команда проекта
👨‍👦‍👦 Конфликт — двигатель прогресса. Как привить в компании культуру конфликтов
👨‍👦‍👦 Бывший разработчик не станет предпринимателем, пока не научится строить команду
👨‍👦‍👦 Продуктовые команды: строим правильно
👨‍👦‍👦 Не бойтесь брать джунов
👨‍👦‍👦 Мечтают ли сотрудники о целях компании?
👨‍👦‍👦 Как мы в Авито открыли школу тимлидов аналитики и за 3 месяца подготовили 15 будущих руководителей
👨‍👦‍👦 15 способов мотивировать сотрудников без денег. Когда повышение зарплаты вредит?
👨‍👦‍👦 Удаленное управление: наши лайфхаки по объединению команды
👨‍👦‍👦 Воркейшн, театр продуктивности и другие 13 слов и выражений, которые позабавят фанатов удаленки
👨‍👦‍👦 Формирование культуры, ориентированной на разработчиков

Кейсы, опыт, советы, мнения
🦋 Как мы перешли на кроссплатформенность в середине проекта и успели в срок
🦋 Что делать, если разработчики и бизнес-подразделения компании не могут договориться
🦋 Плохо девелопмент
🦋 Как превратить сырую идею в реально успешный продукт: полезные советы, лайфхаки и немного личных историй

Инструментарий
🛠 Как язык моделирования ArchiMate помогает IT аналитикам в решении их задач
🛠 Как из брейншторма выжать максимум: мнение эксперта и 5 сервисов, чтобы раскрыть потенциал команды
🛠 Сможет ли Squadus заменить Teams в 2023 году: делимся опытом первого пилота
🛠 MeetGeek: как ничего не упустить на большом созвоне — без пересмотра видео, регистрации и смс
🛠 Как содержать документы и базы знаний в порядке: замена Confluence российским сервисом EvaWiki
🛠 «‎Ваш идеальный инструмент для связи» или Заключительная часть рассказа про новинку среди Российских мессенджеров
🛠 Сколько стоит «джентльменский набор» для бизнеса и как сэкономить 300 000 ₽
🛠 Обзор российских онлайн-досок: что выбрать для бизнеса?

YouTube
🔴 PRO Конфликты: учимся разжигать и тушить с пользой для дела и карьеры
🔴 Организовали самоуправление в компании. Кейс косметической компании
🔴 How to Be a High-Performing Business Analyst
🔴 Метод триггера. Как безоценочно дорабатывать идеи во время мозгового штурма?
🔴 Формула эффективности команды. Как измерить Scrum-мастера
🔴 Feature Adoption: как выжать из фичи максимум
🔴 Путеводитель по оценкам задач
🔴 Шаг 0: контекст незнакомой команды
🔴 Как большая Человечность позволяет добиваться выдающихся результатов
🔴 Вас много, а я один: как измерять эффективность команд, когда их у тебя 105000?

Всем привет!
Крайне редкая (пока) рубрика "Спрашивали - отвечаем" 😁

В.: Что делать, если план по которому шли 70% разработки, стал неактуален и затрещал по швам и сейчас нет никакого плана будто бы и разработка ведется интуитивно.
Как тут не обосраться и добавить прозрачность и контроль разработке?

О.: спасибо за вопрос - думаю, что это даже не вопрос, а констатация типичного состояния проекта)
Не буду мудрствовать, тем более что на эту тему высказались все, кто как-то касался темы проектов.

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

"Вести разработку интуитивно" - да, и такое нормально, когда мы столкнулись с неизвестной проблемой и понятия не имеем, куда идти. Но это скорее точечный эпизод (когда нужно определить, из-за чего план пошел под откос, откуда возникла проблема). Как только необходимые костыли найдены - нужно пересобрать бэклог и планы.

По "прозрачности и контролю". В ситуации катастрофы важна локализация. Вряд ли у нас накрылось прямо всё - и, если это, слава богу, так, то надо отделить зону стабильности, так чтобы туда не проникли хаос и паника. И такие же островки стабильности нужно искать в "зоне катастрофы". Поначалу R&D (поиск причин и перестройка) будут не поддаваться планированию, это нормально. Но как только мы начнем справляться и понимать, - начинаем планировать, а затем и корректировать планы.

PS. Написано с утра, на языке метафор и аккурат после такой очередной микро-"катастрофы", не судите строго)

Лучшее про проекты и проектное управление за эту неделю

Основы и гайды
📌 Что такое HADI-циклы и как они помогают управлять техническим продуктом
📌 "Я не понял. Давайте делать”. Как правильно давать обратную связь
📌 Кто такой Scrum-мастер, и зачем он нужен команде
📌 Управление проектами в IT-индустрии: лучшие практики и инновационные подходы
📌 Где брать знания бизнес-аналитику? Подборка бесплатных ресурсов
📌 Покер планирования: как максимально прозрачно планировать спринты
📌 Writing An Efficient Software Design Document
📌 CodeCraft: Agile Strategies for Crafting Exemplary Software
📌 The Difference Between Right Sizing and Same Sizing of Work Items (and Why You Should Care)


Карьера и навыки менеджера проекта
🥇Как делегировать задачи сотрудникам в зависимости от стиля управления
🥇Как получить максимальную пользу от опыта международных ИТ-проектов: главные уроки в текущей реальности
🥇Убийство без крови… Как не превратить коммуникацию с клиентом в хоррор
🥇Гибкость руководителя проектов: Ключ к успеху в быстро изменяющемся мире
🥇10 Signs You Might be Micromanaging your Scrum team
🥇Типы и стили лидерства: как стать лидером, а не просто руководителем

Команда проекта
👨‍👦‍👦  Как цели ведут команды к успеху
👨‍👦‍👦  Остаться в живых. Токсичность в ИТ глазами девушки-лида
👨‍👦‍👦  Быстро, без стресса и лишних созвонов: как небольшая команда Kaiten работает над продуктом
👨‍👦‍👦  Наняли 30 джунов за год: рассказываем, зачем и как
👨‍👦‍👦  Без стресса, дедлайнов и каши в голове: 5 секретов продуктивной командной работы
👨‍👦‍👦 Ролевые игры в офисе. Как проводить диагностику команды при помощи ролевых игр
👨‍👦‍👦  Как собрать крепкую команду, если вы недавно стали тимлидом
👨‍👦‍👦  Без начальников и менеджеров: как компании дают сотрудникам полную свободу
👨‍👦‍👦  «Человеческая» сторона ИТ. Распространённые проблемы разработки, связанные с людьми
👨‍👦‍👦  Метод «помидора» для повышения эффективности продуктовых команд

Кейсы, опыт, советы, мнения
🦋 Планировали, планировали и выпланировали
🦋 Вы точно хотите пойти программистом в gamedev?
🦋 Как повысить эффективность техподдержки в 3 раза и спасти сотрудников от нервного срыва. Кейс Core12
🦋 Как команда технарей свой бизнес создавала. Сезон 4 – крах и рост в серийного предпринимателя с амбициозным проектом

Инструментарий
🛠 Как рынок заставил нас сделать аналог Jira (расшифровка аудио записи)
🛠 Принципы непрерывного рефакторинга
🛠 Zetep рубль бережет: бюджетный аналог Asana

YouTube
🔴 Как OKR помог нам выстроить работу в компании. Кейс Тинькофф
🔴 Не говори никому, что делаешь трансформацию! Kanban Maturity Model
🔴 Техника мозгового штурма холивар. Как найти позитивное решение в любом вопросе?
🔴 Do You Really Have a Team?

Лучшее про проекты и проектное управление за эту неделю

Основы и гайды
📌 Мастерство гибких процессов в заказной разработке. Ключевые шаги к успешному сотрудничеству между вендором и заказчиком
📌 Проектируйте правильно
📌 Product Manager IT проектов
📌 Хороший, плохой, никакой: почему важно проектировать дизайн и как это делать?
📌 Ваша карта не будет бита: как добавить Impact Map, CJM и USM в документ и не пострадать
📌 Как использовать фреймворк JTBD в разработке IT-продукта: пошаговая инструкция
📌 CJM или клиентское путешествие: коротко о главном или повторение — мать учения
📌 За что компании уровня Google и Intel любят OKR?


Карьера и навыки менеджера проекта
🥇Микроменеджмент — что это за зверь и как с ним бороться
🥇Наставнический стиль руководства: как эффективно «вырастить» сотрудника
🥇Может ли школьный учитель управлять IT-проектом?
🥇Как понять, что профессия менеджер проектов — для тебя?
🥇Как выиграть дуэль с тим-лидом и клиентом. Правила мгновенной прокачки экспертизы и уверенных переговоров в любой подход

Команда проекта
👨‍👦‍👦  Performance Review: путь от чайка-менеджмента к системной оценке сотрудников
👨‍👦‍👦 Как поднять холодильник на новый уровень: рецепты эффективной командной работы
👨‍👦‍👦 Нужно ли разработчикам проектирование?
👨‍👦‍👦 Автономия разработчиков. Как устроены компании нового типа
👨‍👦‍👦 «Я его обучу, а он уйдёт». Формула, которая должна остаться шуткой
👨‍👦‍👦 Как российская IT-компания выстраивает корпоративную культуру для удаленных сотрудников, не хуже, чем в Google
👨‍👦‍👦 Как раскрыть потенциал аналитиков
👨‍👦‍👦 Как общаться с коллегами, которые бесят, и не перейти на КАПС?
👨‍👦‍👦 Как устроить работу между дизайнером и продактом, чтобы не рисовать концепты в стол
👨‍👦‍👦 Почему материальная мотивация не работает и что действительно вдохновляет людей идти к чему-то большему?
👨‍👦‍👦 Как предупредить негативные настроения в команде
👨‍👦‍👦 Что делать, если вы — главный пессимист в команде

Кейсы, опыт, советы, мнения
🦋 Если процесс нельзя роботизировать, то он кривой
🦋 Поговорим о руководителях, как удержать тимлида от развала команды?
🦋 Управление командой - Weekly встреча
🦋 Как визуализация приоритетности задач позволила нам ускорить процесс разработки и сделать его прозрачным для всех
🦋 Подход, который помог нам точно оценить трудозатраты на разработку дизайн-системы

Инструментарий
🛠 Обзор инструментов для управления ресурсами в «Первой Форме». Взгляд руководителя с IT-командой 40+ человек
🛠 OpenAPI/Swagger для начинающих
🛠 ADVANTA создала «умных» помощников для оперативной работы над проектами
🛠 Jira, Confluence, Miro, Trello больше нет. Гайд: как грамотно выбрать российские аналоги площадок для совместной работы

YouTube
🔴 Интервью с автором Learning Domain-Driven Design
🔴 Рынок ИТ: как изменились зарплаты и вакансии для джунов за 2023 год
🔴 Практика по стратегиям поведения в конфликте
🔴 Использование UML в тест менеджменте: как экономить свое (и не только) время
🔴 У нас Agile: Давайте уволим тестировщиков, а тестировать будут разработчики
🔴 50 оттенков обратной связи как инструмент руководителя и не только
🔴 Лекция от Марии Серёгиной про исследование клиентского опыта
🔴 Пользовательские истории — типичные ошибки и пути их решения
🔴 Исследование в продуктовом дизайне. Research OPS в B2B и оптимизация
🔴 FIT INTERVIEW: как, когда, зачем и с кем?

Прочитал книгу “Карта гипотез” Александра Бындю, и у меня очень положительные впечатления. Подход несомненно эффективный и привлекательный.

Суть: мы должны до начала работ (по проекту/продукту) вербализировать и визуализировать наши представления:
- что мы хотим сделать
- кто будет объектом нашего влияния
- какие гипотезы (идеи) мы берем за основу
- какие задачи нужно решить, исходя из всего этого.
Как понятно из названия, подход выстроен вокруг гипотез. А гипотеза (по тексту еще часто “идея”) - это однозначно интерпретируемая формулировка типа “Если (какое-то действие), То (нужное нам последствие), Потому что (вот тут собственно и гипотеза)”.
По мнению Александра, именно такой подход к изменениям, продуктам и проектам должен сделать планирование и управление более эффективным. Потому что команда будет знать не только свои конкретные задачи, но и видеть за ними общий курс, а значит, сможет адаптироваться к изменениям, быстрее завоевывать рынок, передавать знания и т.д.

Важно ли это? Безусловно важно. Существует ли проблема непонимания компаниями своих стратегических целей? Конечно, существует и спасибо Александру за еще один инструмент стратегического планирования.

Но есть и вещи, которые меня смутили.

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

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

Второй момент - универсальность метода. Со слов автора, он одинаково хорошо подходит и для личных целей, и для корпоративных. При этом инструменты, которые даются, рассчитаны на корпоративное применение (например, стратегические сессии со множеством участников), а про личное применение как-то в итоге не хватает конкретики. Но, возможно, это мое личное недоверие к универсальным “отмычкам”.

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

В целом же, я очень рад появлению такой книги, с интересом буду следить за развитием “карты гипотез” как фреймворка и применять на практике, конечно)