Почему ТЗ есть, а результата нет? (подборка)

Когда-то переход от заказной разработки к внутренним проектам принес мне прозрение: настоящие исследования — это не просто поговорить с парой выделенных экспертов и сделать ТЗ из того, "что сказали". С тех пор я одержима поиском ответов на вопросы вида "чтобы что?" (оказывается, за ним скрываются самые важные инсайты).

В выходные наткнулась на очень качественный вебинар на эту тему (он первый в списке) и следом собралась небольшая подборка.

🎬Когда вроде все сделали правильно – а заказчик недоволен. Опытные коллеги-аналитики на учебном примере разобрали, что нужно понять для хорошего результата и какими инструментами. Действительно качественный материал, где затронуты и определение контекста, и анализ ключевых показателей, и поиск проблем через root cause analysis и диаграмму Исикавы.

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

🔖Требования vs Реальность: Почему в ТЗ находят «дыры» и как это исправить. Здесь акцент именно на способы передачи информации, а не на выяснение проблем. Если честно, в этой статье мне почему-то не захотелось нажать на добавку кармы на Хабре, тем не менее есть вполне реалистичные примеры неполных требований и рекомендации по составлению документа ТЗ.

🗞Заметить слона, или Подводные грабли IT-проектов Автор статьи поделился своим мнением обо всем понемногу – об инфраструктурных вопросах, о сборе обратной связи от заказчика, о нюансах состава работ по ТЗ.

📃С кем важно говорить о требованиях на самом деле? Снова публикация в Дзен-версии этого канала. Здесь о нюансах выявления заинтересованных сторон.

#что_почитать