Проектирование мобильного приложения — как грамотно поставить задачу программисту
В начале апреля озаботился вопросом, почему так часто программисты и клиенты не находят общий язык при создании проекта. Стал изучать пожелания к совместной работе обоих «лагерей» и делюсь с вами выводами.
11 показ
7.4K7.4K открытий
Почему, собственно, я хорошо понимаю обе стороны и их взаимные претензии друг к другу.На самом деле всё сложнее. Заказчик порой даже теоретически не понимает как составить ТЗ и что туда вписывать. Требовать бессмысленно, проще показать десяток готовых решений со стоимостью.
Например, если вас попросить составить ТЗ на изготовление колбасы, справитесь?) Я - нет.
Я занимаюсь разработкой ПСД и уже давно перестал требовать ТЗ - бесполезно. Шаблон, примеры и беседа с вопросами - дальше сам составляешь ТЗ.
Правда бывает ещё хуже: отказываются читать ТЗ по причине: «Я всё равно в этом ничего не понимаю». Жалею о потраченном времени, но с такими стараюсь не работать.
Вторая сторона проблемы, когда заказчик - я сам. Я считаю себя профессионалом и могу расписать ТЗ до последнего гвоздя. Но субподрядчики не готовы читать. Включается т.н. «клиповое мышление» когда инфа воспринимается на уровне картинок, а после третьего прочитанного предложения наступает ступор. Заметил, что осилить и понять текст, занимающий больше чем А4 народ не в состоянии.
А за ссылку спасибо!
Да, такое тоже бывает. Ещё одна сторона медали - когда присылается ТЗ на 130 стр и на этапе пресейла, когда ты понимаешь, что до договора ещё далеко, чтение идёт по верхам. Постарался как раз в проектировании учесть простоту восприятия, чтобы даже по верхам был понятен объём.