💙Ясное мышление — чёткие требования
Авторский и очень интересный материал о зависимости требований от типа и уровня мышления аналитика, команды, пользователя. Зависимость - сложная и прямая: во-первых, мыслительные навыки аналитика определяют полноту, детализацию и непротиворечивость собранных требований. Во-вторых, важно учитывать склад мышления тех, кто задает требования к системе, так чтобы их специфика не сказалась негативно на будущем продукте.
💙Гайд для системного аналитика: как управлять требованиями на разных этапах проекта. Часть 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
Друзья,
небольшое объявление!
Сейчас проходит Всероссийский отбор инклюзивных практик (проектов) «Открыто для всех» .
Я состою в Экспертном совете этого масштабного конкурса, и вместе с коллегами мы занимаемся поиском и отбором решений для адаптации граждан с ограниченными возможностями здоровья.
Если вы или ваша команда занимаетесь разработкой таких решений в сфере ИТ, дизайна, корпоративной политики, туризма, - поделитесь своим решением с организаторами,
обменивайтесь опытом, тиражируйте на федеральном уровне!
Подробнее о конкурсе: https://smarteka.com/inclusive
небольшое объявление!
Сейчас проходит Всероссийский отбор инклюзивных практик (проектов) «Открыто для всех» .
Я состою в Экспертном совете этого масштабного конкурса, и вместе с коллегами мы занимаемся поиском и отбором решений для адаптации граждан с ограниченными возможностями здоровья.
Если вы или ваша команда занимаетесь разработкой таких решений в сфере ИТ, дизайна, корпоративной политики, туризма, - поделитесь своим решением с организаторами,
обменивайтесь опытом, тиражируйте на федеральном уровне!
Подробнее о конкурсе: https://smarteka.com/inclusive
2🔥4👍1👏1
✅ «Почему так долго?» Откуда появляются заторы в задачах и как их устранить
Затор или узкое место - это некий ресурс, производительность которого меньше или равно спросу. Авторы следуют концепции Голдратта, а в качестве инструмента для оптимизации проектного / производственного процесса и ликвидации узких мест предлагают канбан-доску и работу с WIP-лимитами.
✅Математика надёжности. Доклад Яндекса
Крайне интересный и полезный доклад по управлению рисками и “надежностью”. Помимо технической составляющей (автор выстраивает матмодель надежности) и интереса для системного аналитика, материал определяет простую и эффективную стратегию работы с рисками, полезную для любого менеджера проектов.
✅Памятка по BPMN и BPMN-диаграммам
Сбер решил помочь тем, кто не знает наизусть BPMN. В “памятку” включены: общая концепция, события, действия, шлюзы, потоки, дорожки. Есть пример применения.
✅Требования безопасности: пособие для аналитика
Большой и интересный текст про то, как правильно и обоснованно формулировать требования безопасности на проекте (как часть нефункциональных требований). Когда мы понимаем логику их формулирования, мы начинаем больше включать критическое мышление, и если требования, затрагивающие безопасность, спускают нам «сверху», нас уже так просто не запутать. А когда мы уже умеем дискутировать на тему безопасности, тогда мы можем достигать выгодных компромиссов и с другими типами требований.
✅How to Create a Story Map When Writing User Stories
Большая статья Майка Кона о том, что такое Story Map (“карта пользовательских историй”), как она помогает командам выявить потребности пользователей, упорядочить бэклог продукта, расставить приоритеты.
✅What Are Agile Spikes? When and Why Do Teams Use Spikes?
Спайк - понятие, связанное с фреймворком XP и означающее практику по исследованию и прототипированию, как правило, плохо предсказуемые в плане трудозатрат и сроков. Статья - про то, как и для чего использовать этот ценный инструмент (по мнению автора, они нужны только для задач с очень высокой неопределенностью).
✅How to Make a Process Improvement Plan (Free Template)
План улучшения процесса — это документ, в котором описывается, как улучшить ваши бизнес-процессы после их выявления и анализа. Это важный инструмент управления бизнес-процессами , который также поможет сократить напрасные усилия и повысить производительность работы команд. Он помогает уменьшить любые трения, которые существуют в процессах, и обеспечивает соответствие процессов нормативным требованиям, когда это необходимо. В статье - подробное описание такого плана и шаблон для использования на проектах.
Please open Telegram to view this post
VIEW IN TELEGRAM
1👍4🔥2❤1
Если вы руководитель проектов, то рано или поздно к вам придут и потребуют (не попросят, а именно потребуют) сделать Быстро, Качественно и Недорого. Проблема в том, что сделать все три пункта одновременно невозможно. Фраза «делаем быстро, качественно, недорого – выберите любые два» крылатая не просто так. Но как же быть, если от вас хотят невозможного а другой работы нет?
Автор (из Ozon Tech) часто сталкивается с проблемой онбординга руководителей команд, ведь в каждой компании работа тимлида имеет свою специфику и не всегда позволяет ощутить остроту всех граней управления группой разработки. Статья представляет собой настольную инструкцию для лида, которую можно изучать самому или адаптировать для своей команды тимлидов.
Статья для тех, кто хочет стать Руководителем проектов, или уже является Руководителем проектов. Ну и для всех, кто сталкивается с ними, чтобы понимать, что вам ждать, а чего ждать не стоит (и есть ли у РП волшебная палочка, которая позволяет взмахом выполнять все сроки, поднимая одновременно маржинальность проекта, или ее нет). Кратко: у успешного РП есть 4 главных качества: (1) умение решать проблемы и находить выход из любой ситуации, (2) коммуникации, коммуникации и коммуникации, (3) аккуратность и исполнительская дисциплина, (4) желание делать хороший продукт и помогать своему заказчику.
Очень своеобразный подход у автора, да еще и с отсылками к Гарри Поттеру. По существу, это большой и эмоциональный гайд по “пути РП” для тех, кто только осваивается в профессии. Почему важно, чтобы старт проекта был громким? Как растить свою репутацию в глазах специалистов и топ-менеджеров? Какому типу РП быть ближе и зачем? Как оценивать планы, бюджеты, сроки: Как управлять конфликтами? В этих статьях минимум теории, они за пределами методологий, это “советы бывалых”, и достаточно прагматичные.
Почему креативное мышление является ключевым навыком не только для условно творческих специальностей, но и для успешного менеджера проектов в IT, и почему креативность и менеджмент гораздо ближе друг к другу, чем нам кажется.
Please open Telegram to view this post
VIEW IN TELEGRAM
1👍3❤1🔥1
Всадники (т.е. симптомы): отсутствие в команде общего понимания целей и задач, отсутствие в команде взаимного уважения и признания чужих компетенций, плюрализм мнений, неудачный проект. Против каждого всадника (и главное, причин, которые за ним стоят) есть приемы, которыми автор делится.
Про то, что работа команды напоминает деятельность организма (клетки) и системы - в том плане, что команда тоже имеет свои границы, соприкасающиеся с внешней средой. Равно как и внутренние границы - распределение ролей и обязанностей внутри команды.
“Северсталь” - про реализацию проекта, формулирование бизнес-целей, сбор требований, оценку рисков, определение функций, проектирование, дизайн и кучу интеграций. SAP нынче в специфическом положении, но про такой опыт, еще и классно описанный, читать одно удовольствие.
Небольшой кейс от “Контура” по ситуации, когда нужна интеграция, а документации нет. Если что, автору даже пришлось по-настоящему регистрировать себя и своих знакомых на площадке сервиса, чтобы разобраться, как все работает, и отследить корректность интеграции.
Как проект автора помог компании из Новой Зеландии сократить временные затраты благодаря оптимизации бизнес-процессов. Много деталей, схем и фотографий)
Please open Telegram to view this post
VIEW IN TELEGRAM
1🔥4✍1❤1
🟢Инструменты системного аналитика: методология, софт, сервисы
Небольшой обзор инструментов, которые автор активно использует в своей работе: это и учебные материалы (курс “Анализ требований”, сайт BPMN2.ru и т.д.), и программы и сервисы (Lazarus IDE для прототипирования, OBS Studio для быстрой записи демо, Joplin и Typora для работы с текстом. Отдельный блок - про использование AI в работе (генерация сценариев, пиктограмм, инструкций и т.д.).
🟢«Почему так сложно и так некрасиво»: 4 подводных камня при внедрении базы знаний
Если компания обращается к первой попавшейся, скорее всего, внедрить ее гладко и с первого раза не получится. Одной функции недостает, другая работает, но с перебоями и багами. Авторы из Teamly разбираются, какие подводные камни можно обнаружить во время внедрения БЗ и как их избежать.
🟢Как сделать wiki, корпоративную библиотеку, публичную базу знаний и проектную документацию
Про корпоративную wiki и подготовку проектной документации на примере сервиса Weeek.
🟢Аналоги Miro — топ альтернатив Миро
Участники обзора - сервисы IDroo, Эсборд, МТС Линк, Padlet, Jamboard, Witeboard, Mural, Conceptboard, Ziteboard и даже Trello.
🟢Мы запустили простой и понятный трекер для управления потоком задач — Scrumo
И подробно, с картинками, рассказывают о его функционале, возможностях и перспективах развития.
🟢Системы управления проектами для разных по размеру компаний и отраслей с ценами на 2024 год
Автор категоризировал все сервисы по отраслям и размеру компаний, добавил стоимость и краткое описание. В списке: Strive, ЛидерТаск, Ёжка (от Ростелекома), Shtab, MooTeam, Planiro, Мегаплан, Planfix, EvaProject, Yandex Tracker, Bitrix24, Yaga, Directum Projects, Periscope, ELMA BPM, Advanta, а также отраслевые решения.
🟢Таск-трекер для разработки IT-продуктов, в котором разрабатываем свой IT-продукт
Разработчики таск-трекера O!task рассказывают про свое решение - и про возможности для управления проектами, и про то, как используют его сами для разработки.
Please open Telegram to view this post
VIEW IN TELEGRAM
1❤🔥3❤2🔥2
#Прочитал “Практическое руководство ИТ лидера” Раду Спатару.
Искал интересные новинки по управлению проектами - и нашел эту книгу. Издана в цифре буквально летом, описание и содержание - в точку, да и сама книга рассказывает про управление IT-трансформацией, формировании IT-культуры в организации, управление проектами,но…
😐 Судя по всему, это перевод англоязычной книги, изданной самим автором на Амазоне в марте 2024 (причем это третье издание, а второе вышло в феврале😁). Перевод выложили на Литрес, при этом инфо о переводчике нет, а на отзывы о книге отвечает якобы сам автор (!).
😐Информации об авторе крайне мало, и даже показалось, что это нейросеть, но, похоже, это реальный человек, имеющий отношение к проджект-менеджменту, - вот его профиль в линкедине и PMI.
Теперь о книге:
Достоинства:
🟢 Книга кратко (193 стр.) рассказывает о комплексе задач и процессов, с которыми может столкнуться IT-менеджер/лидер/директор/руководитель, от знакомства с текущим ИТ-ландшафтом в организации и формирования стратегии изменений и до управления проектами и использования AI.
🟢 Большое количество “примеров из жизни”
🟢 Много чек-листов и других инструментов самопроверки.
Недостатки:
🚫 Минималистичный объем для такого предмета - это “галопом по Европам”. Увы, ни одна из тем не получает нужного освещения, и получается такой “карманный справочник”, к которому вряд ли захочется вернуться, если только вы не студент. Весь текст выглядит как реферат, набор общеизвестных принципов, собранных в одном месте.
🚫 Ужасный перевод, в худших традициях “промпта”: множество опечаток и ошибок, корявый синтаксис, суконный язык.
🚫 Часть терминов, диаграмм и таблиц осталась без перевода с английского.
В целом, не рекомендую эту книгу никому - разве что вы захотите найти негативный ("как-не-надо") пример профессиональной литературы. Если тема “ИТ-менеджмента” вам интересна, лучше почитайте недавний перевод “Карьера Software Engineering Manager”.
Искал интересные новинки по управлению проектами - и нашел эту книгу. Издана в цифре буквально летом, описание и содержание - в точку, да и сама книга рассказывает про управление IT-трансформацией, формировании IT-культуры в организации, управление проектами,но…
😐 Судя по всему, это перевод англоязычной книги, изданной самим автором на Амазоне в марте 2024 (причем это третье издание, а второе вышло в феврале😁). Перевод выложили на Литрес, при этом инфо о переводчике нет, а на отзывы о книге отвечает якобы сам автор (!).
😐Информации об авторе крайне мало, и даже показалось, что это нейросеть, но, похоже, это реальный человек, имеющий отношение к проджект-менеджменту, - вот его профиль в линкедине и PMI.
Теперь о книге:
Достоинства:
Недостатки:
В целом, не рекомендую эту книгу никому - разве что вы захотите найти негативный ("как-не-надо") пример профессиональной литературы. Если тема “ИТ-менеджмента” вам интересна, лучше почитайте недавний перевод “Карьера Software Engineering Manager”.
Please open Telegram to view this post
VIEW IN TELEGRAM
Литрес
Практическое Руководство ИТ-Лидера — Раду Спатару | Литрес
Преобразуйте своё ИТ-лидерство с третьим изданием книги "Практическое руководство ИТ-лидера"Готовы ли вы освоить сложный мир управления ИТ? Независимо от того, являетесь ли вы опытным директором ИТ, …
2🔥4👍2😱1
В мире победившего эджайла, SCRUM, как один из наиболее популярных методологических фреймворков, казалось, имеет все шансы стать отраслевым стандартом. Однако в результате врождённых недостатков она стала чем-то средним между религией для занятых проектным управлением и воздухом для продажи эджайл-коучами.
За кликбейтным названием - статья про положительные стороны скрама (и его пользу) и про негативные: сложности с адаптацией, негибкость, высокие затраты на внедрение. Особенно достается скрам-мастерам, из-за неопытности и избыточности которых проекты идут ко дну.
А для тех, кто не хочет дискуссий, - вики-материал про историю скрама, роли скрам-команды, принципы фреймворка, отличия от канбана и бонусом - инструкция по внедрению скрама в управление проектом.
Добротный гайд по работе с бэклогом: для чего нужен, как формируется, как приоритезировать (MoSCoW). В качестве примера автор взял подготовку к подходу в магазин - пример не идеальный, но понятный.
Если мы достаточно точно, с учетом рисков и приоритетов, можем спрогнозировать сроки и результаты выполнения разрабатываемой функциональности, то бэклог можно назвать качественным.
Текст от разработчиков Компас-3D, среди инструментов повышения / достижения качества - декомпозиция требований, использование и тщательная подготовка и приоритезация user-story, управление изменениями требований.
Материал скорее для стратсессий, портфельного управления проектами и поиска новых решений. Эвристический подход, который позволяет команде анализировать текущую ситуацию и определять приоритетные направления и новые фичи.
Коллеги из Naumen выбрали 6 частых ошибок сбора требований. В том числе: не звать на встречу функциональных (?) пользователей, не выяснять детали, не фиксировать для всех договоренности, использовать размытые формулировки, соглашаться на нереализуемые требования, а также не использовать блок-схемы.
Рецепт авторов - фреймворк P3.express, один из самых молодых в проектном управлении. В статье дается пошаговый гайд по его применению на примере софта Directum Projects.
Интересный текст про сторипойнты (если кто забыл, это способ/единица оценки задач, принятая в гибких фреймворках). Автор честно признается, что принятые абстрактные СП (которые “в попугаях”) работают плохо и эффективны менее, чем “конкретные” СП, выраженные в часах и днях. В итоге получилось, что термин “СП” в команде остался, но по сути был подменен на привычные “трудозатраты в днях” (один сторипойнт = 1 день). В комментариях отметили, что СП - прежде всего для задач с высокой неопределенностью, но, похоже, подмена СП на человекодни - это общая практика)
Please open Telegram to view this post
VIEW IN TELEGRAM
3🔥5❤🔥1👍1🙏1
⭐️Руководитель проектов: как говорить заказчику «нет», когда заказчик хочет слышать только «да»?
Руководитель проектов должен соблюдать границы проекта, он не волшебник. У него нет бесконечного бюджета и сроков, а значит, иногда придется спорить и отстаивать границы. А значит, говорить «НЕТ». Как это делать так, чтобы не разрушать отношения на проекте, в команде, на аккаунте, а, наоборот, их укреплять?
Кратко: не говорить «нет», а говорить «давайте поглядим, что мы можем сделать».
⭐️Чем руководители проектов отличаются друг от друга (джун vs миддл vs синьор)
Автор считает, что грейды могут быть не только у разрабов, но и у менеджеров, и приводит свою таксономию, что должен уметь джун/мидл/сеньор-проджект. Все основано на реальном опыте и собесах. При этом внезапно РП-джуны у него могут рассчитывать на зарплату в 180 - 230k, - и это не может не радовать))
⭐️Не базовые навыки. Как расширить свои возможности и найти новые подходы в работе
Если вы устали от рутины и хотите “расширить сознание” (и заодно доход), то автор советует изучить несколько полезных тем (и дает рекомендации, на что обратить внимание), в том числе базы данных, интеграция и API, PlantUml, Python etc.
⭐️Как я прошел путь от администратора до руководителя проектов
Рассказ РП о своем карьерном пути - что помогло, что помешало, как за 9 месяцев из гуманитария стать типа настоящим “проджектом в ИТ”.
⭐️Как фронтендеру стать тимлидом кросс-функциональной команды
Статья от Авито, чей подход к менеджменту лично мне очень симпатичен. Эта статья детализирует роль техлида и показывает, что главным в ней становятся не столько технические навыки, сколько навыки развития команды, планирования, взаимодействия с подрядчиками, декомпозиции задач и ответственность за реализацию фичей.
⭐️«Ты не управляешь моей жизнью!» Как не сгореть в многозадачности: 3 способа сохранить концентрацию
Все РП знают эту проблему - поток информации и необходимость коммуникации с командой и заказчиком сносит на своем пути все “помидоры” и другие техники фокусировки. Автор рассказывает о своих удачных (и неудачных) инструментах, которые позволяют сохранять “мыслетопливо”.
⭐️Как стать проджект-менеджером в IT: большой разговор о профессии
1,5-часовой подкаст с опытным РП на больные темы: как строится рабочий день РП, как решать конфликты, на какую ЗП рассчитывать, что делать, если коллеги игнорируют, надо ли сертифицироваться, куда расти и т.д.
Please open Telegram to view this post
VIEW IN TELEGRAM
2🔥5❤1👍1
⭐️Как создать почву для развития софтскилов у сотрудников
85% успеха на работе зависит от социальных навыков и умения работать с людьми. И лишь 15% приходится на технические навыки, то есть то, что мы называем хардскилами.
Материал о том, как развивать эти самые софт-скиллы у команды и (шире) сотрудников компании от Яндекса. Основное: вводите практику обратной связи, формируйте комьюнити с общей микрокультурой , поощряйте межкомандное взаимодействие, предлагайте задачи за рамками прямой ответственности - и поменьше гиперконтроля.
⭐️Куда и как развиваться системному аналитику, если «потолок» уже близко
“Круглый стол” о сценариях роста СА. Можно стать “лидером компетенции”, который отвечает за развитие компетенций других СА в команде. Можно - “solution-архитектором”, стоящим на границе между техническим решением / техническими специалистами и бизнесом. И можно Product Owner’ом, - в этом случае новой задачей станет определение точек развития и привлекательности продукта.
⭐️Система онбординга комфорт-класса
Про трудности онбординга и авторские рецепты его оптимизации. Онбординг делится на две категории - общий (в компанию) и локальный (в команду), со своими разными наборами активностей. Заниматься им нужно не ad hoc, а целенаправленно, с актуальными инструкциями. Важно формировать и транслировать сотрудникам правильные (адекватные) ожидания и не забывать делать промежуточный контроль. В целом, материал большой и полезный, безусловно рекомендую.
⭐️Why Shared Goals Matter
Про важность общих целей для команды - и про то, что весьма немногие действительно заботятся о формировании общей “целевой культуры” в коллективе.
⭐️How to Identify Different Work Styles for Better Productivity
Все мы разные, со своим подходом к работе, своими циркадными ритмами (жаворонки/совы), своими горизонтами планирования и т.д. Как только разные люди объединяются в одну команду, встает вопрос о синхронизации работы, без которой неизбежно возникнут проблемы. Материал о том, как сделать команду из участников с разными стилями работы продуктивной.
Please open Telegram to view this post
VIEW IN TELEGRAM
3❤4👍1🙏1
🟢Как лень научила нас поддерживать проектную документацию актуальной
Когда наша команда начала расти, мы заметили, что поддерживать документацию актуальной стало сложнее, а связанные с этим проблемы только усилились. Например, на релизе происходил полный хаос: результат не соответствует первоначальной задумке; половина сотрудников не в курсе, что должно было получиться; тестировщики отмечают баги, которых нет, потому что используют устаревшую информацию. Приходилось останавливаться и объяснять каждый момент отдельно, рискуя сорвать дедлайн.
Как преодолели: тщательно продумали структуру, встроили документацию в производственный процесс, сделали удобные шаблоны, организовали непрерывную актуализацию.
🟢Как приоритизировать проекты в рамках компании, или как мы научились сравнивать несравнимое
Lamoda использует для приоритезации фич/инициатив показатель ROI - коэффициент окупаемости инвестиций. Не продуктовые метрики, а вот именно “за сколько времени окупятся затраты на фичу”. Публикация раскрывает, как в компании устроен процесс оценки ROI фич, как работает команда таких оценщиков, как инициативы превращаются в проекты.
🟢Очень простая и даже местами детская задача — во что она превратилась
Сотрудник металлургического завода - о том, как реализовали для производства проект автоматизированного мониторинга цвета (и соответственно стадию готовности) руды в процессе сепарации.
Универсальный шаблон постановки бизнес задачи или product brief
Инструмент для продактов, но взглянуть на него можно и остальным. Product brief состоит из 5 полей - аудитория, проблема (точка роста), гипотеза, решение, метрики.
🟢От разработки до миграции: как Axenix в сжатые сроки организует в Kaiten сложные проекты
Демонстрация реального использования сервиса для управления ИТ-проектами, с картинками и примерами.
🟢WEEEK vs Kaiten: какой таск-менеджер выбрать
Попытка сравнения трекеров - рабочее пространство, инструментарий, работа с задачами и командой, ведение документации и т.п.
🟢Bitrix, Trello, Asana: не статья-обзор, а личный опыт поиска дешевого и удобного планера
Да, там личный опыт использования. Любопытный, конечно, мув в сторону Трелло (в нынешних условиях), но в итоге остановились авторы на другом отечественном сервисе.
🟢Карта реализации историй
Авторская методология, похожая (и родственная) на карту историй Александра Бындю, развивающая технику User Story Mapping.
🟢Какую доску выбрать вместо miro. Обзор российских решений
На фоне проблем с Miro - еще один текст про “импортозаменители”. В списке - Эсборд, Pruffme, GetLocus, МТС Линк, Flip, Microboard.
🟢Вместо Miro: почему МТС Линк Доски — лучший выбор для вашей команд
Расширенная презентация сервиса от разработчиков.
🟢Как создать wiki для компании
Про то, зачем wiki и для чего, какие типы могут быть, а также как создать эффективную wiki - пошагово, от определения аудитории и до управления актуализацией. Плюс выборка сервисов для их создания.
Please open Telegram to view this post
VIEW IN TELEGRAM
3🔥5❤1👍1
Покер планирования — это как швейцарский нож для энтузиастов Agile, который помогает оценивать задачи, избегая влияния лидеров и долгих обсуждений. Публикация отвечает на 10 вопросов, связанных с этим методом: как правильно использовать, в чем его магия и почему так ценится в Agile-сообществах.
Наверняка, многие из вас работали в проекте, где был полный бардак с требованиями и документацией. Материал рассказывает, как можно навести порядок практически в любом проекте или хотя бы сделать его чуть более упорядоченным и понятным.
Взгляд на требования с позиции QA-специалиста: Что такое требования и какими они бывают, что делать, если требований нет или почти нет, как проводить тестирование требований, элементы качества требований и т.д.
Что такое нотации, зачем они нужны, и какие виды моделирования бизнес-процессов существуют в природе, основные элементы нотации BPMN и пример ее практического применения.
Поддержание документации на высоком уровне — залог успешного управления проектом и обеспечения его качественного выполнения. Документация обязана быть надежным помощником, а не обузой. Публикация - о базовых принципах и методах работы с документаций.
Небольшой, но полезный гайд по основам интеграции для тех, кто не очень в теме: API, монолит/микросервисы, поток данных, шины данных, типы интеграций,
Этические нормы имеют решающее значение для успеха проекта и поддержания доверия заинтересованных сторон. Этическое поведение в управлении проектами необходимо для обеспечения успеха при сохранении доверия, ответственности и целостности. Для менеджеров проектов жизненно важно отдавать приоритет этическим практикам, создавая среду, в которой заинтересованные стороны уверены в процессе и результате.
Решение проблем клиентов важнее совершенствования Scrum. Нам платят не за практику Scrum — или любой другой конкретной гибкой структуры, — а за решение проблем наших клиентов в рамках заданных ограничений. Пока мы доставляем ценность для бизнеса, никого не волнуют конкретные инструменты или фреймворки, которые мы используем. Если вас больше волнует процесс, чем результаты, пришло время пересмотреть свои приоритеты.
Please open Telegram to view this post
VIEW IN TELEGRAM
2🔥5❤2👍1
Делегирование является ключевым навыком руководителей, поскольку позволяет освободить время для других видов деятельности и развивать персонал. Эффективное делегирование позволяет извлечь много пользы. Материал о том, на что нужно обратить внимание руководителю при передаче отдельной функции исполнителю.
Автор материала часто наблюдает за парадоксальной ситуацией «пчелы против меда», когда работу тормозят именно те, кому этот проект нужен больше всех. На примере одного кейса - откуда берутся подобные ситуации, как их можно исправить и с чего начать спасение своего продукта.
Чем более сложными становятся ИТ-проекты, тем больше им требуется функциональных лидеров — тимлидов и техлидов. Эти роли в команде объединяют административные и технические обязанности и открывают новые карьерные перспективы для сотрудников.
Как специалисты становятся тимлидами и техлидами? В чем разница между ними? Какие навыки для них нужны?
Стоит ли идти в тимлиды? Автор публикации давно “прыгает” между менеджментом и разработкой и до сих пор однозначно не ответил на этот вопрос. Цель статьи – не просто пожаловаться на эту роль, а скорее подсветить самые главные проблемы, которые для кого-то станут красным флагом при принятии важного решения в жизни.
РП – это коммуникатор. Он коммуницирует в две стороны: слева - те, кто ждет от него результат (заказчики), справа - те, с помощью кого он этот результат должен дать (команда). Формально для новоиспеченного руководителя проектов работа с командой выглядит проще простого: получи оценку, спланируй, поставь задачи, да плюй в потолок, ожидая выполнения. Успех? Не тут-то было...
Интересный, хоть и небесспорный опыт автора - от менеджера / РП в Сбере к проваленному собеседованию на agile-коуча и дальше к успешной карьере в крупном бизнесе, а потом и свой бизнес.
Please open Telegram to view this post
VIEW IN TELEGRAM
2❤4👍2✍1