Российский продакт-менеджмент построил сильную школу discovery и почти не построил школу delivery. Это самый дорогой пробел в продакт-образовании, и с приходом ИИ он становится только дороже. Анализ 22 ведущих российских продакт-курсов (Karpov Courses, GoPractice, Skillbox, Яндекс Практикум, программы ВШЭ и других) показал: ни один из них не покрывает все семь ключевых практик доведения проекта до […]
Эта статья для руководителей, которые хотят получать от команд честные оценки, не вынуждая их создавать иллюзию определённости. Большинству команд не нужен руководитель, чтобы взять на себя чрезмерные обязательства. Они, как правило, делают это сами.
Эта статья для руководителей, которые хотят получать от команд честные оценки, не вынуждая их создавать иллюзию определённости. Большинству команд не нужен руководитель, чтобы взять на себя чрезмерные обязательства. Они, как правило, делают это сами.
В IT-индустрии существует фундаментальная проблема, которая годами заставляет команды срывать дедлайны, терять миллионы в перерасходах и выгорать от бесконечного пожаротушения. Парадоксально, но корень этой проблемы лежит не в сложности технологий или недостатке ресурсов. И это оценка задач, а именно попытка оценивать принципиально разные типы задач одними и теми же методами – и это фундаментальная ошибка.
Практически постоянно на проектах вижу такого рода постановки задач: [DEV] Разобраться с логированием при ретрае Реализовать отчеты NGINX. Мониторинг и логирование Реализовать статусную модель
Сколько времени нужно, чтобы завязать шнурки? Ну, секунд десять. А чтобы написать инструкцию, как завязывать шнурки? Вот и в софте у нас самая честная оценка — я не знаю.
Общая боль руководителей при планировании работы: как равномерно распределить задачи так, чтобы проекты шли по плану, а люди не выгорали. Чаще всего причиной провалов проектов становится неэффективное управление ресурсами: кто-то «тонет» в задачах, кто-то простаивает, а самый опытный аналитик оказывается недоступен в критические моменты. Говоря о планировании и распределении ресурсов, мы в первую очередь помним, […]
Закон Хофштадтера Всегда потребуется больше времени, чем вы ожидаете, даже если вы знаете закон Хофштадтера. Вступление Сразу хочу отметить, что метод не универсальный и подходит не для всех задач, проектов, команд. Например, описываемый метод не подойдёт для исследовательских задач или багов. Скорее подойдёт для устоявшихся проектов, чем для стартапов. На тему оценки сроков сказано многое, […]
В чем сложность Вполне обоснованная ситуация, когда заказчик хочет получить точную оценку проекта по срокам и стоимости. Стоимость напрямую зависит от сроков, поэтому давайте определимся почему тяжело оценить сроки в IT проекте: Разработка программ — это процесс интеллектуальной деятельности. Есть типовые задачи, которые уже делались раньше, оценить такие не составляет труда. Но есть и нестандартные […]