Комментарии 13
❤️
фобии для пиара.
Вы серьезно?
Будете пересказывать книжки тем, кому лень их читать?
Для того чтобы успеть проект в срок, каждая задача должна быть выполнена в срок
Уже неверный посыл. Срок всего проекта определяется по критическому пути - наиболее длительной последовательности зависимых задач от начала до конца проекта. Затягивание остальных задач может не повлиять на общие сроки.
Так же и с причинами срыва сроков. Очень часто не учитываются как раз зависимости между задачами, что приводит к простоям на критическом пути. Ну и систематическое «оптимистическое планирование» производительности самих людей, когда берется за базу производительность, близкая к максимальной, вместо средней.
Опять реклама :-(.
... диаграмма Ганта. Всё больше команд отказывается от него в пользу гибких подходов.
По моим наблюдениям (не претендующим на репрезентативность), отказ от Ганта обусловлен банальным: "ниасилил". Руководить кажется привлекательным и простым делом, а псевдоотмазка: "в начале проекта мы не можем спланировать необходимый конечный результат", так и вообще гениальное изобретение.
Причем, заметьте — диаграмма Ганта это в том числе зависимости между задачами (по сути — вот это можно параллельно, а вот это только в таком порядке). Можно от нее отказываться, можно не отказываться, но зависимости эти есть почти всегда, и критический путь в результате тоже есть всегда. Вы можете неправильно оценить сроки, но вы вряд ли можете неправильно оценить зависимости — ну или тут всяко сильно сложнее ошибиться.
Гант хорош когда имеется набор относительно типовых задач 2-3 уровней подчиненности как максимум. Когда начинается чередование уровней и декомпозиция задач, кода рядом могут сосуществовать задачи типа "разработать протокол обмена через кафку" и ""настроить маршрутизацию через VPN между удаленными сетями" в рамках одного проекта, он становится неудобен.
Каждая задача - это деньги для исполнителя. Оцените задачу и отдайте исполнителю деньги по её завершению, тогда и сроки сократятся (время- деньги), но жадность не позволяет. Вот, и мучаются РП, которые не обладают реальными полномочиями...
Попробовал. Почитал следующую статейку про диагональный буфер. Потыкался в либре на произвольных данных. Понравилось. Поизучаю получше, есть ощущение что потенциал у подхода тот что надо.
Только непонятно с инструментарием, на какой платформе это можно реализовать на практике. Не в таблицах же. В крайнем случае можно намутить что-нибудь свое, как обычно.
Для меня самое доступное - таблицы) но намутить свое тоже неплохо) для компании, у которой закупки были через заявки в JIRA (не спрашивайте почему так)) прямо там добавили рассчёт приоритета и буфера, и запрос оставшегося времени работы.
Я собственными глазами видел, как заказы покупателей и заказы на производство немаленького завода велись в редмайне а-ля ERP, причем на одном учетном уровне а иногда как одно целое, так что закупки через жиру не самое удивительное что бывает.
Ну раз специализированного софта нет, то оно и к лучшему. У большинства подобных изделий к сожалению либо функционал урезан, либо интерфейс чудовищен. Запилить под себя, тем более когда все первичные данные для построения уже есть и оперативно вводятся кодерами и проектменеджерами, не великая проблема.
Из целевого есть программа a-dato, дважды использовала ее в КБ. Первый раз это было 10 лет назад за деньги, а вот пару лет назад ребята как-то качали себе бесплатную версию и оставались в ее ограничениях.
Теория ограничений Голдратта и проектное управление. Что не так со сроком задачи?