Спасибо за название - в нем вся суть материала. Опираясь на исследования Гугла, автор подчеркивает: команды, собранные из звезд и суперспециалистов, могут уступать командам, которые “хорошо сыграны” и правильно организуют коммуникацию.
Николай Судников опубликовал перевод руководства Guide to Business Data Analitics (Руководство по аналитике бизнес-данных) на русский язык. 170+страничный ценный материал для любого, кто занимается бизнес-процессами и аналитикой.
Дмитрий Курдюмов вновь радует публикацией - на этот раз она посвящена модели взаимодействия 20 команд внутри одного маркетплейса. В основе подхода Дмитрия - каденции, использование доменного подхода, OKR.
Материал команды Naumen (в посте есть и видеоверсия) посвящен одному из самых мешающих развитию страхов - страху задавать вопросы. Правильная позиция - не только не бояться задавать, но и делать это грамотно: через “5 почему”, пересказ, мозговой штурм и подобные методы.
На закуску - веселый текст про геймификацию работы в команде/компании со множеством оригинальных примеров (но, правда, без замеряемой эффективности, всё на словах).
Не смог не включить в подборку очень интересный рассказ про то, как всё устроено на одном из предприятий ОМК. Детальная картина - от железа до софта, интеграций и подсистем.
Короткие интервью менеджеров, продюсеров и творческих людей о том, что помогает им вести сразу несколько проектов.
Фундаментальный, со множеством ссылок, текст про роль аналитиков в проектных и продуктовых командах Авито, - принципы, пайплайн, общие корпоративные подходы. Интересно.
А команда “Спортмастера” рассказала про составление матрицы компетенций аналитика - с чего начать (с определения текущий ситуации, занятий БА) и чем продолжить (грейдирование и определение ожиданий от каждого уровня). Майндмэп компетенций - в комплекте.
Две публикации от команды Сбермаркетинга о том, как там ведутся проекты и задачи сейчас, какие сервисы были апробированы, про их плюсы и минусы. Упоминаются Mogu, Todoist, Habitica, GanttPro, Intradesk и даже редкий гость таких подборок - Гугл-задачи.
Недавно в канале была большая подборка видео.
Но также обращу внимание:
Please open Telegram to view this post
VIEW IN TELEGRAM
👍4🔥4🙏2❤1
✅ Как писать требования и документацию к проекту. Полный гайд с шаблоном документации и примерами заполнения
Отличный и хорошо структурированный материал: шаблон и руководство по заполнению BRD&SRS, спецификации бэкенда,UI-логика и документация фронтэнда, продуктовая аналитика. Всё с понятными примерами.
✅ Хочешь искоренить Agile? Сформулируй требования
Про то, как спущенные до начала проекта или спринта требования портят жизнь и команде, и собственно всей системе управления проектом. Требования могут/должны определяться при непосредственном участии команды, которая сможет предложить более эффективную реализацию. В комментариях автора ожидаемо покусали за оторванность команды от домена, но в целом материал интересный.
✅ Сбросить балласт. Аккуратное отключение лишних фич
Про системы типа Defcon, которые в случае критической нагрузки на систему отключают часть “необязательных” фич, чтобы сохранить работоспособность основной системы. И также про естественную деградацию софта и что с этим делать.
✅ «Нормально же общались»: кто такие стейкхолдеры и как избегать с ними конфликтов
Ёмкая таксономия стейкхолдеров, рекомендации по выстраиванию отношений с ними, способы эффективной коммуникации.
✅ Что такое бэклог простыми словами
Ребята из ScrumTrek сделали энциклопедический материал про само понятие бэклога, его элементы и их типы (функции, дефекты, технические истории, технический долг), про управление бэклогом, а также про виды бэклога.
✅ Agile, Scrum и LeSS: подходы, которые меняют жизнь
✅ Agile, Scrum и Kanban – в чем же разница?
Если вдруг вы до сих пор не разобрались и хотите почитать понятный простой текст про популярные подходы/методологии/фреймворки, то вот два материала, объясняющих их “на пальцах”.
✅ Стандарты управления проектами
Пост про книгу Павла Алферова «Проектное управление: как правильно делать правильные вещи», в котором есть фрагмент книги - о стандартах, их распространении и “национальных стандартах” управления проектами. Саму книгу планирую прочитать и отрецензировать.
✅ Текущее состояние и тенденции развития проектного управления в России
“Маст-рид”: на основе 287 опрошенных ПМ - выводы о текущих реалиях и проблемах проектного управления. Среди основного: значимость проектного офиса, важность спонсора/куратора проекта, важность работы с стейкхолдерами, потребность в развитии надпредметных навыков РП, важность оценки проектных компетенций. После регистрации сможете скачать полную версию.
✅ Хочу стать тимлидом: как выбрать свой путь от специалиста в руководители
О пути от специалиста (кодера) к менеджеру - что делать, если хочется или если не хочется, но приходится. Какие варианты лучше - остаться в текущей компании или перейти в другую на новое направление.
✅ Ориентация на клиента: как внедрить «чуждые» идеи в корпоративную культуру
Перевод очень толкового поста экс-менеджера Amazon и Google про, то как лезть в чужой монастырь проект со своим уставом и культурой. Один в поле воин - автору удалось перестроить процессы так, что они стали эффективнее (хочется ему верить).
✅ Охота на директора-«гиппопотама»: как бороться с непредсказуемостью в разработке
Еще один перевод - о HiPPO (мнение самого высокооплачиваемого сотрудника). Откуда эти “гиппопотамы” берутся, как заставляют команду и РП делать то, что совсем не кажется нужным, как с ними работать, общаться и защищаться от их нападок.
✅ Как руководителю проектов зарабатывать от 300.000 в месяц
Набор вполне разумных советов РП, как вырастить нужные компетенции и опыт, которые помогут получить прибавку к зарплате и карьерный рост.
✅ Как правильно представить концепцию ИТ-системы: 6 слайдов, которые помогут завоевать сердце заказчика
Конкретные рекомендации по составлению презентаций для заказчиков/стейкхолдеров. Пригодится для встреч и демонстраций.
Please open Telegram to view this post
VIEW IN TELEGRAM
👍3🔥2👏1
➡️ С самого начала выбираем какую-то тактику и придерживаемся ее: говорим об индивидуальных планах развития
Менеджер “Одноклассников” рассказывает, как системно (и непрерывно) прокачивать компетенции участников команды через индивидуальные планы. В основе его методики - матрица компетенций в связке с практическими кейсами.
➡️ Как измерять эффективность разработчиков, и почему метод McKinsey может убить культуру разработки в компании
Перевод большой статьи с критикой подхода к оценке эффективности разработчиков по набору метрик (типа “Анализ вклада”, “Потенциал таланта”, “Индекс скорости” и проч.). Статья богата на интересные наблюдения, одна из них - метрики нужны, но применять их нужно не к индивидуальному вкладу, а к вкладу команды. Иначе метрики выродятся в самоцель.
➡️ Как распределить ответственность и роли в командах
Про матрицы ответственности RACI и DACI, которые помогут разобраться, где чья сфера влияния, кто ответственен за профуканные задачи и к кому идти за утверждением бюджета.
➡️ Продакт-менеджер: как работать с негативом и принимать замечания
Текст в определенной мере касается и менеджера проектов: их тоже не любят инженеры, дизайнеры, отделы поддержки, отделы продаж, службы маркетинга, конечные пользователи и даже руководство. Почему не любят и как обратить это недовольство в свою пользу - читайте в материале.
➡️ Про людей для людей: как Клиентократия расширяет идеи классического менеджмента
Это не про “клиентоориентированность”, а про умение определять потребности клиента, чтобы их удовлетворить. Отсюда - плоская структура, придание сотрудникам и командам большей самостоятельности, сокращение бюрократии и т.д.
➡️ Проектный менеджмент в бигтехе: как там все устроено, и почему во всем этом отсутствует Scrum
Очень любопытная статья, из которой можно узнать, какие методологии используются в технологических гигантах, кто ведет проекты, почему нередко там просто нет ПМа. А еще в бигтехе существенно меньше проектных менеджеров и больше продуктовых - именно они следят, чтобы команда продолжала работать над нужным вещами, отдавая полномочия по управлению операционкой инженерному менеджеру. Ну и, собственно, про скрам - в бигтехе он используется редко, т.к. мешает ежедневной отгрузке. Обязательно прочитайте текст (или оригинал статьи - это перевод инженера с опытом работы в Uber и Skype).
➡️ Что делать, если Заказчик просит сделать часть работ бесплатно
➡️ История о том, как один «эффективный» менеджер проекта может развалить проект на сотни миллионов рублей
Два кейса от одного автора - хорошие, простые и полезные истории. Первая - про противодействие “бесплатным” работам, к которым склоняет заказчик (а лучшее противодействие - это не допустить такой сценарий вообще). Вторая - про ситуацию, когда у заказчика приходит новый менеджер проекта, который пытается всячески выдавить исполнителя или помешать ему работать.
➡️ Функциональная архитектура в проектах внедрения на платформе 1С
Опыт автора с 10-летним бэкграундом внедрения 1С. Цели ФА, ее артефакты (требования, компоненты, функции, потоки интеграций, модели данных и т.д.), управление и подразумеваемые активности. Подробно, с примерами и иллюстрациями.
➡️ Как быть «проактивным» и не раздражать этим всех вокруг
Привычное позитивное восприятие проактивности автор статьи подвергает сомнению. Проактивность хороша до тех пор, пока она не приводит к перестройке уже сложившегося продукта или почти готового проекта или вообще затрагивает работу коллег. Желание помочь клиенту и реализовать мелкую хотелку может привести к критичным последствиям для проекта в целом.
➡️ Тайная жизнь команд по реализации внутренних проектов. Чем они занимаются и почему это так интересно?
Коллеги из Softline рассказали про внутреннюю автоматизацию как проектную деятельность, ее плюсы и минусы, нюансы работы над внутренними проектами, формирование команд и т.д.
Please open Telegram to view this post
VIEW IN TELEGRAM
👍3❤1🔥1🙏1
15 курсов по Jira: обучение управлению проектами
Подборка курсов по джире, платных и бесплатных.
➡️Инструменты и программное обеспечение для проектного менеджмента: Как не сойти с ума в цифровом мире
Обзор инструментов проектного управления - Trello, Asana, Jira, Slack (да, похоже на перепись ушедших сервисов).
➡️Как одновременно работать с классическими и гибкими методологиями управления проектами
➡️Ресурсное управление в проектах: как сократить пропасть между планами и реальностью
➡️Дирижер проектного управления — контрольные точки
Сразу три материала от сервиса Directum Projects, в которых работа менеджера проектов разбирается на инструментальном уровне сервиса.
➡️Как управлять рисками проектов
Как выстроить эффективную автоматизацию работы с рисками, от идентификации и до реализации проекта, на примере Naumen Project Ruler.
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥6👍3🙏2
Прочитал “Проектное управление. Как правильно делать правильные вещи” Павла Алферова - профессора Московской школы управления “Сколково”, участника ряда крупных инфраструктурных проектов и консультанта лидеров российского рынка, а также соавтора ГОСТа по управлению проектами.
Ниже тезисно мои скромные впечатления в формате “Плюсы и Особенности”, и если кому-то нужно более подробное ревью, то дайте знать в комментариях/реакциях.
Плюсы
✅ Сама книга небольшая (400 страниц, втч около 50 - приложения). Читается легко, быстро, никакой сложной для восприятия информации нет. Напоминает лекции TED или скорее наших вузов (именно там бэкграунд автора)
✅ Текст хорош для начинающих, для тех, кто впервые заинтересовался темой проектного управления и хочет разобраться в максимально дружелюбной и приятельской среде. Подход автора максимально приближен к “здравому смыслу”.
✅ Много практических примеров, изложенных очень понятным языком. В ценности примеров сомневаться не приходится, - опыт и регалии автора говорят сами за себя.
✅ Изложение понятно и логично структурировано, на каждый пункт дается практический инструментарий - схемы, таблицы, шаблоны и т.д.
✅ Подход позиционируется как универсальный, применимый в ИТ, стройке, инфраструктуре и даже (!) создании новых продуктов.
Особенности:
🐳 В книге раскрыта только одна методология управления проектом, и она принадлежит автору. Это “Российская инструментальная трехуровневая модель управления
проектами”, или РИМ-III, которая базируется на 3 принципах: простота, адаптивность, здравый смысл. К РИМ-III примыкают и другие авторские же инструменты - модель “галстук-бабочка”, “швейцарский сыр“ и т.д. В книге представлена базовая версия РИМ-III под названием “Миниморум”, но у автора есть и более продвинутые или специализированные версии (например, РИМ-III.Форсаж для реализации форсированных проектов). Остальные, не-авторские методологии, подходы упоминаются вскользь, за исключением Cynefin.
🐳 Книга подчеркнуто обращается к “российскому” управлению проектами. С точки зрения автора, в России господствует особенная ментальность, что делает применение стандартных методологий неэффективным. В числе российских особенностей - два режима работы (стабильный VS мобилизационный), авторитарный стиль, византийская система, несоблюдение правил, консерватизм и недоверие. РИМ-III реализован как раз с их учетом.
🐳 В основе РИМ-III находится Пентабазис (5 ключевых вопросов, которые нужно проработать при реализации проекта - “Зачем и для кого”, “Что”, “Как”, “Кто”, “Чем”).
🐳 Деятельность руководителя проектов формирует “проектный Ромб”: он должен правильно проработать проект, правильно приживить проект, правильно думать о проекте, правильно делать проект.
🐳 У книги любопытный подзаголовок - “Настольная книга слоновщика”. Тут своя метафора: любой проект - это что-то вроде слона, а тот, кто управляет таким слоном, и есть “слоновщик”. Вообще, книга богата на разного рода игру слов, метафоры, русификацию названий, - автор, видимо, хочет дистанцироваться, отстраниться от привычной уже терминологии, переизобретая понятия (например, “схема-рамка” вместо “фреймворк” и т.д.).
Это если коротко. В целом, я рекомендую книгу, в первую очередь, тем, кто начинает свой путь в роли менеджера проектов (ну или “слоновщика…) или хочет теоретизировать накопленный опыт (правда, в этом случае книга не должна быть единственным пособием, иначе можете не найти взаимопонимания с коллегами). Для более прокачанной аудитории книга будет безусловно интересна как попытка создания “своей методологии”.
Ниже тезисно мои скромные впечатления в формате “Плюсы и Особенности”, и если кому-то нужно более подробное ревью, то дайте знать в комментариях/реакциях.
Плюсы
Особенности:
🐳 В книге раскрыта только одна методология управления проектом, и она принадлежит автору. Это “Российская инструментальная трехуровневая модель управления
проектами”, или РИМ-III, которая базируется на 3 принципах: простота, адаптивность, здравый смысл. К РИМ-III примыкают и другие авторские же инструменты - модель “галстук-бабочка”, “швейцарский сыр“ и т.д. В книге представлена базовая версия РИМ-III под названием “Миниморум”, но у автора есть и более продвинутые или специализированные версии (например, РИМ-III.Форсаж для реализации форсированных проектов). Остальные, не-авторские методологии, подходы упоминаются вскользь, за исключением Cynefin.
🐳 Книга подчеркнуто обращается к “российскому” управлению проектами. С точки зрения автора, в России господствует особенная ментальность, что делает применение стандартных методологий неэффективным. В числе российских особенностей - два режима работы (стабильный VS мобилизационный), авторитарный стиль, византийская система, несоблюдение правил, консерватизм и недоверие. РИМ-III реализован как раз с их учетом.
🐳 В основе РИМ-III находится Пентабазис (5 ключевых вопросов, которые нужно проработать при реализации проекта - “Зачем и для кого”, “Что”, “Как”, “Кто”, “Чем”).
🐳 Деятельность руководителя проектов формирует “проектный Ромб”: он должен правильно проработать проект, правильно приживить проект, правильно думать о проекте, правильно делать проект.
🐳 У книги любопытный подзаголовок - “Настольная книга слоновщика”. Тут своя метафора: любой проект - это что-то вроде слона, а тот, кто управляет таким слоном, и есть “слоновщик”. Вообще, книга богата на разного рода игру слов, метафоры, русификацию названий, - автор, видимо, хочет дистанцироваться, отстраниться от привычной уже терминологии, переизобретая понятия (например, “схема-рамка” вместо “фреймворк” и т.д.).
Это если коротко. В целом, я рекомендую книгу, в первую очередь, тем, кто начинает свой путь в роли менеджера проектов (ну или “слоновщика…) или хочет теоретизировать накопленный опыт (правда, в этом случае книга не должна быть единственным пособием, иначе можете не найти взаимопонимания с коллегами). Для более прокачанной аудитории книга будет безусловно интересна как попытка создания “своей методологии”.
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥9❤🔥3❤3👍1
✅Scrum — рак, убивающий индустрию
Статья-мнение, вызвала очень бурную дискуссию. Скрам стал индустриальным стандартом, но, по сути, отошел от своих корней - agile-философии с ее гибкостью. Вместо этого мы получаем жесткие церемонии и процедуры, неприменимость к задачам, требующим сложных исследований (R&D вообще) и… остались разве что церемонии. В отличие, например, от kanban-фреймворка, который работает эффективнее.Так считает автор, комментаторы его поправляют и критикуют, но, судя по всему, фандом скрама сокращается.
✅Ловушка фичеризма: почему продукт страдает, когда мы зациклены на функциональности
Переводной материал, - про то, что мы часто фокусируемся на фичах, делаем фичи мерилом эффективности команды и роста продукта/проекта. Как и все гипертрофированное, это приводит к “фичеризму” - накачиванию продукта новыми фичами в ущерб доработке и исправлению уже действующего функционала и пользе продукта в целом.
✅Как составить бюджет ИТ-проекта?
Небольшой гайд по составлению бюджета проекта, - правда, некоторые риски и возможные затраты не учтены.
✅Что такое матрица RACI? Как этот инструмент управления проектами может повысить производительность
Инструмент определения ролей/ответственности на проекте - известный, широко применяемый. Статья рассказывает про его плюсы и минусы (долго внедрять и можно столкнуться с неоднозначными ситуациями).
✅Как измерить эффективность разработки через метрики?
Про метрики эффективности команд, разработки в контексте потока создания ценности, - включая метрики скорости и гибкости, результативности и т.д., а также про способы и инструменты замера метрик (Aimger).
✅Канбан против хаоса. Как наладить бизнес-процессы на примере реального кейса
Кейс комплексной оптимизации WIP в канбане и работы с задачами в целом от коллег из Scrumtrek. На задачи тратилось много времени, оценка исполнения конфликтовала с реальным временем, не было понимания, сколько в реальности займет выполнение задачи, - и пришлось много анализировать, считать и реорганизовывать и саму доску, и отношения с заказчиками.
✅Как ускорить разработку?!
Живой и интересный текст от Владимира Завертайлова, главы “Сибирикса” и автора хорошей (но специфичной) книги по менеджменту проектов. По теме - ускорить (или нет) процесс разработки можно разными способами, и один из них - проводить экспресс-ревизию проекта. От “оно мне/нам надо” и общего вайба до оценки технического долга, корректировки планов и амбиций.
✅6 лучших фреймворков для приоритизации задач по Agile
Отличный материал, - коротко и понятно про MoSCoW, ICE, RICE, Planning Poker, Cost of Delay, модель Кано.
Please open Telegram to view this post
VIEW IN TELEGRAM
👍4🔥2🙏1
✅ Процесс работы с требованиями и роль проджекта
Вместе с постом про типологию требований - неплохой текст про управление требованиями и зону ответственности ПМа, на примерах из ИТ (разработка мобильного приложения) и ивент-менеджмента (конференция).
✅ «Я стал тимлидом и боюсь». Что почитать и зачем
Среди книг для погружения в флоу менеджера разработки и проектов автор отмечает не только “Высокоэффективный менеджмент” Эндрю Гроува или недавнюю “Карьеру Software Engineering Manager”, но даже и «Большую книгу общения с ребенком»Юлии Гиппенрейтер, которая учит, как внимательно слушать коллег и как выявлять в них лучшие качества.
✅ Сколько яиц у Волка: автоматизируем списание времени менеджеров на проекты
Про учет трудозатрат менеджера - в целом и с использованием конкретного инструмента (и да, это эксель!). Автору помогает не только учитывать, но и прогнозировать затраты на участие в проекте.
✅ Методика «Eat that frog», принцип Парето и матрица Эйзенхауэра: инструменты для управления приоритетами и временем
Тоже про нужную всем штуку - самоуправление и контроль за временем. Выделенные три инструмента многим известны, и автор считает их проверенными и эффективными.
✅ Как работать эффективно, если ты тревожный человек
Серьезная тема, важная для многих ПМв, которых я знаю. Автор - не психолог (хоть и цитирует выступления профессионалов и опирается на множество источников), и опираться только на ее рекомендации не следует, но попробовать применить приемы и методики снятия тревожности можно. Часть текста посвящена не менее важному - работе руководителя с тревожными сотрудниками.
✅ Как IT-специалисту расспрашивать экспертов, чтобы развиваться профессионально и извлекать знания?
Небольшой гайд по нужному навыку - быстрому освоению новой предметной области. Акцент на общении и правильном задавании вопросов профессионалам - это полезно как для собственно самообразования, так и для налаживания взаимопонимания и “химии” в команде.
✅ Жёсткое руководство
Тот случай, когда подпишусь под каждым словом автора, - хотя он совсем даже не одинок и ничего революционного не провозглашает. Вкратце - есть тренд на “жесткий менеджмент” и быстрое достигаторство с неявным акцентом на кратковременные результаты. Результаты достигаются, лидеры идут на повышение, люди выгорают, компании закрываются или деградируют. Разумная противоположность этому - менеджмент через культуру и нарративы. Не “жесткая рука”, которая быстро наводит порядок, а “мягкая” рука, которая дольше, чем иногда хотелось бы бизнесу, прививает ценности и видение команде.
✅ Как вывести проект из состояния «пожара»: пять шагов
Напоследок - мини-руководство по выведению проекта из кризиса для тех, кому такие “горящие” проекты достались. Общий план действий банален, но рационален: проанализировать ситуацию, оценить плюсы/минусы команды, понять рабочие процессы, разобраться с текущим результатом работы - ну, и построить план нормализации)
Please open Telegram to view this post
VIEW IN TELEGRAM
👍3🔥3❤1✍1🙏1
👤 Что делать, если Заказчик постоянно генерирует новые «хотелки» по ходу проекта
Практические советы на тему бесплатных “хотелок” и “правок”: закладывать на них 3-10%-ный буфер в стоимости контракта, делать аудит/ предпроектное обследование/ пилотный проект, сделать MVP и т.д. Ну, и лучшая “капитанская” рекомендация - не соглашаться на всё подряд)
👤 Правки не бесят, если умеешь с ними работать. Основные тактики и приемы
И еще на похожую тему, от коллег из Agima. Правки (лучше называть их “замечаниями”) - это норма, у них могут быть вполне обоснованные причины, и лучший способ работать с правками - это готовить проект и документацию так, чтобы их минимизировать. А те, что все-таки возникли, нужно поместить в рамки “жизненного цикла” (управления). Авторы дают огромное количество конкретных рекомендаций по работе с правками - рекомендую!
👤 Техдолг: как разгребать задачи, чтобы не тормозить развитие продукта. Инструкция с шаблоном
Практика закрытия техдолга внутри большой команды - используют Pipedrive Agile Framework, а с бэклогом работают на базе RICE. В итоге получилось выйти из большой ямы.
👤 Аналитика на госпроектах – это не страшно
👤 Факапы аналитиков: где они обитают? Кейсы Mad Brains
👤 Про недушных аналитиков
Три интересных материала про аналитиков в команде. В первом - про от ГНИВЦ, которые рассказали, как им удается преодолеть пугающий многих специалистов “гос”-имидж (ТЗ по ГОСТам, бюрократия, устаревшие бизнес-процессы и прочее). Коротко: у них тоже “всё как у людей”.
Второй - серия занимательных факапов, когда аналитика проводилась не так, как следует. Ну, а третий - наставление аналитикам, как не быть “душным” (негативно воспринимаемая дотошность и неуместность замечаний и рекомендаций).
👤 Собрать фулл-хаус: создаем идеальную команду на основе групповой динамики
Как знание распределения ролей в группах и понимание их динамики может спасти тимлидов. Про ролевую модель Белбина и групповую динамику (модель Такмена).
👤 Отвага и отвага: замена ERP на действующем вагоноремонтном производстве с тестами прямо в бою
Шикарный кейс от ОМК-ИТ - переход своими силами на 1С:ERP вместо SAP, когда всё пошло не так, оценки оказались неверными, подготовка обнулилась - но с хэппи-эндом.
👤 Agile с приставкой «Сбер»: как Sbergile меняет подход к созданию продуктов
Не знаю, что заставило Сбер внезапно написать статью на vc про знаменитый свой “эджайл” (с), - видимо, потребность в кадрах. Сам материал короткий, со ссылками на манифест, краткой историей внедрения гибких методологий в банке, и вот, собственно, с описанием сберджайла в виде принципов работы.
👤 Когда говорила про Agile в инжиниринге, коллеги крутили у виска. Теперь на нашу систему смотрят с завистью
Про переход на гибкие методологии не в IT, - оказалось вполне реально, полезно для бизнеса, хотя и с шероховатостями.
Please open Telegram to view this post
VIEW IN TELEGRAM
⚡2🔥2✍1👍1
🔘 Роли при использовании фреймворка 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