Умоляю, уберите скорее от экранов перфекционистов и беременных своей чудесной идеей заказчиков. Пост содержит боль. И вообще, проконсультируйтесь с вашим психотерапевтом.
Читать полностью »
Рубрика «тз» - 2
Не по ТЗ
2017-10-16 в 10:05, admin, рубрики: без тз, боль, грехи, тз, управление персоналом, Управление продажами, Управление продуктом, управление проектами, управление разработкойРазработка: техническое задание на сайт или концепция?
2017-04-28 в 11:52, admin, рубрики: веб-аналитика, интернет-маркетинг, контент-маркетинг, поисковая оптимизация, продвижение, разработка, тз
Если Вы читаете эту страницу и являетесь руководителем компании или маркетологом, значит, находитесь гораздо выше уровня «сделайте мне как у этих». И скорее всего, уже не первый раз меняете облик своего сайта.
О разработке ТЗ на Хабре было много статей. Нужно ли оно, как оно должно быть сделано в студии и т.п.
Я хочу показать, что перед созданием именно технического задания во многих случаях имеет смысл сделать еще один документ.Читать полностью »
Как правильно написать ТЗ на систему или доработку системы 1С
2017-04-10 в 10:05, admin, рубрики: 1С, консультанту, методологу, Промышленное программирование, техническое задание, тзДля того, чтобы Вам как заказчику, консультанту или методологу понять, что нужно разработчику 1С для того, чтобы доработать Вашу систему или разработать новую, нужно понимать, какими категориями информации он оперирует в ходе своей работы. Это сильно упростит программисту понимание того, что же от него хотят.
В данной статье я постараюсь кратко и, при этом, достаточно полно объяснить, что Вам нужно написать в техническом задании помимо общих разделов с глоссарием, титульным листом и описанием бизнес-требований.
Данные правила легко соблюдать даже при написании кратких пользовательских историй, если Вы создаете их в рамках проекта SCRUM / Agile.
Итак, приступим.
Читать полностью »
ТЗ высокой четкости
2017-01-26 в 8:32, admin, рубрики: без тз, идеальное тз, лайфхак, лайфхаки, непонятное, тз, Управление продажами, Управление продуктом, управление проектами, управление разработкойЯ аналитик, который пишет непонятные ТЗ. Т.е. я пытаюсь писать очень понятные ТЗ. В целом, я слушаю клиентов, потом я слушаю разработчиков, потом голоса в своей голове. Зачем я говорю с ними? В общем, получается то, что получается. Ну вы поняли.
Написать идеальное ТЗ проще простого:
1. Договорился о минимальном этапе (на 2-4 недели).
2. Описал юзер-стори по шагам.
3. Составил список экранов будущей системы.
4. Прописал названия методов API и форматы данных.
5. Запросил тестовый контент и составил таблицы с тестовыми данными.
6. Сформулировал из всего этого цели и задачи.
7. Согласовал план работ и выставил задачи в таск-менеджер.
Но не тут-то было! Давайте я расскажу, как все происходит в реальной жизни, а также поделюсь своими лайфхаками, как я с этим справляюсь.
Читать полностью »
Без ТЗ: как разработчики в такое ввязываются
2016-12-07 в 7:41, admin, рубрики: безтз, клиентский сервис, клиенты, тз, тз на дизайн, тз на программирование, Управление продажами, Управление продуктом, управление проектамиРезультаты опроса из прошлой статьи меня шокировали. Ведь когда разработчики берутся за проект без ТЗ, умирает один неоперившийся аналитик и 10 маленьких котят. Зачем вы так? Как же так получается?
Почему так происходит? Что можно сделать? Вот несколько версий :
Версия 1: боюсь потерять клиента
Всем знаком этот первобытный страх! Он достался нам в геноме от пещерных программистов! Если я упущу этого клиента, то мне нечего будет жрать!!! Возьмите себя в руки, председатель!
Читать полностью »
Внедрение CRM без ТЗ: дорога в никуда
2016-11-23 в 10:11, admin, рубрики: CRM, CRM система, CRM-системы, ERP-системы, regionsoft, без тз, Блог компании RegionSoft Developer Studio, техническое задание, тз, тз на программирование, Управление продуктом, управление разработкойДоработка типового программного обеспечения под требования заказчика — это обыденное дело, если оно правильно организовано. Однако часто можно встретить примеры, когда разработчики берутся выполнить работы без ТЗ (технического задания) по настоянию заказчика. Что происходит в итоге? Обе стороны загоняют себя в яму, которую выкопали сами. Разработчик не подозревает, что он будет вынужден выполнить объем работ во много раз больше предполагаемого, и рано или поздно остановит эти работы, нахлебавшись раздувшихся аппетитов заказчика, которые будут расти в геометрической прогрессии, не имея формальных ограничений. В такой ситуации разработчик рискует никогда не завершить работу, а заказчик — никогда не получить нужного результата. На ранних этапах развития компании мы в этой яме побывали неоднократно, поэтому представляем вторую часть наших историй о ТЗ — когда его нет.
Без ТЗ: почему клиент не хочет его
2016-11-14 в 9:17, admin, рубрики: безтз, клиентский сервис, клиенты, тз, тз на дизайн, тз на программирование, Управление продажами, управление проектами, управление разработкой, метки: безтз, тз на дизайн, тз на программированиеИз практики бизнес-аналитика: как клиенты пытаются запустить проект без ТЗ, и что с этим делать?
1. «У нас очень маленький и простой проект»
Когда я умру, и черти придут тащить меня в ад, они начнут именно с этой фразы. С каждым шагом они будут рассказывать мне о том, как вспомнили о каком-то новом ерундовом функционале, который изначально подразумевался и всем очевиден…
Читать полностью »
Проектирование большого проекта на примере аналога Alibaba.com
2016-11-10 в 10:12, admin, рубрики: alibaba, Mind map, UI, usability, UX, Блог компании SECL GROUP, веб-дизайн, динамический прототип, интерфейсы, маркетплейс, проектирование, прототипирование, тз, электронная коммерция, метки: ПроектированиеМногие рассказываю о проектировании: как пользоваться Axure или Sketch, какие функции должен содержать сайт, как правильно спроектировать страницу товара. Это все, безусловно, очень полезно, но не показывает полную картину происходящего в проектировании. В интернете даже нет ни одного полного примера технического задания на проекты такого уровня. На самом деле, чтобы спроектировать большой сайт, нужно потратить сотни часов на исследования, прототипирование и разработку подробного ТЗ. В этой статье я впервые в рунете покажу все этапы проектирования и результаты по ним, полный динамический прототип (более 150 прототипов) и большое ТЗ (более 200 страниц описания). Все это мы будем делать на примере проектирования аналога крупнейшей в мире E-commerce площадки «Alibaba.com».
Читать полностью »
Не наступайте на наши грабли с ТЗ: эпический опыт конкурсов и пара баек
2016-10-13 в 7:55, admin, рубрики: Блог компании КРОК, боль, ит-инфраструктура, мы уважаем благородных утконосов, техзадание, тз
Широко известный пример неточно поставленного ТЗ
Однажды мне достался проект, рассчитанный на полтора года с ооочень трудным заказчиком. Статус: прошло полгода, но всё ещё идут согласования технического задания. Подписались на одно, но заказчик упорно продолжал выдвигать новые требования. Задача ставилась даже не закончить вовремя или заработать, а выйти достойно, с минимальными для всех потерями.
Было сложно — не то слово. В длинном перелёте я читал ТЗ на 20 страниц. В нём была такая особенность: если читать его бегло, то может показаться, что оно написано правильно и точно. Но если начать копать в детали инженерной реализации, то всплывало сразу много нежданчиков. Некоторые требования подпунктов, вроде 3.2.5 и 4.8.2.9, могли противоречить друг другу или быть просто взаимно невыполнимыми в реальном мире.
В общем, мы с коллегами собрали подборку эпических случаев с ТЗ, которая, возможно, поможет кому-то не повторить наших ошибок. Ну, или повеселит.Читать полностью »
Техническое задание на доработку: 10 правил и немного занудства
2016-08-01 в 10:00, admin, рубрики: CRM система, CRM-системы, ERP-системы, Блог компании RegionSoft Developer Studio, техническое задание, тз, тз на crm, тз на программирование, управление проектами, управление разработкойЕсли пройтись по зарубежным сайтам с запросом «product requirements document», то можно найти креативные и убедительные статьи про то, что техническое задание (ТЗ, PRD) умерло. Отчасти с этим нужно согласиться — при разработке продукта с нуля прототипирование выглядит гораздо интереснее и эффективнее, чем тома записей заказчика, порой ну очень непрофессиональные. Однако, если речь идёт о доработке базовой системы, то дело принимает совершенно другой оборот. Мы сталкиваемся и с доработкой, и с заказной разработкой, поэтому на ТЗ собаку съели, если повар нам не врёт. В общем, сегодня — о тех самых классических технических заданиях, которые пишутся на доработку купленного и установленного программного обеспечения. Короче, о наболевшем.
