#оценка_сроков — Public Fediverse posts

«Оценка 300 часов? ИИ мне сделает за вечер!». Считаем тремя методами, и 300 — ниже плинтуса в индустрии

Я оценил доработку учётной системы в 300 часов, заказчик ответил, что это очень много. Я для него посчитал тот же объём тремя независимыми способами: снизу вверх по пользовательским действиям, через функциональные точки с отраслевыми показателями производительности ISBSG и через COCOMO II. Результат оказался обратным ожидаемому.

https://habr.com/ru/articles/1065640/

#оценка_трудоемкости #функциональные_точки #cocomo #оценка_сроков #управление_разработкой

Как продакту довести фичу до прода без PMBOK и PRINCE2

Российский продакт-менеджмент построил сильную школу discovery и почти не построил школу delivery. Это самый дорогой пробел в продакт-образовании, и с приходом ИИ он становится только дороже. Анализ 22 ведущих российских продакт-курсов (Karpov Courses, GoPractice, Skillbox, Яндекс Практикум, программы ВШЭ и других) показал: ни один из них не покрывает все семь ключевых практик доведения проекта до результата. За более чем десять лет менторства продактов я вижу один и тот же паттерн снова и снова — продакт отлично знает, что именно надо делать, но теряет ритм на этапе реализации. Читать гайд по delivery

https://habr.com/ru/articles/1037506/

#delivery #продактменеджмент #управление_проектами #декомпозиция #premortem #DACI #бриф_проекта #оценка_сроков

Почему команды берут на себя слишком много — и как руководителю не загонять их в перегруз

Почему команды регулярно «не укладываются», даже когда план выглядит разумно и согласован со всеми? Дело не только в сложности задач и неопределённости разработки. Существенную роль играет то, как формируются ожидания: где проходит граница между прогнозом, планом и обязательством, и какие сигналы команда считывает от руководителя. В статье — разбор типичных искажений в оценках, эффекта давления и привязки, а также того, как управленческие привычки влияют на честность планирования и предсказуемость результатов. Про сроки и команды

https://habr.com/ru/companies/otus/articles/1028504/

#планирование #оценка_сроков #перегруз_команды #управление_проектами #прогноз_и_план #командная_работа #soft_skills

Оценка задач: исследовательские и типовые задачи

В IT-индустрии существует фундаментальная проблема, которая годами заставляет команды срывать дедлайны, терять миллионы в перерасходах и выгорать от бесконечного пожаротушения. Парадоксально, но корень этой проблемы лежит не в сложности технологий или недостатке ресурсов. И это оценка задач, а именно попытка оценивать принципиально разные типы задач одними и теми же методами – и это фундаментальная ошибка. В корпоративной разработке существуют два параллельных мира задач, которые требуют совершенно противоположных подходов к планированию. Первый мир – это исследовательские задачи, где вы пытаетесь найти решение в условиях высокой неопределенности, когда контекст известен лишь частично. Второй мир – типовые задачи с заранее известным объемом работы и предсказуемыми рисками. Смешивание этих миров в единую модель планирования — вот что приводит к катастрофическим последствиям для проектов.

https://habr.com/ru/articles/965462/

#оценка_времени #оценка_трудозатрат #оценка_задачи #оценка_сроков

Оцени меня, если сможешь. Методика точной оценки крупных задач

Как часто оценка по задаче совпадает с реальными трудозатратами? Умение точно оценить объём работ спасает от переработок, напряжённой обстановки на проекте, поддерживает доверительные отношения в команде и показывает вас с хорошей стороны перед заказчиком. Но интуитивные и ставшие традиционными способы оценки задач дают низкую точность. Пора взять на вооружение другой способ, дающий 90+% точность в оценке.

https://habr.com/ru/companies/cinimex/articles/922272/

#оценка #оценка_времени #оценка_трудозатрат #оценка_задач #оценка_сроков #управление_проектами #управление_командой #управление_проектами_и_командой #управление_проектом #декомпозиция_задач

Про оценки трудозатрат, гадание на кофейной гуще, бесполезный аджайл и безумных бюрократов

Сколько времени нужно, чтобы завязать шнурки? Ну, секунд десять. А чтобы написать инструкцию, как завязывать шнурки? Вот и в софте у нас самая честная оценка - я не знаю. А как быть, когда все же надо дать оценку? Чтобы ответить на этот вопрос, подготовил небольшой обзор, в котором мы рассмотрим: 1. Что твердят источники 2. Что творит индустрия 3. Что говорит здравый смысл

https://habr.com/ru/articles/924044/

#оценка #оценка_времени #оценка_трудозатрат #оценка_стоимости_проекта #оценка_проекта #оценка_сроков #менеджмент_проектов #менеджмент_продукта #agile #waterfall

Data-driven подход: ищем максимальный ресурс команды

Общая боль руководителей при планировании работы: как равномерно распределить задачи так, чтобы проекты шли по плану, а люди не выгорали. Чаще всего причиной провалов проектов становится неэффективное управление ресурсами: кто-то «тонет» в задачах, кто-то простаивает, а самый опытный аналитик оказывается недоступен в критические моменты. Говоря о планировании и распределении ресурсов, мы в первую очередь помним, что речь идет о людях — с их уникальными навыками, усталостью, мотивацией и потребностями. Прозрачность в процессе планирования создают данные: руководитель может прогнозировать узкие места и вовремя выравнивать нагрузку. Такой подход увеличивает эффективность, снижает текучесть кадров и вовлекает команду в достижение общих целей. Статья будет полезна тем, кто хочет не просто «разгребать завалы», а выстроить системное управление ресурсами. Сейчас расскажем, как мы внедряли data-driven подход.

https://habr.com/ru/companies/barsgroup/articles/909916/

#оценка_сроков #управление_ресурсами #datadriven_decisions

Scrum & Estimates! Погружаемся в теорию вместе, плюс кейсы из практики

В мире IT разработки программного обеспечения и управления проектами термин «эстимейт» или «оценка» означает наше лучшее “предсказание” о том, что и за какое время можно сделать. Это не точное предсказание, а скорее ориентир, который помогает принимать решения и планировать работу на проекте. Но в каких ситуациях оценки действительно имеют значение? Давайте подробнее разберемся…

https://habr.com/ru/articles/904750/

#эстимейты #Scrum_об_эстимейтах #Scrum_and_Estimates #оценка_задач #оценка_сроков #оценка #оценка_трудозатрат #практика_Scrum #сторипоинты

Тяжёлая артиллерия в оценке сроков задач

В статье описывается метод оценки времени выполнения некоторых типов задач при разработке ПО. Речь не будет идти о планировании спринта, речь о планировании одной конкретной задачи. Самый нижний уровень - дальше только кодить. Кто не факапит со сроками, сразу может кинуть в меня камень. Пли!

https://habr.com/ru/articles/903868/

#анализ_задач #оценка_сроков #декомпозиция_задач

Как оценить задачи без Planning Poker и лишних слов

Привет, Хабр! Меня зовут Александр, я занимаюсь релиз менеджментом в ИТ-компании TAGES. Эта работа требует быстрой поставки бизнес-ценности в условиях меняющегося мира. Однако непрерывность регулярных деплоев невозможна без четкого плана. А правильный план, в свою очередь, требует точной оценки трудозатрат. В то же время большинство разработчиков на дух не переносят любые активности, связанные с оценкой времени. Даже методика Planning Poker не всегда находит отклик в командах. Это отчасти связано с предпочтением интровертных сотрудников избегать лишних встреч и звонков. Впрочем, мой предыдущий опыт работы в авиационной отрасли подтверждает, что нелюбовь к оценке времени характерна не только для разработчиков, но и для авиационных инженеров. Сегодня мы рассмотрим подход, который решает проблему точной оценки задач с минимальным участием разработчиков.

https://habr.com/ru/articles/808375/

#оценка_времени #оценка_сроков #poker_planning

Как не давать пустых обещаний себе, команде и заказчику

Привет, Хабр! 14 лет я работал в международной компании Airbus – компании, занимающейся авиастроением. В IT же мой путь начался совсем недавно – всего лишь чуть больше года назад. Чем отличается управление релизами программного обеспечения и управление проектированием конструкций гражданских самолётов? Мой опыт позволяет поставить знак равенства между этими двумя видами деятельности. По крайней мере, в контексте выстраивания долгосрочных отношений между заказчиком и исполнителем. В статье мы попробуем взглянуть на релиз-менеджмент как на управление в первую очередь ожиданиями заказчика. Пристегните ремни, откройте шторки иллюминатора, сейчас будет немного потряхивать.

https://habr.com/ru/articles/789414/

#планирование #оценка_времени #оценка_сроков #декомпозиция #ожидания_клиентов