По грубым прикидкам - 60% всех блеков, посвященных недобросовестному исполнению обязательств программистами - связано с пренебрежением обеими сторонами сделки наличием/качеством технического задания.
Программист в 2022 году не должен писать техническое задание.
Программист, исходя из значения самого термина - должен программировать.
- Почему тебе, как заказчику, обязательно нужно сделать техническое задание, если ты придумал какой-то проект?
- Почему тебе, как программисту, обязательно нужно работать исключительно по техническому заданию?
ТЗ - по сути, коммерческая тайна - может отражать ключевые особенности бизнес-процессов, поэтому поделиться нашими до сего момента - не могу, заказчики не дали добро. Возможно, не будет против кто-то из новых - при нужде буду уточнять у каждого. Приложу в качестве примера несколько чужих ТЗ из паблика.
ТЗ может в себя включать как и просто большую (но очень важную) структурированную простыню текста, так и некоторый диапазон диаграмм, визуально представляющих нюансы работы системы - всё сугубо индивидуально, работа эта - довольно творческая (хоть и может, при том, соответствовать строгим ГОСТам при необходимости).
Предотвращая некоторые не совсем мудрые вопросы - да, грубо говоря - ты платишь за черные буквы на белом фоне. Если у тебя нет в ТЗ необходимости - у тебя и не должно быть мотивации знать, почему у кого-то эта необходимость есть. Давайте уважать друг друга.
Как происходит работа - ты пишешь в лс краткий рассказ о своем проекте, переходим в jabber/tox/tg, согласовываем детали - системный аналитик расспрашивает некоторое время тебя о проекте, пишет документ, отдает. Это совместная работа тебя и аналитика - ничего не рассказать и получить ТЗ - не получится по логичным причинам.
Так что - есть в штате несколько системных аналитиков, готовых воплотить твои задумки в виде четкого и грамотного документа.
Цены начинаются от 50$ и конкретные озвучиваются после брифа.
Работа через гарант - предпочтительнее.
Программист в 2022 году не должен писать техническое задание.
Программист, исходя из значения самого термина - должен программировать.
- Почему тебе, как заказчику, обязательно нужно сделать техническое задание, если ты придумал какой-то проект?
+ Снять с программиста лишнюю задачу, которая в спектр его обязанностей и не входит - как следствие, разгрузить его светлую голову, давая простор концентрации над качеством работы.
+ Это может удешевить разработку - сами ТЗ, порой, могут стоить и половину стоимости проекта. Оценка стоимости разработки форумными кодерами оставляет желать лучшего в вопросе прозрачности, почему движок шопа стоит именно 5500$, а не дешевле/дороже? Потому что договорились? Из за того, что программист пытается включить в стоимость разработки все потенциальные риски (а его более чем можно понять) - цена, порой, неоправданно завышается, сильно ужимая остальной бюджет, который рассчитывался на иные нужды по запуску проекта
+ Грамотно защитить свои интересы перед гарантом и исполнителем
+ Строгое техническое задание способно сэкономить кучу времени (а этот ресурс легко трансформируется в любой другой, в том числе и деньги) у всех участников процесса
+ Это может удешевить разработку - сами ТЗ, порой, могут стоить и половину стоимости проекта. Оценка стоимости разработки форумными кодерами оставляет желать лучшего в вопросе прозрачности, почему движок шопа стоит именно 5500$, а не дешевле/дороже? Потому что договорились? Из за того, что программист пытается включить в стоимость разработки все потенциальные риски (а его более чем можно понять) - цена, порой, неоправданно завышается, сильно ужимая остальной бюджет, который рассчитывался на иные нужды по запуску проекта
+ Грамотно защитить свои интересы перед гарантом и исполнителем
+ Строгое техническое задание способно сэкономить кучу времени (а этот ресурс легко трансформируется в любой другой, в том числе и деньги) у всех участников процесса
- Почему тебе, как программисту, обязательно нужно работать исключительно по техническому заданию?
+ Конкретная формализация задачи всегда позволяет точнее определить время ее реализации, не распыляться на додумывание фич, сосредоточиться на конкретной работе
+ Так же защитить интересы перед участниками сделки
+ Не заниматься той работой, которой должен заниматься системный аналитик и иные лица, чья задача - переводить с языка заказчика на язык исполнителя
+ Прозрачнее ощущать все риски
+ Так же защитить интересы перед участниками сделки
+ Не заниматься той работой, которой должен заниматься системный аналитик и иные лица, чья задача - переводить с языка заказчика на язык исполнителя
+ Прозрачнее ощущать все риски
ТЗ - по сути, коммерческая тайна - может отражать ключевые особенности бизнес-процессов, поэтому поделиться нашими до сего момента - не могу, заказчики не дали добро. Возможно, не будет против кто-то из новых - при нужде буду уточнять у каждого. Приложу в качестве примера несколько чужих ТЗ из паблика.
ТЗ может в себя включать как и просто большую (но очень важную) структурированную простыню текста, так и некоторый диапазон диаграмм, визуально представляющих нюансы работы системы - всё сугубо индивидуально, работа эта - довольно творческая (хоть и может, при том, соответствовать строгим ГОСТам при необходимости).
Предотвращая некоторые не совсем мудрые вопросы - да, грубо говоря - ты платишь за черные буквы на белом фоне. Если у тебя нет в ТЗ необходимости - у тебя и не должно быть мотивации знать, почему у кого-то эта необходимость есть. Давайте уважать друг друга.
Как происходит работа - ты пишешь в лс краткий рассказ о своем проекте, переходим в jabber/tox/tg, согласовываем детали - системный аналитик расспрашивает некоторое время тебя о проекте, пишет документ, отдает. Это совместная работа тебя и аналитика - ничего не рассказать и получить ТЗ - не получится по логичным причинам.
Так что - есть в штате несколько системных аналитиков, готовых воплотить твои задумки в виде четкого и грамотного документа.
Цены начинаются от 50$ и конкретные озвучиваются после брифа.
Работа через гарант - предпочтительнее.
