Как мне поступить с тз которое написал прогер?

Question

[fazamaka]

У меня было подробное описание моего приложения и дизайн. Но прогер сказал что нужно сделать нормальное тз, я заплатил ему бабки и он сделал его в ворд документе !
Но на мой взгляд там многое не дописано и не так как у меня некоторые моменты, половину я там вообще не понимаю.

Сейчас он скинул свое тз мне на утверждение, я ему говорю вот это не так, вот это забыли - он такой - а да точно, но вы не волнуйтесь все будет как вам нужно.

Т.е я ему бабки заплатил и мне еще все тз переправлять за ним, это нормальная ситуация ?

Или прогер должен предоставить идеальное тз а не так ?

Еще говорю ему, ок делайте по своему тз если считаете что оно полностью готово НО к договору мы прикрепим еще мое тз на случай чтоб если что будет упущено в приложении или сделано не так то будите доделывать это.

А он на отрез отказывается прикреплять мое тз на таких условиях. просто жесть какая то.

Если тут есть программисты или люди которым делали тз, расскажите как этот процесс проходил, что мне делать в данной ситуации ?

Comments

[AndroidRS]

Так то вы должны предоставить тз ему, а не он вам, в чем вопрос то?

[Максим Федоров]

:)

[fazamaka]

AndroidRS, я ему и предоставил тз. А он говорит что такое тз не подходит и он напишет сам нормальное тз по моему ну за деньги естественно. Вот написал, в итоге появились проблемы что там не так все

[AndroidRS]

fazamaka, так а что вы хотите от пользователей данного ресурса? Ну напишите нормальное ТЗ, может у вас там реально не ТЗ, а хотелка какая нибудь.

[Saboteur]

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

[eRKa]

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

То, что Вы ему заплатили, это Вы лоханулись. Он просто изначально не может знать всего Вашего процесса, а значит и всех нюансов проекта.

А он говорит что такое тз не подходит и он напишет сам нормальное тз

Это меня вообще убило)) Сам себе тз напишет)) Ко мне приходит заказчик, а я ему говорю, ваш проект дерьмо, давайте я вам покажу как надо)) Я могу понять, когда это надо делить на таски для команды, отдавать тз аналитикам, а оно на уровне хотелок. Но и в этом случае, аналитики встречаются с клиентом и делают все уточнения, а не сами от себя тз делают.

Answer 1

[Иван Воробей]

Давайте проясним некоторые моменты:

• Полиции, которая проверяет т3, не существует
  
• Нет правильного и неправильного т3
  
• Нет обязательных т3
  
• Т3 можно писать хоть папирусом
  

Т3 нужно для:

• Договор на берегах. Вы ограничиваете разработчика в языке или библиотеках. Если в проекте всплывает эта библиотека, а разработчик забыл - вам поможет т3.
  
• Ответственность за апдейты и развитие. Вы запретили разработчику использовать сплит-контроллеры, но без них версия для iPad смотрится плохо. Вы требуете от разработчика сделать `КАКУЭПЛ`. Но разработчик покажет почему это невозможно пунктом в т3.
  
• Ограничение плохого кода. Если т3 пишет человек, опытнее программиста, конечно.
  

Т3 косвенно помогает с определением функционала. Но обычно не описательное в духе "эта кнопка нажимается мягко".

Разработчик хотел от вас технического т3. Я не могу знать, но мой опыт подсказывает что он в курсе что вы не сможете его написать и решил заработать. С технологиями, которые удобны ему. Встречал ситуации когда в т3 был набор слов `Конь, звезда, сметана` (заменить на специальные термины) для иллюзии проделанной работы.
Абсолютно нормально показать т3 другому разработчику и спросить что он об этом думает. Обман легко можно объяснить даже далекому от программирования человеку. Смотри мой твит про $1200.

Нет проблемы прикрепить общее описание проекта. Почему это не нравится разработчику - не знаю. Но недоделать т3 и сказать "не волнуйтесь все будет как вам нужно" - говорит что т3 не особо было нужно изначально.

Я не сказал ничего требующего специальных знаний, только-попса-зачеркнуть. Будьте осторожнее.
P.S. Пишите, гляну т3.

Comments

[fazamaka]

Можете посмотреть мое тз ?

[Иван Воробей]

fazamaka, что изменит ваше т3? Оно точно не техническое.

[fazamaka]

Иван Воробей, ничего технического программист пишуший тз не написал в нем, а я этого ничего не понимаю

[Иван Воробей]

fazamaka, программист написал т3, на основе вашего описания проекта? Так и делается, в принципе.
Используйте знаки препинания, с ними удобнее читать)

[Ranwise]

Иван Воробей в контексте того что интеграция стоит $1200, да цена может и высокая, но и риски закладывают наверно на переделку и согласования разные, и стукнуть молотком 10$, стукнуть в нужном месте 500$

[Иван Воробей]

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

Answer 2

[Евгений Залецкий]

А нельзя как-то обсудить и прийти к общему решению? А не думать что я прав, а он идиот.