Меня бомбит тема сроков в проектах.
Вы знаете, что 50-70% проектов не укладываются в сроки?
Причем срывает абсолютно все и малые агенства и очень известные и дорогие.
Обычная ситуация - заказчику проект нужен "завтра", ты пытаешься объяснить на фактах, используя смету, расчет сроков, но все это без толку, поскольку человек считает "раз он сказал, значит будет готово".
Да, какую-то оптимизацию сделаешь, да прибавишь после такого разговора +10 к логике, к творчеству, но больше помидоров в банку не засунешь, чем в неё вмещается.
В итоге происходит следующая ситуация: cроки дедлайна срываются, и их дальше переносят.
Качество кода/продукта снижается из-за спешки и ежедневного давления, а может, снижение происходит настолько, что приложение оказывается невозможно масштабировать без глобального рефакторинга, который заберёт кучу денег.
При этом оказывается, что перенести сроки теперь можно!!!
Как я писал раньше, обычно сроки в коммерции подводятся под какое-то событие: начало сезона продаж, юбилей или выход раньше конкурентов на рынок.
Но, ребята, это уже планирование, и оно на стороне заказчика, которое не было сделано изначально, и теперь в горящий лес они пытаются запустить лесника с "пшыкалкой" для цветов, чтобы его потушить, причем искренне удивляясь, почему это не получается.
Я хочу сравнить разработку приложения со строительством дома, в котором вы будете жить.
Строительство жилых домов очень сильно регламентировано ради безопасности жизни людей.
Вы знаете, что набор прочности бетона — 28 дней?
Вы знаете, чтобы использовать определённую арматуру в здании, происходит расчёт нагрузки для выявления минимальной достаточной прочности?
Как вы думаете, фирма возьмёт на себя ответственность ради того, чтобы войти в сроки заказчика по деньгам и бюджету, чтобы понизить стоимость материалов и сократить сроки набора прочности бетона?
Нет, конечно, потому что дальше после обрушения здания последует уголовная ответственность всех должностных лиц по цепочке, начиная с технадзора, который это принял.
А кто-то видел в IT уголовную ответственность? Ну, кроме последствий, когда приложение или сайт наносит вред жизни людей?
В IT такая же история - нужно время, чтобы продумать архитектуру, нужно время что подумать о перспективах приложения и сделать компоненты переиспользуемые, нужно время чтобы разобраться в бизнес процессах заказчика и предложить более лучшие идеи... конечно же это все требует денег...
Меня тревожит тема сроков, потому что:
- ты можешь упираться с заказчиком, что сделать это невозможно, отказываясь от проекта и теряя заказчика, а соответственно не обеспечивая работой своих сотрудников. При этом берут другого исполнителя, который "возможно" неверно рассчитал сроки и сказал "да", в итоге он не успел, но при этом контракт у него в руках.
- Все говорят о честности и прозрачности. Честность — это сказать на берегу, что не успеете, и не браться за него. Но при этом бизнес — это риск, и ты можешь рассчитывать, что "возможно" успеешь, если некоторые ситуации из "Плана риска" не случатся.
Как вы поступаете, когда понимаете, что не успеете, но взять проект очень хочется?
Как вы считаете, с моральной точки зрения, нужно ли брать на себя риск и ввязываться в проект, который вы не успеете сдать к назначенному сроку?
· 17.11.2024
Обычно никто не ждёт 28 дней для набора прочности бетона. Не выгодно это. Простой.
С разработкой есть такая проблема, если скажешь заказчику реальный срок разработки, он откажется и пойдёт к другому, который пообещает быстрее и дешевле. Поэтому настоящие сроки предпочитают не называть. Главное взять проект, а там как-нибудь выкрутимся. Сэкономим на качестве, если надо быстрее.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён
· 17.11.2024
Ну по бетону, там есть пластификаторы и разрешено при определено с проценте уже продолжать работу, я просто как пример привел
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён
· 17.11.2024
А как вы работаете с заказчиком когда нужно сообщить что сроки будут пропущены?
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён
· 17.11.2024
У меня такого нет, потому что достаточно опыта, что бы оценить сроки и взять запас. Заказчики которым надо быстрее, идут в другие места, где обещают быстрее. По началу, когда не умел оценивать правильно, просто говорил что сроки опять поменялись ))) Мне за это ничего не было, потому что заказчику всё равно не выгодно отдавать проект в другое место. Если отдать в другое место, то будет ещё дольше, так как работа с чистого листа.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён
· 17.11.2024
Соответственно в запас идут не только сроки, но и деньги?
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён
· 17.11.2024
Запасных денег не бывает )) Если с заказчиком можно работать честно, я обычно говорю два срока. Первый срок, это ожидаемый срок разработки. Второй срок, это максимально возможный срок за который точно можно всё сделать с учётом всех сложностей. Если мой заказчик является не конечным заказчиком, а посредник, то этот посредник может легко умножить мой максимальный срок в 2 раза и продать заказчику как нечто среднее на рынке. Это всё на столько сложная материя что нет универсального алгоритма. На каждом проекте много своих подводных камней.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён
· 17.11.2024
Спасибо!
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён