Проблемы при работе по техническому заданию

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

Техническое задание — к сожалению, не панацея. Этому есть ряд причин, вот лишь несколько из них:

1) IT-проекты — это всегда проекты с высокой степенью неопределенности.

IT очень молодая сфера, технологии кардинально меняются за очень короткий промежуток времени, рынок меняется тоже очень быстро, нет единых стандартов. Без должного погружения в задачу — зачастую невозможно оценить ее масштабы и сложности. Чем крупнее проект, тем сложнее составить техническое задание, в ряде проектов ТЗ невозможно составить в принципе.

2) IT-проекты — динамическая система.

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

3) Не существует единой практики при выборе технологического стека

К сожалению, действительно сильных проект-менеджеров и тимлидов можно пересчитать на пальцах.
Поэтому в большинстве проектов выбирается не самый оптимальный способ решения задачи, а тот, который привычен разработчикам.
Если компания делает сайты на 1С-Битрикс, значит и маленькую одностраничную заглушку нужно делать на нем. Если компания всю жизнь разрабатывает софт на C++, то ПО для терминала будут делать на нем.

ТЗ при этом «за уши» будет притянуто к тому стеку, с которым работает компания, несмотря на кратное увеличение сроков и бюджета.

4) Требуется наличие высококвалифицированного технического консультанта

90% всех когда-либо написанных технических заданий — полнейшая чушь, разобраться в которой не способен не то что заказчик, но зачастую и другой разработчик.
Чем крупнее проект, тем важнее найти человека, который способен перевести с русского языка заказчика на русский язык разработчика. Без стороннего специалиста подготовить качественное техническое задание на крупный проект, к сожалению, не возможно.

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

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


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

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

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

Подрядчик сорвал сроки разработки. Что делать, как найти нового?

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

Если смена подрядчика неизбежна, общая схема выглядит так:
1)  Уведомить текущего подрядчика о прекращении сотрудничества и необходимости подготовки проектной документации
2) Произвести независимую оценку текущего положения — что уже сделано, что осталось сделать. Для этого потребуется привлечение стороннего специалиста.
3) Решить юридические и финансовый вопрос с текущим подрядчиком
4) Сформировать техническое задание на доработку проекта и разработать методику миграции проекта от одного разработчика к другому
5) Начать поиски нового подрядчика (hh, тендер, биржи фриланса — в зависимости от размера проекта)

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

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