Архив рубрики ‘тз’

ТЗ высокой четкости

Я аналитик, который пишет непонятные ТЗ. Т.е. я пытаюсь писать очень понятные ТЗ. В целом, я слушаю клиентов, потом я слушаю разработчиков, потом голоса в своей голове. Зачем я говорю с ними? В общем, получается то, что получается. Ну вы поняли. Написать идеальное ТЗ проще простого: 1. Договорился о минимальном этапе (на 2-4 недели). 2. […]

Без ТЗ: почему клиент не хочет его

Из практики бизнес-аналитика: как клиенты пытаются запустить проект без ТЗ, и что с этим делать? 1. «У нас очень маленький и простой проект» Когда я умру, и черти придут тащить меня в ад, они начнут именно с этой фразы. С каждым шагом они будут рассказывать мне о том, как вспомнили о каком-то новом ерундовом функционале, […]

Техническое задание на доработку: 10 правил и немного занудства

Если пройтись по зарубежным сайтам с запросом «product requirements document», то можно найти креативные и убедительные статьи про то, что техническое задание (ТЗ, PRD) умерло. Отчасти с этим нужно согласиться — при разработке продукта с нуля прототипирование выглядит гораздо интереснее и эффективнее, чем тома записей заказчика, порой ну очень непрофессиональные. Однако, если речь идёт о […]

Правила эффективного создания прототипа продукта

Эта статья в первую очередь пригодится тем, кто пишет ТЗ для программистов, и программистам, которые решили разрабатывать прототип самостоятельно. Многие относятся к созданию визуального прототипа, написанию ТЗ, как к некоему творческому, порой спонтанному процессу. И во многом они правы. В этой статье приводятся полезные для практики правила (о большинстве из которых мы знаем, но часто […]

Как я документирую процесс разработки

Вы пишите лишнюю документацию для вашего проекта? Нет? Тогда вам ее недостаточно! Угадать для каждого конкретного проекта необходимый объем технической документации крайне сложно и важно. Важно — потому, что от этого зависит скорость процесса, качество и стоимость. Сложно — потому что сам процесс может меняться со временем, могут меняться исполнители, да и для заданного состояния […]

Проблемы при внедрении и продаже систем электронного документооборота

Наша организация разрабатывает и продает систему и платформу электронного документооборота в Украине. В статье хочу поделиться опытом общения с заказчиками, от знакомства до обсуждения «доработок» и возможных проблем с закрытием договоров продажи системы. Будут описаны «грабли», на которые мы наступаем. Знакомство заказчика с системой Редко какая система документооборота бывает простой в плане изучения. Но тот, […]

Ошибки брифов

Недавно мы собирали материалы в рамках ситуационного анализа. В первую очередь нас интересовали компании из рейтингов, брендинговые агентства и питерский рынок. Задача анализа простая – составить общее впечатление работы рынка, оценить уровень сервиса и ценообразование. Неожиданно для себя, мы нащупали еще одно слабое звено, им оказался бриф. Притом это странно, казалось бы, уже трактаты написаны […]

Идеальный сайт – ТЗ как основа работы сайта, построенного на базе грамотных программных решений

Идеальный сайт – ТЗ как основа работы сайта, построенного на базе грамотных программных решений Представьте себе, что Вы как владелец некой компании заказываете сайт компании у студии разработчика. Ситуация вполне стандартная и развивающаяся по стандартному сценарию.

Как быстро и точно оценить проект без ТЗ

При таком сочетании – быстро, точно, без ТЗ – кажется, что задача не имеет решения. Однако в работе фрилансера такие задачи возникают постоянно, поэтому в борьбе за выживание заказы приходится учиться их решать. Для начала поясню, что означают вынесенные в заголовок слова. Быстро – значит, раньше, чем заказчик примет решение о выборе исполнителя (другого исполнителя, […]