Команда из трёх специалистов работает над проектом:
* Аналитик может работать 4 часа в день.
* Программист — 6 часов в день.
* Девопс-инженер — 5 часов в день.

Объём работ по проекту:
* Аналитика: 20 часов
* Программирование: 40 часов
* Девопс-настройка: 15 часов

Важные условия:
* Программирование можно начать только после завершения 50% аналитики (т.е. 10 часов).
* Девопс-настройка стартует, когда выполнено 80% программирования (т.е. 32 часа).

Вопрос: Какое минимальное количество дней потребуется команде, чтобы завершить проект?

Стандартная задача сетевого планирования 2.5+5.3+3 = 10.7 критический путь, если остальное вписывется (а оно вписывается)

(1) Неправда. Если через "как всегда" делать, то сроки можно сократить, но потом все равно 70 % переделывать.

(1) Длительность проекта равна точно вычисленной длине критического пути сетевого графика, умноженной на 2, а лучше 3. 😁

10 дней с учетом 8 часового рабочего дня

(0) минимально 1 день (до дедлайна)

(3) Я всегда для страховки на порядок увеличиваю единицу измерения времени и умножаю число на 2. То есть 10 дней легко превращаются в 20 недель. И ещё ни разу в срок ничего не сдавал, обязательно вылазят новые хотелки, а за ними и новые сроки. В общем Ахиллес никогда не догонит черепаху.

(4) Да, похоже на правду.



Но с учётом (3) лучше ориентироваться на 30 дней.

10 дней.

(0) Если платят за часы, то дней 60)

А если на 5-й день заказчик внесет изменения в проект?

(7) Причем с 3-го дня по 6-й аналитик рассказывает, что надо сделать и корректирует ТЗ с учетом поправок программиста/заказчика, а с 8 по 10 день, программист рассказывает что он нахуевертил - девопсу, итого программист плодотворно работает только 1 день:)))

(10) То они попадут напрямую к программисту, потом аналитик получит кота в мешке и пойдет согласовывать с заказчиком угадали или нет.
И поскольку делал программист, то он во всем и виноват. А аналитик шустро спрыгнет. Девопса сократят и впишутся в бюджет.

(0) "может работать 4 часа в день" - а может и не работать
сколько реально будет работать часов в день заранее хз

моя оценка (20+40+15)/((4+6+5)/3) = 15 дней минимум
максимум не определен

(0)"Программирование можно начать только после завершения 50% аналитики"
а когда остальные 50% будут завершены прог всё перепишет с учетом изменений ТЗ.

"Девопс-настройка стартует, когда выполнено 80% программирования"

выполнено 95% программирования, но ни один модуль не дописан до логического завершения, так как ТЗ изменилось после завершения аналитики.
настраивай, хули)

удачи с проектом.

(7) Сокращать время работы аналитика и Прога после достижения  пороговых значений для старта следующего этапа не правильно.
После 100% работы прога - девопсу остается всего 1 час чего может не хватить. Да и прогу желательно полное ТЗ пораньше получить.

(7) 3.14 умножай рассчитанное время на число Пи. Тогда проект завершают почти "в срок". Ну за исключением последних хотелок заказчика за час до сдачи =)

Тут нужно работать по принципу загрузки прогрессивного JPG по интернету. Все работы сразу сделаны на 100% просто их проработка всего 1% а к концу проекта 100%. Тогда все за 7 дней делается.

(15) Это было сделано только чтобы подсветить пороговые значения.

(10) Это не сдвинет сроков
РП исполнителя оформит это как отдельный подпроект, со своими сроками и бюджетом

(7) (8) Любопытно, что работа аналитика с работой девопс-инженера не пересекаются во времени и пространстве.
Так ли это в жизни? И если так, то насколько нормально?

(0) Если ответ в (7) верный, то в чём был смысл ветки? Вроде как, построенный график очевиден (исходя из условий задачи)? Или я чего-то не понимаю?
Понятно, что этот график можно считать построенным для условий близких к идеальным, когда заказчик не меняет изначальное своё ТЗ, аналитик правильно оценивает ТЗ заказчика и составляет корректное ТЗ для прога, прогу не приходится переделывать ТЗ и он не допускает грубых косяков, а допущенные вовремя выявляет и исправляет на этапе тестирования. Потому что в противном случае читай (6): "10 дней легко превращаются в 20 недель".

(20) душнила

(21) Скорее хорошо информированный оптимист

GTA 6 в 23 году сказали, что через годик ждите. Потом осень 25. Сейчас май 26 на консолях озвучивают. На ПС вообще 27-28 год. И это при бюджете в больше 2 млрд баксов.
Так что 20 недель мало, минимум 2 года и команда в 2 раза больше нужна.

(3) в оригинале были коэффициенты e и π

(21) >> душнила

Есть такое 🤷‍♂️

Просто предположил, что мог чего-то упустить или не понять...

Поясните для деревенских

Что такое девопс настройка?
У меня пока нет, но может оно надо

(26) Это пипец как сложно для обычных 1с-ников.Меня на видео записывали, все действия, чтобы потом неограниченно повторять их в продакшене )).В других случаях, по- проще -полный бэк системы админ снимал и размножал  потом.

(26) Объясняю для менагеров мелкофранча:

Это когда нужна свежая база 1С (копия с прода) консу или прогу - он кнопочку (всего одну) в неком интерфейсе (неважно веб или иной) нажал ... подождал и база готова, развернута из бэкапа и обновлена из храна/гита нужной версией
Как готово сообщается о результате (так же лог и ошибки)

Не надо админов 1С просить, ждать хз сколько, все автоматизировано!

(28)+ в процессе заодно для базы отключаются лишние регзадания, сбрасываются или меняются на тестовые настройки
добавляются нужные учетки (с правами) и т.д.

(0) 0 дней.

- Васенька ты же умница Вы всё сможете!
- Я гораздо лучше - даже не возьмусь!

Срок конечно минимальный, но совсем бесполезный.

(0) Программист 6 часов?....Уважаемый Волшебник,это утопия.Максимум  4.

(26) Ларёчников это не касается. А вот когда в разработке участвует несколько команд, то нужна схема движения разработок программистов к продакшен-базе. Изменения должны пройти этапы тестирования, всякие мерж-реквесты между разными репозитариями, предупреждения о грядущих изменениях, собственно заливку в прод, смоук-тестирования, уведомления пользователей об изменениях (информационные письма), обучение и т.д.