golosrazuma: (Default)
[personal profile] golosrazuma
Вот как объяснить людям, что ТЗ надо писать полное?
Заказчик написал ТЗ, я все сделал, все довольны.
Потом поехало: а мы хотим, чтобы еще было так и этак. А дополнительно надо, чтобы программа умела то и это. А еще нужен модуль для таких-то пользователей, да и хорошо бы еще добавить такую фишку...

В итоге, изменения в одном месте программы неизбежно сказываются на работоспособности в другом. И то, что 2 месяца назад работало, как часы, теперь стало регулярно давать сбои. Починишь в одном месте - наебнется в другом. Претензии предъявляются мне постоянно, я практически даже слышу матюки в свой адрес :)) Причем с оплатой проблем не было, проблема теперь в другом. В результате доделок некоторые нагромождения кода требуют полной переделки определенных модулей, а это время, за которое мне уже дополнительно не заплатят (типа оптимизация проекта).

Вот неужели нельзя было изначально предусмотреть полную функциональность, которой требует проект? Чтобы изначально я это заложил и не дописывал по крохам? Не говоря о том, что такие большие проекты (с февраля прошлого года!) редко делаются одним человеком - они требуют команды программистов. Я уже молчу о бета-тестерах и процессе этого самого бета-тестирования, который длится не один месяц!

Вот, побрюзжал - вроде полегчало. Пошел дальше код писать :))))

Date: 2011-02-24 11:23 am (UTC)
From: [identity profile] tibuke.livejournal.com
А сдать как есть и не доделывать, если не платят? "В ТЗ этого не было". Точка.

Date: 2011-02-24 11:27 am (UTC)
From: [identity profile] adoloro.livejournal.com
I can feel your pain.

Часто клиент сам не знает чего хочет. Или воодушевляется, блин, написанной программой и постоянно хочется больше и больше.

Date: 2011-02-24 11:43 am (UTC)
From: [identity profile] melbu.livejournal.com
Я стройкой занимаюсь, а проблемы те же. Только я взял за правило один постулат: "Заказчик не обязан быть специалистом в области строительства вообще и в моих системах в частности." На этом основании я не жду от заказчика всестороннего взвешенного технического задания и чаще всего пишу его сам. Поскольку ожидаемые проблемы всегда примерно одинаковые, то я прописываю в явном виде границы своих работ. А потом, размахивая этим ТЗ, я без скандалов выбиваю себе оплату допов и/или перенос сроков.
Ненавижу работать по навязанному ТЗ. А без ТЗ вообще не работаю.
From: [identity profile] slavka.livejournal.com
и называется он "agile development"

клиент НЕ обязан заранее знать все о программе которая ему нужна; требовать подобной информации от клиента как минимум неумно (имхо)

Date: 2011-02-24 01:32 pm (UTC)
From: [identity profile] l-assainisateur.livejournal.com
Стандартная ситуация. Проект, который я сейчас веду, уже трижды приходилось переписывать чуть ли не начисто. Даже мелкое изменение бизнес-логики вынуждает перелопачивать архитектуру приложения сверху до низу.

Date: 2011-02-24 03:39 pm (UTC)
From: [identity profile] unrealre.livejournal.com
Это извечная тема... Решается она очень просто - толковым проджект менеджером.
Либо, как я сказал одному клиенту в свое время, который морочил голову без т3 по 150 раз - со следующего проекта я буду писать Т3 Вам, оплачивать будете эту работу, только после этого я начну что-то делать -- больше вопросов не было :)

А вообще, все зависит лишь от адекватности клиента - сейчас вот попались хорошие заказчики - ты им объясняешь, что так и так, можно сделать, но ППЦ затратно по человеко-часам, либо просто там похерится ряд других мест в проекте - они думают, и отбрасывают всю шелуху некритичную для переделок.

Profile

golosrazuma: (Default)
golosrazuma

April 2017

S M T W T F S
      1
234 5678
9101112131415
16171819202122
23242526272829
30      

Most Popular Tags

Style Credit

Expand Cut Tags

No cut tags
Page generated Jun. 18th, 2025 06:34 pm
Powered by Dreamwidth Studios
OSZAR »