Кто должен заниматься разработкой технического задания — разработчик или заказчик?

Время прочтения: 2 мин
Сложность: легко Просмотров:
Денис Сапожников 30.09.2019

В разработке адекватного технического задания должны принимать участие все стейкхолдеры, как минимум — три стороны:

1) Заказчик
2) Технически компетентный разработчик
3) Сторонние компетентные специалисты

А можно, чтобы заказчик сам составил ТЗ?

К сожалению, нет.

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

А можно, чтобы разработчик сам составил ТЗ?

К сожалению, нет.

Разработчик не обладает знаниями о основных бизнес требованиях и особенностях вашей компании, предъявляемых к разрабатываемому программному обеспечению.

А можно, чтобы ТЗ составили сторонние специалисты?

Да, это возможно, но это не лучший вариант. Сторонние специалисты составят красивую бумажку, не учитывающую реальные потребности и технические ограничения. К тому же, в этом случае сложнее найти разработчиков для реализации проекта. Разработчик будет менее погружен в проект, потребуется дополнительное время для изучения ТЗ и согласования.

Мое мнение

Разработкой технического задания крупного IT-проекта должны заниматься самые компетентные в этой сфере специалисты.

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

Обязательно ли привлекать сторонних экспертов?

Нет, это не обязательно, но крайне желательно. Привлечение сторонних экспертов необходимо для корректировки фантазий девелоперов, оценки адекватности предложенных технических решений/сроков/бюджетов, внесения ясности в ключевых вопросах.

Рано или поздно исчезнут простые работяги, их профессии падут под гнетом автоматизации и нейронных сетей. Следом падут и рядовые разработчики, их заменят SAAS-сервисы. Проект-менеджеры наконец-то окажутся никому ненужными. Останется лишь чернь, бездумно потребляющая контент и безумные изобретатели‑первопроходцы, меняющие мир.

А пока этого не произошло, я буду писать этот блог и стараться давать Вам самую суть разработки, продвижения и управления в IT‑проектах.


P.s. нравится проект?
Ну так помоги развить его - репосты, донат и интересная работа приветствуются

Рекомендую посмотреть

Случайный вопрос

Какие существуют инструменты для работы с семантическим ядром? (кроме wordstat)

Не занимаюсь плотно SEO-тематикой. Из тех, что на слуху: планировщик ключевых слов Google Adwords, SerpStat, SEMRush, Key Collector, Spywords, Promopult.ru, Букварикс.

А так же — SlovoEB, SpyWords, Rush Analytics, Rookee, Мутаген, Топвизор, MOAB, Advse, TopSite, Amazing Keywords, Keys.so, Пиксель Тулс, Searchmetrics, SE Ranking, Keyword Tool, Wordtracker, iSpionage, KeywordSpy, WordStream и другие.

Показать больше ответов

Привет, дружок‑пирожок