🔘 Роли при использовании фреймворка Scrum
Коллеги из Product Lab - про основные роли скрама (Product Owner, Scrum master, Development team) - с примерами и деталями.
🔘 Введение в водопадную модель
Да, внезапно она тоже нуждается в изучении - Waterfall все так же востребован и популярен. Этот материал - вводного характера, с описанием преимуществ и недостатков подхода, современного состояния (кому и для чего нужен).
🔘 Сохранить время и деньги: как прототипирование помогает разработке цифровых продуктов
Солидный, с хорошими примерами текст про MVP и прототипы, от основ и до инструментов реализации.
🔘 Метрики, которые действительно имеют значение
Продуктово-проектные метрики - основные особенности и применение. В фокусе - North star, бизнес-метрики (CAC, CLTV, MRR, Churn [отток]), метрики использования продукта (NPS, CSAT).
🔘 Мозговой штурм. Зачем он на самом деле нужен бизнесу
Сам метод в представлении не нуждается, а вот его эффективность - под большим вопросом.
Команда Scrumtrek - про эффективность мозговых штурмов, роль фасилитации в них, основные техники проведения.
Please open Telegram to view this post
VIEW IN TELEGRAM
👍2🔥2🙏1
👤 Менеджер ИТ проектов: как нанять специалиста, а не говорящую голову. 150+ вопросов для собеседования кандидата.
Материал спорный, но полезный. Во-первых, неплохо понять, какие вопросы будут задавать менеджеры и HR на собеседованиях; во-вторых, можно понять, к каким вопросам будут готовиться кандидаты; в-третьих, можно прийти к выводу, что все эти вопросы - не более, чем один из инструментов отбора, и далеко не определяющий.
👤 Хороший менеджер — мертвый менеджер!
Текст от Владимира Завертайлова (Sibirix) - про то, как не стать наказанием для своей команды и в итоге для себя. Многие менеджеры горят клиентоориентированностью - и в стремлении помочь клиенту прямо сейчас и вопреки всему разрушают команду, заставляют специалистов менять продуктивный график на “форсмажор” и т.д. Автор аргументированно выступает против этого, и если именно такой “болеющий за клиента” менеджер, то текст для вас!
👤 Почему лучше нанимать Project Manager из технических специалистов, чем управленца «с улицы»
Немного провокационный материал, который нельзя не привести в этой подборке. Позиция авторов - лучше свой технарь, хорошо знакомый с проектом и продуктом, чем сторонний гуманитарий, который легко наломает дров. В комментариях к статье - аргументы в пользу обратного)
👤 Что поможет руководителю: рукопашный бой, серебряные пули, ловушка?
Немного теории, немного кейсов, немного воды, но в целом - про фигуру “руководителя”, его инструментов и роли в команде. Акцент на тайм-менеджменте, постановке задач, коммуникациях, а также профессионализме в предметной области.
👤 Треугольник орг-структур компании. Часть 2 Примеры орг-структуры проектного офиса
Большой и непростой материал про построение и декомпозицию оргструктуры. Автор разбирает на примере проектного офиса функциональную, процессную, матричную и разные гибридные структуры.
👤 Почему я больше не делаю важные дела: и еще 3 правила как не потерять себя к 40 годам
Да, не прямо про проджектов, но сами идеи интересные, дискуссионные и применимые. Кратко: гнаться за успехом и “следом в истории”, жертвуя собой и близкими, - это сомнительно. Жизнь коротка, нужно сфокусироваться на узком круге профессиональных вопросов и не отвлекаться на остальное. При этом выбранные дела могут быть тоже гигантскими, - и для этого нужно развивать навыки декомпозиции. Интересна не только сама статья (да, она довольно банальна), но и комментарии к ней - посмотрите.
👤 Открытые инструменты для бизнес-аналитики — когда нужно построить дашборды и работать с потоковыми данными
Пост МТС про инструменты бизнес-анализа, в числе упомянутых - Perspective (визуализация больших и потоковых данных), Quary (платформа для моделирования данных и построения запросов), Redash (объединение данных и диаграммы), Evidence, OpenRefine и другие.
👤Какую систему управления требованиями выбрать: обзор инструментов
Да, многие ведут в Jira и Confluence (и аналогах), но существуют и специализированные инструменты. Авторы системно подошли к вопросу и проанализировали полтора десятка разнообразных сервисов и платформ по перечню показателей. В лидерах - Jama, Visure, ReqView, а также российские DevProm и Техэксперт.
👤 10 шаблонов промптов для ChatGPT, которые помогут вам в управлении проектами
👤 Как использовать ИИ в работе, если вы не писатель текстов: первые шаги
👤 4 шага к AI Power User: как стать продвинутым пользователем ChatGPT
Целых три содержательных публикации про ИИ для менеджеров проектов (и не только). Первый - собственно промпты, от планирования и составления графиков и до поисков мотивации для команды. Два других - фундаментальный подход к теме, подробный и популярный гайд по работе с ChatGPT, который менеджеры задействуют в работе все чаще и чаще. Много примеров “правильной” работы с ИИ, которая сделает из него не развлечение, а почти что полноценного ассистента.
Please open Telegram to view this post
VIEW IN TELEGRAM
👍4🔥3❤🔥2
☝️ Отвлекать программистов от работы — гораздо страшнее, чем кажется на первый взгляд
Переводной материал про deep work (сосредоточенную работу) VS работа без концентрации в контексте командного взаимодействия. Число совещаний растет, сотрудники вынуждены заниматься сразу несколькими делами, отсюда и проблемы - доля deep work падает, потока не возникает, а значит, все работают медленнее и хуже. Кроме критики, в статье есть и вполне конкретные рекомендации по изменению культуры встреч и совещаний в компании/команде, а также советы по развитию навыка погружения в работу.
☝️ Как упорядочить работу в команде с помощью визуализации
Сбер рассказывает про свои секретные методики полезной визуализации. Кратко: в ситуации, когда нужно сформировать видение и понимание проекта у всех участников, нужно визуализировать задачи, затем, “стоя у доски”, договориться, что делать в первую очередь, отметить те точки, где видны командные потери, - ну и вообще фиксировать на такой доске все этапы работы над проектом.
☝️ Влияние ретроспективы на продуктивность команды: все о методике и как она проводится во Fusion Tech
Ретро бывает разным, подчас вообще в непривычном формате и непонятно зачем, - и коллеги решили раскрыть рецепт идеального ретро. Охваченные аспекты: подготовка (и её фазы), этапы, инструменты (Metro Retro и ClickUp), частота проведения, влияние на продуктивность (сугубо позитивное!)), примеры ретро.
☝️ Чем занимается IT-архитектор: фантазии коллег и суровая реальность
Еще один текст от МТС, в котором автор сетует, что даже в больших и сложных командах роль архитектора остается неясной. Типичные мифы: архитектор - это техпис; архитектор - это аналитик; архитектор не кодит, а значит, не имеет права решать задачи; архитектор не должен заботиться, какими именно данными будет наполняться система. Всё это, пишет автор, совершенно не так, - и пошагово определяет, чем же должен в компании заниматься архитектор и как правильно сформировать нужное понимание его работы в команде.
☝️ Кто такой ИТ архитектор и чем отличается от линейного инженера?
Внезапно еще раз про архитектора, но уже с другой стороны. Якобы на архитекторов много вакансий, и причем все они скорее про инженеров. Автор считает, что главное отличие архитектора от инженера - это способность самостоятельно проанализировать ситуацию, спрогнозировать данные/сценарии и предложить обоснованное решение проблемы. Позиция не очень прозрачная и очевидная.
☝️ Онбординг без стресса. Зачем Бадди и Наставники в ИТ
☝️ Отбординг: как (не)правильно онбордить, чтобы от вас максимально быстро сбежали сотрудники
Два материала про онбординг. В первом своей практикой делится банк, столкнувшийся со страшной цифрой - 26% принятых на испытательный срок айтишников сливались. Помогла культура “наставников” (помогаторы уровнем выше) и “бадди” (помогаторы с того же уровня, что и новичок). Детали смотрите в публикации, но в целом вроде помогла - отток новеньких снизился вдвое за год.
Во втором тексте - любимый жанр многих авторов, “вредные советы”: не представлять сотрудников, не давать информации, перегрузить работой, не давать обратную связь и т.д.
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥4❤🔥1👍1
📎 Отвага и отвага: как мы выбирались из полного абзаца с неработающей ERP на 39 производствах
Снова кейс от ОМК ИТ - и снова отличный текст про внедрение информационных систем (1С: ERP) на производственном гиганте. Если до этого история была про падение (думали, что получится быстро реализовать проект, но не тут-то было), то здесь - позитивный рассказ о преодолении проблем. Акцент - на работе с людьми (и командой, и стейкхолдерами, и пользователями), на погружение в предметную область, на решении технических вопросов.
📎 12 проблем, с которыми мы столкнулись при внедрении Service Desk: победа здравого смысла над методичкой
ГК ЛАНИТ - про внедрение сервис-деска, проблемы и их решение. На мой взгляд, очень полезный и честный материал, полезный любому проджекту. Ну, а если вы работаете с ITSM (как я), то тем более - советы выстраданные и ценные)
📎 Работа по методу: как методологи облегчают IT-разработку и ускоряют вывод новых продуктов на рынок
Кейс одного Г-банка про выделение в структуре компании отдельного дивизиона (роли, статуса) методологов. Они стали отвечать за методологическую основу ИТ-разработки, документируют, упрощают и переводят на человеческий язык архитектурные паттерны, выбирают лучшие практики и масштабируют их на всю компанию и т.д. Результат - рост продуктивности разработки.
📎 Test Driven Development в Embedded, или Как увеличить производительность команды на 37%
Яндекс про TDD, условия для его применения в команде и влияние на показатели эффективности разработки (скорость, число багов и т.д.).
📎 Как бережливое производство и prince2 ускорили разработку в 1.5 раз
Очень развернутый кейс использования lean и PRINCE2 на проекте.
📎 Agile по-конструкторски: как работает, зачем нужны встречи каждый день и кто отвечает за факапы
Интересный рассказ про “натягивание” аджайла на строительные проекты. Было сложно, но якобы существенно выросла эффективность и в коммуникациях, и, главное, в самой стройке. Возможно, сейчас вы живете в квартире, построенной по Agile…
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥3❤2🙏1
📎 Разбираемся в Scrum: Руководство с картинками и примерами
Несмотря на заявления, скрам вполне себе жив. А эта статья - фактически мини-энциклопедия по основным элементам фреймворка, с множеством иллюстраций и примеров. Рекомендую всем, кто хочет освежить основы скрама.
📎 Методы применения JTBD
Про применение Jobs To Be Done и про, как разными методами использования можно по-разному добиться результата в проекте / продукте. Детально - про методы “инновации, направленные на результат”, “атлас работ”, “переключение”.
📎 Разработка Customer Journey Map (CJM): понимание пути клиента
Еще один красивый и рабочий инструмент диагностики бизнеса и впечатлений клиента от вашего продукта: почему CJM важна для бизнеса, из каких структурных элементов состоит, как составить карту пути клиента и какие инструменты используются. Плюс примеры CJM для продуктов из разных областей.
📎 Резюме проекта: что это такое и как его составить?
Иногда резюме называют иначе — устав, паспорт, карта, бриф, визитка, бизнес-кейс, бизнес-план. Суть одна — это краткое описание проекта с ключевыми частями. Как написать краткое и понятное резюме, в чем его польза, как подготовиться к написанию и правильно встроить резюме в систему артефактов, - читайте в материале.
📎 Scrum или Kanban: не нужно выбирать, лучше дополнять
Как команде разработки внедрить скрам-процессы и улучшить их с помощью инструментов Kanban. Логика авторов: скрам в чистом виде может не работать (!), поэтому логично дополнить его инструментами (!) канбан-метода - визуализация, управление потоком работы, блокировка незавершенных задач и т.д.
📎 Как успешно управлять рисками в проекте: пошаговое руководство
Все знают, что много (если не большинство) проектов проваливается или выходит за рамки “треугольника”, и авторы очень наглядно показывают карту основных рисков, методы анализа, способы работы и управления рисками, а также сравнивают риск-менеджмент в разных методологиях.
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥3🙏3👍2
✅ Управление через коммуникацию
Про коммуникацию с командой (и внешней средой) как основу наиболее эффективного управления, ее отличия от манипуляций, инструменты и т.д. А еще про важный аспект стоимости коммуникации - она отнимает львиную долю времени любого руководителя, а с другой стороны, недостаточные вложения в коммуникацию могут привести к сложностям или провалу.
✅ Личный кодинг, мягкость и воля: как развиваться руководителю разработки
Про рост из разработчика до тимлида / РП. Много советов, рекомендаций, личного опыта для тех, кто хочет развиваться сам, драйвить команду, планировать свою карьеру и развитие продукта.
✅ Ребята, я не вывожу: как открытость помогает руководителю преодолеть кризис и сделать команду сильнее
Консультант по карьере и организационному развитию - о том, как менеджерам всех рангов приходится “страдать” от своих обязанностей и как важно выглядеть живым человеком и делиться своими проблемами с командой.
✅ Краткий гайд по общению с заказчиком
Про методологию Сэндлера, цель которой - убрать невидимый “прилавок” между сторонами переговоров, стать на одну сторону с визави. Методология визуально представлена как “маховик” из связанных элементов (от установления взаимопонимания до презентации предложения). В статье много техник и примеров, и если вы общаетесь с трудными заказчиками - рекомендую к прочтению.
✅ Как написать хорошее ТЗ?
Про качества требований - какие критерии качества есть, зачем их соблюдать, как проверить качества и исправить некорректные требования.
✅ 7 способов вырасти из неопытного птенца в грозного чайка-менеджера
✅ Как вырасти из руководителя в диктаторы: 6 правил неусыпного контроля
Сразу два материала вечнозеленого жанра “вредные советы”. Первый - про признаки превращения в чайка-менеджера (прилетел, поруководил и постоял над душой, улетел). Второй - про тиранического менеджера, устраивающего жесткую дисциплину (отмена удаленки, наказания за опоздания, объяснительные и т.д.). Советы “как надо” в текстах тоже присутствуют)
✅ Как стать лидером: 6 стадий трансформации от новичка до уверенного управленца
Сбер про управление изменениями и роль лидера в этом процессе: как появляются лидеры изменений, какие ступени они проходят в своем развитии, как поддерживать их в вашей компании.
✅ Как IT-менеджеру правильно ставить задачи разработчикам
О простых правилах, которые помогут вам правильно ставить задачи технарям и при этом сохранить с ними хорошие отношения. К таким авторы отнесли соблюдение четкости и конкретики, объяснение цели задачи, использование понятного языка, определение дедлайнов, работающая обратная связь, выделение нужных для выполнения задачи ресурсов.
✅ 10 ужасных фраз, которые IT-менеджеры говорят разработчикам
И следом обратное - как не надо ставить задачи и давать фидбэк: «Сделай это как можно быстрее», «Неважно как, просто сделай это», «Просто сделай это, как я сказал», «Почему это не работает?» и т.д.
✅ Почему для нас ошибки важнее достижений?
“Важнее” не объективно, а психологически - значение негативного опыта часто оказывается существенно выше для нас, чем значение опыта позитивного. Автор - психолог, который дает рекомендации, как начать меньше страдать от проблем, как фокусироваться не только на поражениях, но и на победах.
Please open Telegram to view this post
VIEW IN TELEGRAM
❤3🔥2👍1🙏1
🔴 Аналитик VS разработчик: как делить задачи без конфликтов
Статья от коллег из Naumen - про сложности “деления” обязанностей между аналитиком/постановщиком и программистом-внедренцем: часто возникает ситуации, когда кажется, что нужно сделать, додумать, решить то, что за пределами твоей компетенции. С одной стороны, это симптом роста, с другой - причина конфликтов и ухудшения реализации задачи.
🔴 Команда, которая гуляет сама по себе, или Продакт со скрам-мастером могут идти на пенсию
Про ситуации, когда разработка идет со скрипом и сработанность команды оставляет желать лучшего - нет ни доверия между участниками, ни ожиданий, ни даже нормального общения. Автор с таким столкнулся (точнее сам к этом привел), но смог вывести команду из пике и поделился с нами своими методами.
🔴 Системный аналитик 1С: что за зверь и где он обитает?
Вакансий СА в сфере 1С-разработки в последнее время все больше, и хотя сам вендор определений этой роли не дает, понимание у команд и HR-ов уже формируется, - и вот в статье определяются роли и функции СА
🔴 Как вселять идеи в головы команды и получать сверхрезультат: гайд из 6 шагов
Люди с энтузиазмом воплощают свои собственные идеи, но чужие планы они выполняют с неохотой. Тем более, если эти планы директивно спустили сверху. Чтобы сотрудники приняли и реализовали вашу идею так, будто они сами ее придумали, авторы предлагают методику из 6 шагов.
🔴 Одиночество на удаленке: как помочь сотрудникам
В материале говорится, что те, кто трудится из дома, в два раза чаще чувствуют себя одиноко, чем те, кто ходит в офис или работает в гибридном режиме. Исходя из этого, авторы рассказывают, как помочь удаленным сотрудникам сохранять причастность к команде.
🔴 How To Manage A Project Team: 9 Tips For Every Team Member
И напоследок - англоязычный текст про инструменты управления: матрица RACI, создание “безопасной” атмосферы между участниками, гибкость, понятные метрики эффективности и т.д.
Please open Telegram to view this post
VIEW IN TELEGRAM
👍3✍2🔥1
🔹 Как выстроить работу с кросс-продуктовыми фичами, чтобы не было мучительно больно: опыт команды VK WorkSpace
Работа с кросс-продуктовыми фичами — квест для стойких: отдельные команды, независимые регламенты, разные подходы и практики. Часто в таких ситуациях синхронизацию команд блокирует много факторов, что неизбежно влияет на скорость, качество разработки и поддержку. Менеджер из VK рассказывает о решении трудностей при реализации кросс-продуктовых фич.
🔹 Как в IT-проектах работать с возражением Заказчика «Почему так дорого?»
Большая (20+ пунктов) программа автора по отработке возражений от цены: сравнение с аналогами, обоснование сложности, демонстрация трудозатрат и много других инструментов.
🔹 Как небольшая команда построила большую образовательную платформу для Kaino University
Внушительный, хорошо прописанный кейс одного цифрового проекта, включая как поиски технического решения, так и проектно-продуктовые стороны. Рекомендую!
🔹 Ёлочка — игра в рекурсивное увольнение
Не мог не включить эту небольшую заметку про интересный способ исследования внутрикомандных и внутрикорпоративных отношений. “Елочка” - это доска, на которой написано имя одного сотрудника, а другие должны сказать, уволятся они или нет, если он уйдет из компании. И так по каждому, чье имя окажется на доске.
🔹 Как счастливо поженить процессы и ПО для управления знаниями
Менеджер ОКБ Сухого - про историю создания в компании “электронной экспертной среды” (импортозамещенной при этом). Интересно как в целом, так и в деталях реализации.
🔹 Как выстроить комплексное управление проектами: опыт крупной компании
Менеджер по развитию бизнеса в крупной телекоммуникационной компании рассказала, как она сочетает на практике классические и современные технологии управления проектами.
🔹 Как мы победили техдолг в RuStore
Технический долг — это незавершенные задачи или слабые технические решения, принятые в пользу ускорения разработки и скорейшего выхода продукта на рынок. Менеджер RuStore - о том, как после стремительного взлета продукта в 2022 году команда столкнулась с огромным техническим долгом, из-за решений, принятых на стадии MVP, - и как ей удалось выправить ситуацию.
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥4🙏2❤1👍1
✅DoR и DoD — критерии контроля задач
Про широко используемые инструменты -Definition of Ready и Definition of Done: в чем разница, что и в каких ситуациях нужно использовать, с примерами чек-листов и рекомендациями.
✅Третья Канбан-метрика. Часть 1
Для ценителей и знатоков канбан-подхода: обзор трех основных метрик улучшения рабочих процессов, с упором на третью, Run Chart (или подобная ей Scatterlot), которая позволяет выявить тренды при анализе истории завершенных задач.
✅Управление проектом. RACI матрица
Обзор популярного инструмента управления стейкхолдерами и работы с командой проекта плюс ряд советов по использованию.
✅7 простых вопросов о процессе Discovery: основные фреймворки, методики и правила исследований
Ребята из Agima рассказали про этап Discovery, в продуктовой (и нередко проектной) разработке предшествующий сбору требований. Главное - использование HADI, работа с глубинными интервью, CJM, юзабилити-тестированием, опросами и A/B-тестами.
✅How To Improve Project Visibility In 6 Simple Steps
Авторы говорят о “видимости” (visibility) проекта - это степень “прозрачности”, доступности хода и результатов проекта для всех заинтересованных сторон, которая улучшает коммуникацию и снижает риски. Улучшить видимость можно разным софтом, внедрением RACI, систематической и удобной отчетностью, снижением доли ручных операций и т.д.
✅Facilitating Effective Sprint Reviews
Про то, как сделать ретро или ревью спринта более эффективными. В центре внимания - приглашение и работа со стейкхолдерами, конспектирование и анализ мнений, высказанных в ходе ревью.
✅14 Project Management Metrics to Track to Quantify Success
Обновленный материал про отличие “метрик” от KPI и сами ключевые метрики управления проектом с формулами, в т.ч. отклонение от графика, отклонение стоимости, использование (утилизация) ресурсов, ряд показателей качества (индекс удовлетворенности и т.д.).
✅Agile Myths That Decrease Agile Performance
Про мифы, что мешают agile-командам достигать целей: “лидеры могут быть пассивными”, “менеджеры не нужны”, “agile не управляемый”, “agile не нуждается в планировании” и т.д. Все, конечно же, с разоблачением.
✅Микросервисы в представлении среднего разработчика, и как всё на самом деле
В заключение - толковые материалы по “ИТ-матчасти”. Этот текст - доступным языком про мифы и заблуждения обывателей, менеджеров (и не только) в отношении микросервисной архитектуры в ее традиционном (и некорректном) противопоставлении монолиту.
✅Хранилища данных. Обзор технологий и подходов к проектированию
Отличный ликбез по Data WareHouse (DWH) - основные подходы к проектированию, эволюция архитектуры, вопросы моделирования данных.
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥4❤🔥1👍1
📌 Больше, чем скрипты: важность коммуникации в мире информационных технологий
Хорошая и умная база про то, как важно не просто учить софт-скиллы по курсам, но нарабатывать их в опыте, общаться, принимать коллег с их особенностями.
📌 Синдром спасателя: как перестать брать на себя слишком много?
Синдром спасателя — это когда человек всегда старается помогать другим, даже если это вредит ему самому. Такие люди часто ставят чужие интересы выше своих собственных, что может обернуться проблемами в жизни. Материал от Сбера рассказывает о стратегии борьбы с синдромом.
📌 Делегируй это
Как, делегируя, приносить команде и себе пользу, а не вред? Коротко - адекватные ожидания, правильный выбор исполнителя, формулирование образа результата для исполнителя, промежуточный контроль и обратная связь.
📌 Как оценить эффективность IT-команд и с умом задебажить процессы
Команда Сбермаркета (ныне Купер) делится секретами измерения эффективности команд. Используют метрики Lead time и Cycle Time, анализ цепочки поставок, выявление блокеров и приходят к системным улучшениям. Материал в целом для delivery-менеджеров, но проджектам тоже будет интересно.
📌 CRM (Crew resource management) или осознанное неподчинение
CRM (именно про команду) пришел из авиации как инструмент снижения “человеческой ошибки” - пилоты не прислушивались к мнению экипажа, и зря. Публикация - про перенос практик CRM на почву бизнеса и командообразования, про пользу этого подхода для выживаемости команд и проектов.
📌 Как сотрудники могут саботировать работу компании
Автор разбирает знаменитое “Руководство по саботажу” от ЦРУ и приходит к выводу, что практики саботажа более чем живы в современных организациях.
📌 Три недели кодирования экономят два дня проектирования
Все знают, что проектирование, планирование и тщательный сбор требований на старте - практики полезные. Автор копнул довольно глубоко и описал систему, в которой проектированию уделяется очень много времени, при этом участвует в нем не только архитектор и БА, но и сами программисты, которые перед реализацией задачи пишут отдельную доку.
📌 Руководитель vs команда: что казалось невозможным, стало реальностью
Про переход от авторитарного метода управления командой к “уважительному”: “Сложный, с неприятными препятствиями, сложными решениями, изменением привычных паттернов поведения и управления. Но это путь лидера, рядом с которым готова расти и развиваться команда”.
📌 Ночь фейлов, стендап от топ-менеджеров и Speakers Club: как решить вопрос обмена знаниями внутри команды
Про необычные и неформальные методы обмена знаниями в команде: стендапы про ошибки, отчеты руководителей, внутренние конференции. И про то, как внедрить культуру такой коммуникации.
📌 Вредные советы айтишному работодателю
И на десерт снова любимый жанр! В этот раз даже в стихах, - вдруг вам не хватает поэзии в работе.
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥4✍1❤1👍1
Команда Simbirsoft - про ценности и принципы, позволяющие делать качественно сразу много проектов: работать с командой заказчика как своей, быть с заказчиком на одной волне, делать лучшее из возможного, сверяться на промежуточных этапах, правильно исправлять ошибки. Звучит банально, но якобы работает, - детали и нюансы читайте в посте.
Авторы недавно внедрили гибкие методологии, уже видят плюсы (и минусы тоже, кстати), описывают ход внедрения инструментов скрама.
Тоже внедрили Agile и перешли заодно на расчет зарплаты по грейдам (вместо прежнего интуитивного (!) подхода к начислениям). Авторы делятся деталями грейдирования, так что если идете по тому же пути, - посмотрите.
Как обычно, Авито публикует шикарные статьи, на этот раз про кнопку связывания профилей. Ценность материала - в подробном описании всего процесса создания новой фичи.
Про инструменты против выгорания - быстрые победы, презентации промежуточных результатов, доведение до релиза и т.д.
Neogenda - про влияние OKR на производство, сложности внедрения и важности выбора правильной “цели” для оптимизации, которая в итоге привела к росту продаж и прибыли.
Как использовать Agile в ситуациях, когда проект в фазе краха или существенного отставания. Из ключевого: провести ретро, построить “диаграмму сгорания” и понять скорость/сроки, пообщаться со стейкхолдерами и… начать работать по принципам Agile (да, немного похоже на мем “как нарисовать сову”).
Скорее всего, как и я, вы часто ловите баги на проектах и каким-то образом организуете с ними работу. Статья поможет делать это более систематизированно и продуктивно.
Напоследок - переводной материал про культуру Гугла и методы работы с кодом и командой. Коротко: все очень фундаментально и занудно, используют собственные инструменты для соответствия кода стандартам.
Please open Telegram to view this post
VIEW IN TELEGRAM
❤4✍1👍1
💙 5 ценностей Scrum (от автора методологии Джеффа Сазерленда)
Перевод статьи одного из создателей скрама о ключевых ценностях фреймворка: открытости (прозрачности), смелости, уважении, сфокусированности, обязательствах.
💙Что такое SWOT-анализ и чем он полезен в проектах
Про популярный инструмент оценки факторов успешности проекта и компании: как выявлять сильные и слабые стороны, искать возможности улучшения и управлять рисками.
💙Что такое RACI-матрица и как она помогает управлять проектом
И отдельный текст про матрицу RACI - со схемами, шаблонами, примерами, плюсами и минусами применения.
💙DMAIC в действии: улучшение процессов для лучших результатов
Методология или цикл DMAIC — инструмент для улучшения процессов для предприятий, которые используют концепцию Six Sigma. Авторы рассказывают о том, как использовать его в проект-менеджменте и чем это может помочь проекту. DMAIC тесно связан с известным циклом Деминга (PDCA) и является методологией выявления и управления проблемами /точками роста в проекте.
💙Пошаговое руководство Getting Things Done (GTD) метода
Ликбез по известной методике управления задачами и временем, который будет полезен и менеджерам, и команде.
💙Почему иногда лучше оценить задачу в размерах майки, чем в часаx
Детальный гайд по стори-пойнтам и их преимуществам в оценке трудозатрат перед “почасовой” системой. Приведены разные методы оценки по SP (по эталонной задаче, по относительной задаче, покер-планирование), а также наиболее распространенные ошибки применения SP.
💙Оно вам надо: про цели и ценность задач по разработке
Непонимание ценности выполняемых задач — одна из частых проблем, которые встречаются при разработке ПО. Как следствие, команда начинает бездумно внедрять новые процессы, не понимая, как они связаны с уже существующими. Все это может закончиться тем, что будет создана функциональность, которая не принесет выгоды пользователям и не будет соответствовать ожиданиям заказчика. Эта публикация - о том, как важно, чтобы команда знала и разделяла цели и ценности полученных задач.
💙Как выявить и управлять спонсорами внутренних систем: практическое руководство
Про методики управления стейкохолдерами во внутренних проектах - подробно и с примерами. В центре внимания - матрица RACI, MoSCoW, собственные модели авторов.
Стейкхолдеров всегда на одного больше, чем вы знаете, а те, которых вы знаете, имеют минимум на одну потребность больше, чем вам сейчас известно.
💙5 статей про гибкое управление. Как оценивать задачи футболками, можно ли менять Скрам и почему с Agile «приятно работать»
Подборка в подборке ;) Авторы решили вспомнить не утратившие актуальности статьи про становление и вариативность скрама, про развитие скрам-гайда, про популярные техники оценки в agile и антипаттерны agile-команд.
💙У любого менеджера есть сумка с инструментами, и я в нее отсыпаю еще инструмент: Алексей Пименов – о Канбан Методе в IT
Статья больше про житие проектного и бизнес-консультанта/коуча, но есть и интересные, неформальные тезисы о канбан-методологии и ее применении на проектах различающихся типов.
Please open Telegram to view this post
VIEW IN TELEGRAM
👍5🔥1👏1
💙Ясное мышление — чёткие требования
Авторский и очень интересный материал о зависимости требований от типа и уровня мышления аналитика, команды, пользователя. Зависимость - сложная и прямая: во-первых, мыслительные навыки аналитика определяют полноту, детализацию и непротиворечивость собранных требований. Во-вторых, важно учитывать склад мышления тех, кто задает требования к системе, так чтобы их специфика не сказалась негативно на будущем продукте.
💙Гайд для системного аналитика: как управлять требованиями на разных этапах проекта. Часть 2: планирование и исполнение
Подробный сквозной пример работы (системного) аналитика с требованиями - сбор и фиксация в трекере, создание ИСР и эпиков, передачи исполнителям.
💙Новое Руководство по Scrum (LeSS-версия) 2024
В июле авторы фреймворка LeSS (методика, позволяющая применять скрам в масштабе нескольких команд, работающих над одним продуктом) выпустили новую версия основного гайда. Публикация кратко перечисляет основные изменения и нововведения.
💙Difference Between ROM Estimate Vs Definitive Estimate
Про две наиболее важные (по мнению авторов) метрики оценки стоимости проектов: Rough Order of Magnitude (ROM, грубый/примерный порядок величин) и Definitive (точная окончательная оценка).
💙Variance: The Heartbeat of Agile Metrics
Дисперсия (variance) - это мера того, делают ли команды то, что они обещают сделать, грубо говоря - разница между запланированными действиями и фактическими. Команда с высокой дисперсией берет на себя слишком много обязательств или не выполняет их. Статья - про то, как считать и улучшать этот показатель.
💙How To Complete A Project Evaluation: Tips & Benefits
Когда нужно проводить оценку проекта, почему она важна, какие виды оценки есть (от предварительной к текущей и далее к постпроектной). Детально про методику оценки, расчет ключевых показателей - окупаемость, норма прибыли, NPV, про формирование культуры оценки, распространенные ошибки и инструменты оценки.
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥3👍2🙏1
🔹 Какая бывает мотивация, или «Кто ты из Простоквашино»
Классный материал про мотивацию от банковского проджекта. Выделены 6 базовых мотиваторов (имидж, деньги, саморазвитие…) и даны рекомендации по работе с каждым из них. Для мнемоники каждый тип ассоциирован с персонажем мультфильма.
🔹Календарь, делегирование, мультипереключение вместо многозадачности — как реально много работать, но спокойно жить и не умирать от усталости
Советы от ПМа ПМам: как управлять множеством проектов, как развивать эмпатию и учиться договариваться, что почитать и посмотреть (внезапно “Властелин колец” как история о становлении команды).
🔹Как не стать скуф-проджектом?
Вот так легко “выгоревший” проджект становится “скуфом”. Главный признак - отсутствие развития навыков и желания развиваться. В статье много советов, как не стать скуфом самому, как предупредить появление таковых в команде и чем помочь начинающим скуфам)
🔹Целеполагание для руководителей руководителей
Для тех, кто управляет и контролирует других менеджеров, с упором на цели. Похоже на SMART-методику: цели должны быть реалистичными, амбициозными, сбалансированными по срокам, самосогласованными, учитывать мотивацию. Отдельный момент - контрметрики: как сделать так, чтобы менеджеры не хакнули KPI и не занимались накруткой метрик.
🔹Роковая ошибка управленца: избыток лидерства и недостаточно менеджмента
Про дилемму “лидерство VS менеджмент” и про то, что и то, и другое важно и несет ценность для бизнеса и продукта (хотя часто роль лидерства ставится выше менеджмента).
🔹Вопросы с собеседований scrum-мастеров/agile-коучей
Автор провел свыше 250 собесов с скрам-мастерами и аджайл-коучами и делится своим опытом, начиная с простых вопросов (типа “что выбрать - скрам или канбан, SAFE или LESS”) и заканчивая кейсами для кандидатов. Интересно, даже если вы не коуч, а проджект.
🔹Как начинающему тимлиду не сойти с ума от обилия задач: практический гайд
Статья — попытка структурировать всё, что может помочь вам в новой роли. Из основного: нужно пройти базовое обучение, расставить приоритеты, найти ментора, определиться с оценкой результатов, организовать команду.
🔹How to Delegate for Project Management: Step-by-Step Guide
Независимо от того, являетесь ли вы новичком или опытным менеджером проектов, важность делегирования в управлении проектами невозможно переоценить. Вам нужно назначить правильную задачу правильному человеку, установить реалистичные ожидания, четко общаться и быть образцом владения и ответственности.
🔹The 12 Best Leadership Games for Skill Development
Лидерство - это не академическое занятие. Лидеры не работают в абстракции, а здесь и сейчас. Они попадают в ситуации и должны действовать. Их успех основан не на умных интерпретациях известных цитат или методологий, а на объединении группы для достижения общей цели.
🔹How to Successfully Host a Project Kickoff Meeting
Каждый проект начинается с kickoff meeting. Kickoff meeting по проекту является поворотным моментом для любой команды, поскольку оно включает установление ожиданий от проекта, определение ключевых заинтересованных сторон, определение объема работ и установление сроков выполнения задач. Это начальное совещание служит основой, на которой создаются, тестируются, утверждаются и в конечном итоге выпускаются окончательные результаты проекта.
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥4❤🔥2🙏1
👤 «Коллеги, добрый день»: как проводить онлайн-встречи эффективно и укладываться в полчаса
Как сделать даже короткие встречи эффективными и результативными для всех участников. Кратко: ставить встречи по календарю, писать повестку, проговаривать на встрече, каких результатов от неё вы ждёте, писать протокол встречи.
👤 Геймификация в IT: как мотивировать команду и улучшить рабочие процессы
О геймификации — мощном инструменте, который помогает сделать работу более интересной и продуктивной. Как игровые механики могут помочь в IT-сфере, каких ошибок следует избегать при их внедрении и как мотивировать разных членов команды к участию в «игре».
👤 Уменьшаем неопределенность в проектной деятельности: эволюционная модель команды проекта
Как понимание жизненного цикла развития команды поможет руководителю проекта снизить градус неопределенности в проектной деятельности, а также улучшить проектное управление в целом.
👤 Как внедрить и развить культуру обмена знаниями в компании
9 основных шагов-практик по внедрению, поддержанию и развитию успешной культуры обмена знаниями в любой организации.
👤 Как распознать жертву в команде и избавиться от нее
В жизни каждого человека случаются форс-мажоры, когда хочется жаловаться и винить обстоятельства. Но если ныть — это философия, которую человек проецирует на работу, стоит задуматься.
Такие люди не берут на себя ответственность и втягивают всю команду в свои «игры». И пока сотрудники тратят время на спасение жертв, компания теряет деньги. Как распознать жертву и что с ней делать — рассказали в статье.
👤 Что такое социальная лень и причём тут перетягивание каната
Эффект Рингельмана — явление, которое ещё называют социальной ленью. Это снижение продуктивности и качества вклада отдельно взятого индивидуума в общее дело. Это происходит в коллективе или в группе людей по мере роста их количества. Если кратко: чем больше людей в группе, тем меньше усилий прикладывает отдельный человек. Статья - о том, как диагностировать, предупредить и решить такую проблему.
👤 Подход Scrum: как распределить роли в проекте, чтобы не получилось «так себе»
Как, используя подход Scrum, распределить роли между специалистами, работающими на проекте, какие трудности при этом могут возникнуть, - на примере кейса проекта внедрения ПО для автоматизации учета транспортно-экспедиторской компании
👤 Задачи и роль бизнес-аналитика в разных методологиях разработки — Agile, Waterfall, Scrum
Бизнес-аналитик обеспечивает связь между бизнес-потребностями заказчика и технической реализацией проекта. Обычно бизнес-аналитик анализирует, интерпретирует и документирует требования заказчика, чтобы разработчики могли создать программное обеспечение, отвечающее бизнес-ожиданиям. Автор рассматривает роль бизнес-аналитика в Agile и Waterfall, порассуждаю, как эта роль может изменяться в зависимости от методологии.
👤 Работа аналитика в условиях неопределенности
Для аналитика работа в условиях неопределенности и сжатых сроков — обычное дело. Особенно, если он участвует в исследованиях или стартапах. Но обычное дело ≠ норма. В таком режиме мозгу приходится тяжело, когнитивные способности снижаются: планировать и принимать решения становится сложнее. Статья - о том, в какие моменты возникает неопределенность и как снизить риск ее возникновения.
👤 Гайд. Работаем со стажерами в промышленных масштабах: набираем, учим, выпускаем на реальные проекты за 4 месяца
Как привлекать стажеров, сколько времени тратить на их подготовку, как применять их на живых проектах. Если управляете разработкой или работаете в рекрутинге, опыт авторов может быть вам полезен.
👤 Плюсы, минусы, подводные камни построения системы работы с компетенциями в команде аналитиков
Третья, заключительная статья авторов на тему построения системы работы с развитием сотрудников. В предыдущих сериях они уже разработали профиль компетенций и провели оценку по подходу 360, теперь подводят итоги и берутся за составление плана развития.
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥3❤2🙏1
📕 Илья Отькало. «Автоматизация бизнес-процессов», 2024
Кратко: добротная ознакомительная экскурсия по 1С-автоматизации предприятий, от устройства типовых конфигураций "1С: Предприятие" и до описания распространенных подходов к проектному внедрению 1С.
Если вы неглубоко касались внедрения 1С (как заказчик или как исполнитель) или подумываете над карьерой в сфере 1С в качестве аналитика, архитектора или РП, то не проходите мимо издания. Автор - известный среди “одинэсников” специалист, успевший поработать в разных ролях, а на данный момент - организатор школы/курсов 1С-Аналитики. Целевая аудитория книги - те, кто знакомится с индустрией автоматизации бизнеса в России. А эту нишу в России прочно (хоть и не без конкурентов) заняла 1С.
Структурно книга делится на следующие части:
▶️ знакомство с понятием “бизнес-процессов”, с их автоматизацией, моделированием, способами и инструментами описания (акцент на BPMN)
▶️ виды учета, типовые и отраслевые решения 1С, подходящие для их автоматизации,
▶️ обзор ERP-систем
▶️ корпоративная архитектура и ее “методология” (акцент на TOGAF и ArchiMate)
▶️ основы интеграции и обмена данными в решениях 1С
▶️ проекты внедрения ПО: основы проектных технологий (наряду с waterfall, agile и scrum, выделены фирменные подходы 1С - “Технология стандартного внедрения”, “Технология корпоративного внедрения”, “Технология быстрого результата”
▶️ предпроектное обследование: цели, стандарты, артефакты
▶️ требования и ТЗ
▶️ оценка задач и тестирование ПО.
Воды в тексте почти нет, разве что оживляющие изложение примеры из личного опыта автора. Каждая глава снабжена “домашними заданиями”, но они чересчур общие и скорее для галочки.
😊 Плюсы:
🔹 идеальная книга для курса молодого бойца при онбординге и введении в профессию аналитиков и РП в 1С: Франчайзи
🔹 дает хорошее представление о подходах к внедрению и проектам 1С для тех, кто из другой сферы
🔹 здоровая и, в целом, удачная попытка интегрировать аналитику 1С в современный IT-ландшафт
🔹 понятный язык, хорошие примеры, отсутствие “воды”
😐 Особенности:
🔹 неглубокое погружение в предмет (скорее всего, не подойдет для профессионалов)
🔹 немотивированные акценты на отдельно взятых инструментах и методологиях (в ущерб другим)
🔹 недостаток примеров артефактов и документации (можно было бы вынести их в приложение или комплект для скачивания, но нет)
🔹 некоторые главы (например, про TOGAF или про тестирование) реферативны и дают слишком отвлеченное представление о предмете
В целом, рекомендую книгу всем, кто хочет приблизительно понять, как работают аналитики и РП в проектных внедрениях 1С.
#прочитал #проекты #аналитика #1С
Кратко: добротная ознакомительная экскурсия по 1С-автоматизации предприятий, от устройства типовых конфигураций "1С: Предприятие" и до описания распространенных подходов к проектному внедрению 1С.
Если вы неглубоко касались внедрения 1С (как заказчик или как исполнитель) или подумываете над карьерой в сфере 1С в качестве аналитика, архитектора или РП, то не проходите мимо издания. Автор - известный среди “одинэсников” специалист, успевший поработать в разных ролях, а на данный момент - организатор школы/курсов 1С-Аналитики. Целевая аудитория книги - те, кто знакомится с индустрией автоматизации бизнеса в России. А эту нишу в России прочно (хоть и не без конкурентов) заняла 1С.
Структурно книга делится на следующие части:
Воды в тексте почти нет, разве что оживляющие изложение примеры из личного опыта автора. Каждая глава снабжена “домашними заданиями”, но они чересчур общие и скорее для галочки.
😊 Плюсы:
😐 Особенности:
В целом, рекомендую книгу всем, кто хочет приблизительно понять, как работают аналитики и РП в проектных внедрениях 1С.
#прочитал #проекты #аналитика #1С
Please open Telegram to view this post
VIEW IN TELEGRAM
Литрес
Автоматизация бизнес-процессов — Илья Отькало | Литрес
Эта книга предназначена для тех, кто решил связать свою жизнь с автоматизацией бизнес-процессов. Она будет полезна:•
Начинающим ИТ-шникам, которые мечтают о карьере в сфере автоматизации бизнес-проце…
Начинающим ИТ-шникам, которые мечтают о карьере в сфере автоматизации бизнес-проце…
🔥5✍4❤🔥1
➡️ Как изменилось управление проектами за 25 лет и чем ИИ здесь поможет • Асхат Уразбаев, ScrumTrek
Первый в СНГ профессиональный Agile Coach, тренер по Kanban и Scrum и основатель компании ScrumTrek Асхат Уразбаев — о трендах в управлении проектами, будущем человечества рядом с ИИ.
➡️ Скрестили “Тетрис” и Kanban. Что в итоге стало с планированием на проекте?
Раньше работали по классической методике планирования задач — Kanban, и в принципе это было удобно. Но в целом ИТ‑команда банка живет по «Тетрису». Как интегрировать два подхода и что это может дать - читайте в статье.
➡️ Прототипы: ключ успешного проекта
Опыт использования методик прототипирования при реализации ИТ‑проекта «Портал продукта»: как с помощью прототипов удалось попасть в ожидания заказчика, уложиться в сроки и сделать классный продукт.
➡️ Как в командах ЮMoney работают с бэклогом QA-задач
Как работают с бэклогом задач для тестировщиков, какие трудности могут возникать и как с ними бороться. Статья будет полезна тем, кто сталкивался с проблемами приоритизации задач из бэклога.
➡️ Разработали аналог Confluence. Что из этого получилось и почему мы не стали вкладывать в продукт 10 миллионов рублей
почему решили мигрировать, какие альтернативы тестировали, как запустили свой аналог и не скатились в «продуктовую пропасть», что пошло не по плану и почему мы отказались от идеи продвигать продукт на коммерческой основе.
➡️ Обеспечение качества на всём пайплайне разработки, или Как создавать продукты, отвечающие ожиданиям
Как команда может на каждом этапе разработки ПО заботиться о качестве будущего продукта, а также бороться с багами еще до их появления.
➡️ Как мы оценивали любые требования заказчика за два часа
Классно, когда в компании уже есть механизм оценки требований или оценку ведут архитекторы / PM-ы / PO и прочие люди, которые никак не являются аналитиками. У авторов же не было сложившейся модели оценки, и каждая команда тратила большое количество времени, оценивая запросы клиентов. Поэтому им пришлось разработать собственную схему оценки требований, потратив на это много времени - сначала набирая опыт и проверяя его, затем внедряя и объясняя сотрудникам методику.
➡️ Как вести документацию, чтобы никто ничего не понял. Немного теории и вредные советы от МТС Диджитал
Хороший материал про правильное ведение документации в формате вредных советов.
➡️ «Отказались от Confluence и ни о чем не жалеем!», или Как SPLAT Global мигрировал на TEAMLY
Как крупный производитель FMCG-товаров мигрировал из Confluence на отечественную платформу для управления знаниями - как переносили данные, преодолевали сопротивление команды и уложились в дедлайн.
➡️ Jira ушла, а замена осталась. Обзор аналогов
Среди аналогов в обзоре фигурируют Kaiten, Moo.Team, Мегаплан, Аспро.Agile, EvaTeam.
➡️ Как успешно запускать и внедрять IT-проекты: опыт компании «Петрович»
Интервью с представителем компании - про проектное управление внутри, факторы мотивации, фреймворки и управление проектами в целом.
➡️ Agile для ускорения проектов автоматизации
Часто проекты автоматизации останавливаются на фазе разработки или тестирования, при этом заказчик платит за разработку технического задания, команда создает проект, время проходит, а результатов нет. В этой статье - о том, как Agile помог запустить проект за один месяц вместо трех.
➡️ Управление проектами в консалтинговой компании: опыт Intapplex
Любая компания, которая занимается консалтингом, сталкивается с необходимостью управления временем сотрудников. Здесь не всегда подходит scrum-подход со спринтами: в рамках недели или двух клиент может полностью изменить видение проекта, что вся предыдущая работа будет нуждаться в серьезной корректировке.
Please open Telegram to view this post
VIEW IN TELEGRAM
👍6❤3🙏1💘1
Прочитал “Death march” Эда Йордана (“Смертельный марш. Полное руководство для разработчика программного обеспечения по выживанию в безнадежных проектах”, она же - “Путь камикадзе”).
✅ Книга написана в 1997 г., во времена, когда “Java”, “Интернет” и “клиент-сервер” были сомнительными модными новинками, основным средством коммуникации была электронная почта,до легендарного“краха доткомов” оставалось несколько лет, а про agile и скрам еще не было ни одной публикации)) Так что может показаться, что автор, начавший карьеру в 1960-ые, писал про мир, совсем далекий от привычного нам IT.
✅ И это совсем не так. Как, впрочем, и в случае с еще более олдовыми книгами Брукса, ДеМарко и Листера - несмотря на возраст, их идеи все еще актуальны, а книги, в целом, интересны чуть ли не больше, чем всё, что пишется на эти темы сейчас.
✅ В русском переводе говорится про “безнадежные проекты”, но в оригинале речь про более эпичные проекты а-ля “Миссия невыполнима”. По определению автора, это высокорисковые проекты, параметры которых (бюджет, срок, команда, требования/”скоуп” и т.д.) отклоняются от нормальных на > 50%. Причем такие проекты - не какое-то исключительное, а вполне себе распространенное явление. Почему они появляются, кто виноват и что делать - обо всем этом книга рассказывает эмоционально и очень доходчиво.
✅ Хотя и в названии, и в основных выводах акцент сделан на “разработчике”, роль менеджера проекта - едва ли не главная в модели Йордана. Проджект - связующий элемент, балансир между стейкхолдерами (с их интересами, амбициями и политическими играми), командой (с ее разнообразными ролями, мотивацией и компетенциями) и результатом проекта, который может быть как абсолютно демотивирующим (по умолчанию), так и мегауспешным.
✅ Один из основных принципов в модели - triage, сортировка или, более привычно, приоритезация. Спасение “безнадежного” проекта напрямую зависит от того, на чем команда сфокусируется. Правильный фокус может компенсировать нехватку ресурсов и лавинообразный рост требований.
✅ Еще один антикризисный принцип - ежедневная сборка проекта, сужение итерационного цикла с месяцев и недель до одного дня, как если бы он был последний для проекта (якобы именно так работали над Windows NT, финальной сборкой оказалась 951-ая).
✅ И раз уж высокорисковые проекты становятся нормой, разумно формировать в компании культуру работы с ними. Учиться оценивать проекты, управлять манипуляциями “акционеров” (типа “испанской инквизиции”, когда вас вызывают на ковер и требуют немедленно назвать срок), набирать и управлять командой, которая готова к таким проектам, вводить и поддерживать инфраструктуру, которые не подведет в горячий период.
Death March - полезный и актуальный гайд по управлению “проблемными” проектами, и я рекомендую ее абсолютно всем, кто работает в ИТ.
Death March - полезный и актуальный гайд по управлению “проблемными” проектами, и я рекомендую ее абсолютно всем, кто работает в ИТ.
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥8✍2❤🔥2👍1👨💻1💘1
Если вы каким-то чудом еще не познакомились с agile, то эта публикация - отличный способ войти в мир гибких методологий. Вы узнаете про Agile-манифест, про распространенные сферы применения, про подходящие типы команд, преимущества и недостатки, про инструменты (канбан, скрам, XP, Crystal). Отдельный блок - про то, как начать использовать Agile в вашей команде и как решать возникающие проблемы. Рекомендую!
HADI-цикл - это часть методологии Agile, которая предполагает разбивку проекта на этапы планирования, реализации и оценки промежуточных результатов. Материал кратко рассказывает о концепции HADI, ее плюсах и минусах и ошибках на пути к реализации.
PERT-диаграмма — инструмент визуализации планов по проекту. Она нужна для согласованности связанных и несвязанных этапов проекта, для планирования масштабных и многозадачных проектов, которым требуется много ресурсов — времени, сотрудников, знаний, и чем-то похожа на диаграмму Гантта.
Правильно определенные метрики на этапе проработки требований и при необходимости их уточнение после внедрения, выгодны как заказчику, так и команде разработки. Это позволяет создать востребованный и удобный продукт, показывает необходимость мониторинга показателей приживаемости.
Отличный и емкий сборник рекомендаций по сбору требований, которые повысят успех такой встречи, - от подготовки (анализ аудитории, прогнозы, определение цели и повестки) к проведению и подготовке мемо (договоренности по итогам встречи, со сроками и ответственными).
Практические рекомендации по улучшению процесса постановки и ведения задач: каким должно быть описание задачи, чем помогают шаблоны (и автор делится своими шаблонами), как вести задачи, чтобы они не “протухали”.
В центре внимания - подготовка бэклога в соответствии с критериями готовности (DoR), формирование общего представления о цели спринта, создание планов реализации.
Статья ценна не только изложением основ “сторипойнтов” и методики Planning Poker, но и демонстрацией тех ошибок, которые можно допустить при переходе на такой формат оценки задач.
Для каждого проекта есть ограниченное количество времени и ресурсов. По мере развертывания проектов вы можете столкнуться с трудностями и неожиданными событиями, которые заставят вас пересмотреть распределение ресурсов и внести изменения в график проекта.
Про вертикальное и горизонтальное управление проектами - два подхода, учитывающие различные организационные потребности и требования проекта. Вертикальный - для команд, где решающее значение имеет иерархия, постановка задач и сроков “сверху вниз”. Горизонтальный - “плоский” кросс-функциональный подход, когда постановка задач, как и вся коммуникация, происходят на одном и том же уровне.
Зная, какие вопросы по управлению проектами задавать, вы можете быть проактивны в запросе информации, необходимой для обеспечения того, чтобы проект развивался в соответствии с планом. Примеры вопросов: “Кто наш клиент и чего мы пытаемся ему помочь достичь?”, “Кто наши заинтересованные стороны и какова их роль в проекте?”, Каков наш базовый бюджет?”, “Есть ли у нас навыки и ресурсы, которые могут помочь нам в этом проекте?”.
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥4👍2✍1
Шикарный текст от PM из Ланита. Общая тема - как построить и перестроить свою жизнь и рабочие процессы, если вы стали менеджером проекта. Из рекомендаций: начать нужно с самоопределения “я - руководитель”, даже если у вас нет опыта и нет полного понимания процессов. Не менее важно - развивать в себе навыки коммуникации, навыки планирования и ряд других компетенций. Рекомендую материал!
Тоже советы и рекомендации тем, кто только входит в роль проджекта или менеджера. Главное: приоритезация, личные встречи и неформальные коммуникации с коллегами, разработка индивидуальных планов, анализ рисков при принятии решений и много другого.
Про основные столпы подготовки IT-менеджеров. В их числе автор видит системную теоретическую подготовку, практику менеджмента, личный опыт. При этом в менеджменте нет серебряных пуль, и каждый случай индивидуален. Решение, подошедшее одному управленцу, не факт, что подойдет другому. Слишком разные контексты, составы команд и ситуации.
Когда вы вступаете в должность в качестве руководителя или старшего менеджера проекта, одной из первых и самых важных задач является понимание текущих процессов управления проектами. Этот процесс, часто называемый аудитом, позволяет определить точку «As Is…» — текущее состояние дел в компании. Без четкого понимания текущей ситуации невозможно разработать эффективный план действий и начать внедрение улучшений.
Статья для тех руководителей проектов, кто сталкивался с "граблями" и двойными стандартами в управлении проектов и для тех, кто хочет об этом узнать больше - преодолевать барьеры взаимодействия с неадекватными заказчиками, токсичными стейкхолдерами, "двойными стандартами" руководства, "царственной отрешенностью" безопасников и саботажем ключевых пользователей.
Что делать, если сроки срываются, а вы не виноваты? Что делать, если заказчик требует невозможного, а сказать «нет» нельзя? Что делать, если вы чувствуете, что вы везде крайний, а никаких инструментов повлиять на ситуацию у вас нет? Ничего этого нет в PMBoK или Agile Manifest. Как сделать действительно качественный продукт, как принести прибыль компании, а себе заработать денег, вас не научат на курсах владения MS Project.
В чем разница между “таск-менеджером” и “менеджером проектов” и что нужно сделать, чтобы управление проектами ценилось за его стратегические преимущества и добавленную стоимость в вашей организации.
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥4❤1⚡1
☝️ «Часть Команды — часть Корабля». Или почему негативные роли должны быть в каждой команде
Хорошая тема в контексте обсуждений “токсичности” и “аутсайдеров”. Автор фокусируется на модели Белбина, ролях и отдельно на роли “Вдохновителя” - участник команды, который вроде бы и не нужен, и конкретной пользы не приносит, но критически важен для здоровья проекта.
☝️ Мы всё время убиваем время? Про (бес)полезные созвоны
Часто разработчики выдвигают – созвоны бесполезны, они тратят очень дорогое время разработчика, и получается, что специалисты вместо работы о чем-то постоянно разговаривают. Но всё кардинально меняется, когда ты становишься ответственным не за свой конкретный код, а за результат команды в целом.
☝️ Как выстроить работу команды и отпустить тимлида в отпуск
Cитуация: тимлид распределяет задачи, всё делает сам, а на свой профессиональный рост и поддержку компетенций вечно не хватает времени? Без него в команде ничего не решается, и поэтому он становится «узким горлышком» в процессе. Материал о том, как исправить такую ситуацию.
☝️ Как увидеть три важнейших софт-скилла, чтобы нанять лучшего инженера
Кратко: 1) ему не пофигу на работу, 2) самонаводимость, 3) внутренний локус контроля. Также автор рассказывает про “темную сторону” этих навыков, которые могут даже навредить команде и проекту.
☝️ Tips - Improving Effectiveness of Scrum Teams
Одна из обязанностей, которую должен выполнять Scrum Master, - сделать скрам-команду эффективной. Для этого нужно сосредоточиться на развитии сотрудничества, самоуправления, понимании целей и, конечно, качестве работы и техническом совершенствовании.
🐳 Что на самом деле убило легендарную Nokia? И виноват ли в этом Agile
Про Agile в компании Nokia и почему гибкость не спасла, а возможно, погубила финскую легенду. Коротко: несмотря на то, что команды разработки вовсю использовали Agile, руководство компании не придерживалось ценностей Agile-манифеста: не было сотрудничества бизнеса и IT, не уделялось внимание техническому совершенству, а принцип простоты пал жертвой корпоративных интересов.
🐳 От малышей к гигантам индустрии: как мы научили инжиниринговую компанию Agile-подходу
Интересный опыт перевода не-ИТшной компании на гибкие методологии в проектной работе.
🐳 Несовпадение целей: Не проблема для успешной реализации проектов
Материал развивает тезис о том, что полного согласия относительно целей в проекте может и не быть, и это совершенно нормально.
🐳 Создание ИИ продуктов по Scrum: опыт компании Таймлист 1С
Разработчики сервиса по расшифровке и протоколированию совещаний рассказывают, как скрам помог им сделать успешный продукт.
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥3👍1🙏1