Модель Кано, фреймворки, отсутствие ТЗ, отпуска на проекте, много гайдов по инструментам и всё интересное, что писали за последние 2 недели про управление проектами. Мы прочитали все публикации и выбрали для вас самые крутые и полезные. Читайте, сохраняйте и применяйте!
Пошаговое руководство по использованию Git, Obsidian, Markdown и любимого IDE для разработки требований и трассируемого в них программного кода.
Как говорил один великий: нет такой вещи как плохая реклама (PR). Любая реклама хорошо, хуже только отсутствие рекламы.
Попробую быть кратким ... Можно начать с оригинальной статьи, и некоторые, детальные комментарии, и уже потом этот текст (хотя… можно и не тратить время) ...
То, что эта статья чистый черный Пиар – вне всяких сомнений. И то, что автор пытается любой ценой очернить ...
Привет! Меня зовут Виктория Копаева, я менеджер программы онлайн-магистратуры «Управление IT-продуктами» от Яндекса и МФТИ. В этой статье я расскажу про проект студентов магистратуры, который они делали для Яндекс Лавки.
Для кого эта статья: менеджеры, тимлиды, директора, отвечающие за организацию процессов, трансформацию команд и внедрение устойчивых практик управления IT. Если вы ищете понятный способ освежить знания по ITIL 4 и посмотреть, как принципы работают вживую — этот разбор для вас.
Маркетинг при продажах крупным корпорациям это не классические продажи B2B, это целая спецоперация и пропаганда. А еще использование мягкой силы на государственном уровне. Не верите? Тогда читайте непридуманные истории.
Как продакты выбирают методологию разработки — и почему это вообще важно? Выбор подхода к разработке определяет дальнешие шаги дя разработки роадмепов, верстке бюджетов и выстраиванию процессов в команде. Это решение, от которого напрямую зависят Time to Market, эффективность команды и шанс не потратить бюджет впустую. Разберем основные продуктовые методологии и фреймворки, чтобы создать эффективную систему для принятия сложных решений.
Привет! Меня зовут Кристина, я тестировщик в ППК «Роскадастр» и ревьюер курса «Инженер по тестированию» в Яндекс Практикуме. В этой статье я расскажу, как правильно оформлять задачи в Jira — так, чтобы тестировщик сразу понял, что от него требуется, и выполнил работу без лишних уточнений и задержек.
ITSM живет с нами уже 30 лет. За это время многое изменилось: технологии, версии ITIL, бюджеты на реализацию. Что осталось неизменным — так это завышенные ожидания, которые часто идут вразрез с реальностью.
Напомню, что ITSM (Information Technology Service Management, Управление ИТ-услугами) — это подход к управлению ИТ-деятельностью, который рассматривает ИТ-ресурсы как услуги, предоставляемые бизнесу для достижения его целей.
Сегодня я хотел обсудить самые распространенные «мифы», которые громогласно и красиво рассказывают со сцен отраслевых мероприятий и на вебинарах признанные специалисты, консультанты, продавцы, эксперты в области ITSM, и то, как потом эти «мифы» разбиваются о скалы суровой реальности.
Миф № 1: Я легко пройду сквозь бюрократию и быстро внедрю сервисный подход! Ведь это же прогресс и инновации, за этим будущее!
Реальность: нет, это будет долго и больно.
Десятки тысяч компаний организуют продажи в системах управления, которые казалось бы для этого не предназначены. Почему? Потому что устали от сложности большинства крупных CRM-систем. Вот как мы делаем свою CRM в системе управления проектами.
Привет, Хабр! Меня зовут Тигран Басеян и я — руководитель MTS Link Доски, CEO geekz.ru, развиваю российскую методологию управления ИТ в организациях РИТМ, преподаватель ВШЭ и автор телеграм-канала Black Product Owner (Чёрный продакт), где рассказываю о продакстве, менеджменте и стартапах. В индустрии уже больше 15 лет. Руководил различными технологическими командами и продуктами, в том числе высоконагруженными.
И раньше я никогда правильно не использовал модель Кано. Это метод, который появился в Японии в 1980-х годах и используется для измерения эмоциональной реакции клиентов на отдельные функции.
Если бы в 2017 году, когда я работал над платформенным продуктом, я применил модель Кано грамотно, проект мог бы обойтись без лишних затрат времени и нервов. Но тогда мне казалось, что Кано — это какая-то скучная теория для учебников по менеджменту.
Спойлер: это не так. Модель Кано — один из самых мощных инструментов для управления ожиданиями пользователей и для приоритизации фич. Главное — уметь ей пользоваться на практике, а не просто пересказывать графики из Википедии.
В этой статье я разложу всё по полочкам: какие бывают категории фич, почему пользователи однажды перестают радоваться вашим «фишкам» и как построить опрос, чтобы Кано действительно заработала в ваших продуктах. Без воды — только факты, кейсы и практические советы.
Разработчики делают задания ради галочки, в их глазах больше не горит огонь, а число инновационных идей от девелоперов уменьшилось? Нет, сотрудники не обленились. Им просто не хватает мотивации для эффективной работы. Разбираемся вместе с командой системы управления проектами Kaiten и консультантом по современному менеджменту Neogenda Марией Савельевой, как вернуть мотивацию IT-команде.
Когда говорят про аутстаффинг, в большинстве случаев речь идет о разработке: фронтенд, бэкенд, DevOps, тестирование. Это то, что легко измерить в часах и тасках. Но в работе над цифровым продуктом бывают моменты, когда задача не в том, чтобы «написать код», а в том, чтобы разобраться, что именно нужно писать и зачем. И вот тогда на первый план выходят не программисты.
Привет! Меня зовут Сергей Господчиков, и в IT я, страшно подумать, с 1992 года. Именно тогда я начал работать программистом и писать свой первый код, за который мне платили деньги. Примерно в 2001 году я стал руководить людьми и прошел путь от главного инженера до генерального директора, попутно попробовав себя в ролях CIO, CTO, CEO и даже преподавая проектный менеджмент. И все эти годы я постоянно проводил различные изменения.
Сейчас я работаю с командами разработки в качестве методолога продуктового подхода и практикую Канбан-метод. В этой статье поделюсь с вами своим опытом проведения изменений. А именно — практическими инструментами, которые сам использую почти ежедневно.
Жизнь вокруг нас меняется очень динамично, и не все изменения нам нравятся. Точнее, давайте так — не каждое изменение мы принимаем. Так что эта статья для большинства из нас. Для тех, кто восемь часов в день, как минимум, проводит на своей (конечно же, любимой) работе. Инструменты, которые я опишу, также подходят для планирования и проведения изменений в семейном кругу. Однако в этом случае нужно быть очень аккуратным, чтобы не навредить вашим отношениям. Кстати, я в браке уже 28 лет. Ребята, оно реально работает. Но, как говорится, это уже совсем другая история.
Так вот, про изменения. Задумывались ли вы когда-нибудь почему предложенные вами изменения не вызывают восторг у окружающих и остаются лишь мечтами, несмотря на то, что с вашей точки зрения они очень полезны? Но остальные, к вашему удивлению, почему-то так не думают и не спешат делать то, что вы задумали. Бывало?
Когда вам нужно доставлять сырьё на большое производство, сложно остановиться.
Как вы знаете из компьютерных игр, для этого нужна большая железная дорога.
У нас она своя. В 1933 году было 10 километров рельсов, 10 вагонов и два паровоза.
Сейчас — 136 локомотивов, 3 065 вагонов, 19 станций, 580 километров путей и 1 585 стрелочных переводов. 130 миллионов тонн грузов в год.
А машинистами у нас теперь становятся роботы.
Почему так? Потому что условия труда довольно суровые, а манёвры в цехах нужны очень точные, на грани человеческих способностей. Сначала это были ассистирующие устройства с алгоритмами машинного зрения, а потом мы пришли и к автоматизации.
Таск-трекер без бизнес-процессов ― деньги на ветер! Самая частая ошибка ― пытаться заводить задачи, не продумав сам процесс. В этом тексте показываем 6 универсальных процессов, которые можно внедрить буквально за 10 минут: от онбординга до работы с подрядчиками.
Сейчас все топят быть продуктивным, эффективным. Я тоже адепт эффективности.
Как сделать еще больше, как иметь больше энергии?
Я пробовал Яндекс.Календарь, потому что я всегда пытаюсь пользоваться чем-то отечественным. Искренне хочу, чтобы у нас были классные вещи, но я не знаю, по какой причине Яндекс.Календарь — это пока что дно.
Что общего у руководителей, которые говорят:
– На рынке слишком много кандидатов-фродеров, которые вписывают фейковый опыт в резюме, обманывают меня на интервью и в итоге на синьорских позициях в моей команде работают джуны?
– Мне досталась слабая команда, я ни на кого не могу положиться и целыми днями тону в рутине, а сам не расту?
– Меня постоянно подводят смежники, факапят каждый инициированный мной проект?
– У нас в компании слишком размытые цели, я не понимаю, чего хотят от меня и моей команды?
Нет, не невезение.
Общее у них – непринятие ответственности и недостаточная зрелость.
Привет! Меня зовут Гульдар Ахунзянова, и я тестировщик в Яндекс Смене. В статье хочу рассказать о теме, которая может показаться банальной: как превратить рабочий хаос в управляемый порядок. Но за этой банальностью скрывается важная мысль: если вы тестировщик, у вас есть реальный инструмент, чтобы сделать жизнь (и свою, и команды) проще, понятнее и предсказуемее. И этот инструмент — процессы.
«Оформим позже», «ты в команде», «все всë понимают» — такие фразы часто звучат в мире стартапов. Особенно, если речь идёт о привлечении разработчиков, дизайнеров или консультантов на этапе «до юрлица».
Работа кипит: фичи разрабатываются, MVP собирается, первые пользователи тестируют продукт. А вот документы — остаются на потом.
Как показывает наша юридическая практика, именно это «потом» и становится отправной точкой для конфликтов. Особенно — если проект оказывается успешным, поднимает раунд или выходит на сделку с инвестором.
