Баги, правки и дополнения к ТЗ. Как не перепутать?

Опубликовано:июня 2, 2008
Комментарии:Нет комментариев
Категория Мысли вслух, Руководство для заказчика, Фри-ланс

Часто бывают случаи в нашем нелегком веб-программировании при сдельных заказах с разными заказчиками, что вот есть ТЗ, завершенный проект (по тому же ТЗ), а заказчик не платит денег, считая что исполнитель сделал глюк или баг по своей вине, в то время как этот самый “глюк” (в понятии заказчика) подразумевает или не описывает его отсутствие техническое задание. И заказчик пишет километры правок.

Так как же сформулировать правильно действительность бытия данных понятий?

Нужно просто сформулировать для себя типы предполагаемых правок по приоритету исправления:
1. Баг, глюк - это ошибка или недочет сделанная программистом во время разработки по вине собственной невнимательности при прочтении ТЗ или при неправильной логике в разработке.
2. Недочет бывает двух типов:

по вине программиста - это когда программист не до конца выполнил логику ОПИСАНУЮ в ТЗ
по вине заказчика - это когда заказчик не описал как должна работать та или инная функциональная часть проекта (самая распространенная ошибка)

3. Дополнение к ТЗ - это правка с низким приоритетом и ее реализация совершается по завершению проекта, исключая случаи в которых дополнение происходит во время разработки, что недопустимо с обеих сторон - все-ровно доплачивать придется заказчику.

Таким образом видим четкую картину повинностей обеих сторон.
Думаю не стоит даже замечать то что правки по вине заказчика оплачиваются дополнительно.