Дедлайн

Иногда читаешь про дедлайны, и думаешь, неужели программисты постоянно не умеют распределять время и никогда не успевают сдать проект вовремя. На то есть одна причина: правки от заказчика. Они могут придти в любое время, иногда приходится некоторый код писать с нуля, на тестирование забиваешь, словом, тихий ужас.


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


И так было, пока у нас не появился новый менеджер проектов. Всё, обсудили сроки, начался проект, через две недели показали первый результат, у заказчика появились правки и тут происходит необъяснимое: менеджер добивается, чтобы увеличить дедлайн, дабы успеть внести эти правки. Заказчик в шоке, впереди еще уйму времени, работа только-только началась, но менеджеру как-то удается его убедить. Еще одна правка - еще увеличение времени дедлайна.


Вскоре заказчик стал реже беспокоить нас правками, особенно мелкими, только когда это было необходимо. Мы успели завершить проект раньше первого срока, даже с учетом тестирования. Правда в конце заказчик решил повыделываться, не хотел принимать проект, мол, он хотел по другому, но менеджеру удалось по документации убедить его, что он хотел именно это.


P.S. не умею я в концовки. Ну пока, работаем так, и мне это капец нравится. Дедлайн пугает, но уже не так сильно.

Лига программистов

1.7K поста11.6K подписчика

Добавить пост

Правила сообщества

- Будьте взаимовежливы, аргументируйте критику

- Приветствуются любые посты по тематике программирования

- Если ваш пост содержит ссылки на внешние ресурсы - он должен быть самодостаточным. Вариации на тему "далее читайте в моей телеге" будут удаляться из сообщества

Вы смотрите срез комментариев. Показать все
135
Автор поста оценил этот комментарий

Правки выходящие за рамки тз по доп соглашению за отдельную плату. Ну это в идеальном вымышленном мире конечно. Растягивание сроков хз затея, сумма ведь одна, зарплату платить надо, следовательно издержки на проекте увеличиваются.

раскрыть ветку (39)
74
Автор поста оценил этот комментарий

Почему в вымышленном мире? У нас достаточно крупная контора программистов, 100+ человек, несколько активных проектов. До заключения контракта проводится этап подготовки требований и требования включены в текст контракта. Если (когда) во время проекта заказчик хочет что-то изменить, то подключается инженер по требованиям, формализует хотелку и оценивает, насколько изменится бюджет. Это изменение заказчик подтверждает письмом и только потом это идёт в работу.

72
Автор поста оценил этот комментарий
Правильно! Договором должны быть прописаны пункты которые защищают не только заказчика, но и исполнителя. Я отказываюсь от работы с клиентами которые начинают троить на этапе составления ТЗ, ибо оборачивается это огромным количеством правок
раскрыть ветку (7)
9
Автор поста оценил этот комментарий

Начинают тротлить?

раскрыть ветку (6)
37
Автор поста оценил этот комментарий

Троить - это как тротлить, только в терминах четырёхтактного двс.

раскрыть ветку (4)
6
Автор поста оценил этот комментарий
Всё верно 👍
Автор поста оценил этот комментарий

Четырехцилиндрового*.

Zanuda mode on

мотор троит, когда в одном из четырех цилиндров нет топлива/компрессии/искры, т.е. горшок не работает, соответственно, мотор трясёт, падает тяга и так далее

Zanuda mode off

раскрыть ветку (2)
Автор поста оценил этот комментарий

От зануды зануде: уточните, пожалуйста, как называется данное явление на трёхцилиндровых двигателях, типа как у Тойота Ярис, и двухцилиндровых, типа как у Оки.

раскрыть ветку (1)
Автор поста оценил этот комментарий

так же за минусом одного т.е. 6-ти - цилиндровый пятерит, 4-х - троит, 3-х - двоит, ока - глохнет 😆 Вообще не важно сколько горшков в моторе, если есть пропуски зажигания он все равно троит, десять цилиндров там, восемь или пять. Это устоявшееся выражение, как мне кажется. Редко когда кто-то говорит "У тебя мотор пятерит"

2
Автор поста оценил этот комментарий

Начинают троллить.

16
Автор поста оценил этот комментарий
Почему вымышленном? Лично был свидетелем, заказчик в итоге за правки заплатил больше чем за сам проект.
8
Автор поста оценил этот комментарий

Почему в вымышленном? Всегда так работали, правка - это плюс к сроку и стоимости. Большинство отказываются и переносят на второй этап, до которого почти никогда не доходит, т.к. за это внезапно платить надо. Не нравится? Да пожалуйста, договор расторгаем, оплаченная сумма возвращается заказчику за исключением почасовой оплаты. Итого заказчик остается без выполненной работы вовсе и без части денег. Нам особо пофиг, т.к. всё затраченное время оплачено.

ещё комментарии
20
Автор поста оценил этот комментарий
Либо двигаешь дедлайн, либо просишь больше денег. Все просто. И на этом надо настаивать. Плюс в идеале поэтапная оплата. Хотя бы чтобы после mvp была часть оплаты.
раскрыть ветку (14)
59
Автор поста оценил этот комментарий

В смысле "или" ? Двигается дедлайн И увеличивается цена. Любая дополнительная работа оплачивается.

ещё комментарии
2
Автор поста оценил этот комментарий
Работу можно сделать: быстро, хорошо, дешево - у хороших программистов можно выбрать две опции, у не очень только одну.
раскрыть ветку (1)
DELETED
Автор поста оценил этот комментарий

Можно и три, если заказчик знает, чего хочет

2
DELETED
Автор поста оценил этот комментарий

Ну это в идеальном вымышленном мире конечно
С опытом исполнитель начинает себя больше ценить и мир становится реальным.

Я вспоминаю лютую хуйню, с которой встречался, и четко понимаю, что её количество сильно уменьшалось с моим опытом и изменением поведения.

раскрыть ветку (2)
1
Автор поста оценил этот комментарий

Да мы просто с тр. анснефтью работаем а они пидоры ещё те. Система должна отвечать требованиям руководящих документов в которых куча противоречий и неисполнимых пунктов. Вертят подрядчиками как хотят, не нравится - иди нахуй

раскрыть ветку (1)
Автор поста оценил этот комментарий

О да, было такое. И гонора выше крыши у некоторых.

3
Автор поста оценил этот комментарий
От профессионализма руководителей проекта зависит -- то есть насколько они прогибаются под заказчика и не ценят работу и нервяки своих сотрудников.
ещё комментарии
1
Автор поста оценил этот комментарий
Согласен. Подход у ПМ в рассказе странный. В моем случае помогает agile. Постоянно показываем заказчику результат и корректируем его по требованиям. Если заказчик адекватный, то технический долг к концу проекта не превышает 15-20%.
Автор поста оценил этот комментарий
Ну так-то да. Но, хотя бы дедлайны не напрягают.
Вы смотрите срез комментариев. Чтобы написать комментарий, перейдите к общему списку