Рубрика «техническое задание» - 2

в 10:05, , рубрики: 1С, консультанту, методологу, Промышленное программирование, техническое задание, тз

Для того, чтобы Вам как заказчику, консультанту или методологу понять, что нужно разработчику 1С для того, чтобы доработать Вашу систему или разработать новую, нужно понимать, какими категориями информации он оперирует в ходе своей работы. Это сильно упростит программисту понимание того, что же от него хотят.

В данной статье я постараюсь кратко и, при этом, достаточно полно объяснить, что Вам нужно написать в техническом задании помимо общих разделов с глоссарием, титульным листом и описанием бизнес-требований.

Данные правила легко соблюдать даже при написании кратких пользовательских историй, если Вы создаете их в рамках проекта SCRUM / Agile.

Итак, приступим.
Читать полностью »

в 1:38, , рубрики: Анализ и проектирование систем, гост, коммерческие предложения, технический писатель, техническое задание, управление проектами

Работая в компании, которая занимается системной интеграцией, мне приходилось много раз читать и дополнять документы типа ТКП, ТЗ по ГОСТу, Планы приемки и прочее. Проекты по автоматизации предприятий преследовали похожие цели и имели приблизительно одинаковый формат. Одни и те же фразы повторялись из документа в документ.

Я решила собрать самые распространенные фразы, попадавшие в раздел «цели и задачи». И добавить принципы, которых следует придерживаться при формировании решений.

Список не универсальный. Буду рада, если кому-то это поможет при написании документов.

С другой стороны, некоторые принципы, собранные в этом списке — это мое понимание того, к чему должны стремиться как и большие корпорации, так и отдельные команды по разработке продуктов. Ступеньки на пути к информатизации общества.

Я призываю придерживаться многих из этих принципов в своей работе, чтобы держаться некой планки, ниже которой — просто уже не современно быть.

Читать полностью »

в 10:11, , рубрики: CRM, CRM система, CRM-системы, ERP-системы, regionsoft, без тз, Блог компании RegionSoft Developer Studio, техническое задание, тз, тз на программирование, Управление продуктом, управление разработкой

Доработка типового программного обеспечения под требования заказчика — это обыденное дело, если оно правильно организовано. Однако часто можно встретить примеры, когда разработчики берутся выполнить работы без ТЗ (технического задания) по настоянию заказчика. Что происходит в итоге? Обе стороны загоняют себя в яму, которую выкопали сами. Разработчик не подозревает, что он будет вынужден выполнить объем работ во много раз больше предполагаемого, и рано или поздно остановит эти работы, нахлебавшись раздувшихся аппетитов заказчика, которые будут расти в геометрической прогрессии, не имея формальных ограничений. В такой ситуации разработчик рискует никогда не завершить работу, а заказчик — никогда не получить нужного результата. На ранних этапах развития компании мы в этой яме побывали неоднократно, поэтому представляем вторую часть наших историй о ТЗ — когда его нет.

Внедрение CRM без ТЗ: дорога в никуда - 1
Читать полностью »

в 10:00, , рубрики: CRM система, CRM-системы, ERP-системы, Блог компании RegionSoft Developer Studio, техническое задание, тз, тз на crm, тз на программирование, управление проектами, управление разработкой

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

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

Читать полностью »

в 17:06, , рубрики: diy или сделай сам, Google, Дизайн в IT, искусственный интеллект, стартапы, техническое задание, финансирование, Финансы в IT-индустрии

Данилевский Кирилл

Прошу прощения у читателей за долгий перерыв. Сейчас работаю на крупном проекте, времени ни на что не хватает. Итак, пишу продолжение к циклу статей «От идеи до реализации.» Вот предыдущая статья: «От идеи до реализации. Часть вторая — рождение идеи»

Сегодня я хочу немного поговорить о том, как сократить свой путь от голой идеи до получения инвестиций. Здесь есть два важных момента. Для себя нужно решить, кто будет выступать инвестором. Если вы в состоянии сами себя финансировать, то это очень хорошо. Но если у вас с финансами проблемы, то без внешнего привлечения денег вам не обойтись.

Но для того, чтобы заинтересовать инвестора, вам необходимо предоставить ему достаточно подробные документы. Так как разговор с объяснением, грубо говоря, на пальцах, не дает инвестору возможность увидеть картину целиком. А следовательно и о деньгах тоже не может быть никакой речи.

И наша главная задача — это подготовить такие документы, которые помогут вам получить финансирование и смогут вам самому прояснить картину с будущим вашего проекта.
Читать полностью »

в 14:42, , рубрики: agile, методологии разработки по, разработка сайтов, техническое задание, Управление продуктом, управление проектами, цели и задачи

Данный текст был создан сугубо ради существования постоянной ссылки, которую бы сам автор, да и все вы — могли бы смело отправлять своим будущим заказчикам, коллегам, родственникам и знакомым в виде стандартизированного ответа на вопрос: «А надо ли мне ваше ТЗ и вообще что это?»

Как говорится — «вместо тысячи слов», поскольку каждый раз евангелистить по 4-5 часов в скайпе на данную тему становится уже утомительным, а общемировая тенденция подсовывать под определение «Технического задания» откровенную ерунду с годами все только усиливается.

image Читать полностью »

в 9:12, , рубрики: diy или сделай сам, IT-Биографии, История ИТ, мозг, Программирование, стартап, техническое задание, финансирование

Данилевский Кирилл

Хочу сегодня поговорить на тему того, на сколько вообще легко можно воплотить свою идею в реальный проект. На уме крутиться один пример неудачи. У одного моего знакомого, дальнего, была идея, создать городской портал. Портал должен был представлять из себя сайт с разными разделами: новости города, афиша и мероприятия, раздел работа в городе и все в том же духе. Естественно, что на рынке есть много подобных проектов, в которые вложены солидные деньги, и которые уже у многих на слуху. Но именно в его городе, такого сайта не было. И в принципе, он был прав в том, что такой проект уже давно просился.

И вот, решил он заняться этим вопросом всерьез. Написал ТЗ, создал бизнес план и финансовый проект с бюджетом. Проект предполагал пол года работы с четырьмя сениор программистами в штате.
Читать полностью »

в 13:24, , рубрики: техническое задание, требования, требования заказчика, требования к системе, Управление продуктом, управление проектами

Ситуация

  • На входе в студию клиент (виртуально / реально не важно).
  • Клиент хочет что-то заказать у нас — систему, сайт, приложение, аппу, что угодно — все что можно разработать и даже потом скрестить бульдога с муровьедом например (1С битрикс, просто 1С, другие системы и наша разработка).
  • Высылает он нам нечто (как мы это видим), называя это «тз» (как он это видит) и говорит — оценить / посчитать / задать вопросы и далее везде, ожидая в ответ как правило получить вполне конкретную точную цифру и срок (беру пример крайней клиники) когда это будет готово.
  • Ждет.

За годы работы я пришел к работающей конструкции в данной части воронки моих продаж — я всегда отвечаю на такие письма — отлично, получил, я вижу ваши пожелания к решениям в письме и, а тз вы забыли приложить?

В такой конструкции диалог не выглядит слишком агрессивным и всегда случается плавный переход в следующий шаг воронки — позитивный диалог что такое тз и что там должно быть, что еще необходимо изложить именно клиенту, а особенно что не нужно излагать клиенту, а делать это должны мы.

Читать полностью »

в 4:31, , рубрики: Unity 3D, авторское право, Блог компании ANT, госзаказ, игры, монетизация игр, опыт, техническое задание, метки:

Хотим рассказать о нашем первым опыте по разработки игр на Unity 3D. Надо было создать игры на национальную тематику для социального сайта El.kz. Мы давно хотели создавать игры и были рады этой новости и хотелось попробовать чего то нового. Мы предвкушали победу, потому что игры были не такими сложными, а хоть какой-то опыт по созданию игр мы имели. 4 мини игр нужно было сделать за три месяца, по нашим расчетам мы справились бы за два. Но как часто бывает корабль под названием «Ожидание» сталкивается с айсбергом «Реальность» и идёт ко дну, так случилось и с нами. Заказчик сказал, что хочет игры на flash, но как мы ему не объясняли, что технологией этой мало кто сейчас пользуется, и постепенно от неё отказываются. Но его это не волновало, а если даже волновало, то он ничего сделать не мог, так как заказ государственный и в приказе составленном год назад было написано flash игры. Выбора у нас не было, либо мы создаём игры, либо они ищут других разработчиков, но желание создавать игры и заработать нас пересилило и мы взялись за работу.
Читать полностью »

в 12:53, , рубрики: техническое задание, управление проектами, Управление проектом, управление рисками, финансы в IT

Введение

Современные финансы, собственно как и деятельность первых менял, это обработка информации. Только если менялы обходились в лучшем случае абаком, финансовому директору приходится иметь дело с неизмеримо большим потоком информации и инструментами для его обработки. Сложность современных
инструментов обработки финансовых данных приводит к тому что, даже если программное обеспечение используется «из коробки», без модификаций, процесс его внедрения в компании может быть достаточно длительным и болезненным. И чтобы этот процесс когда-нибудь закончился и был успешным, финансовый директор оказывается вовлеченным в него самым непосредственным образом. И начинается этот процесс с подготовки технического задания.

Примечание. Мы понимаем что есть еще стандарты на ТЗ от IEEE, ISO и пр. Однако с чего-то же нужно начинать ;-) Мы в Аксиан) придерживаемся свободных взглядов на ТЗ — главное использовать в нем общий с Заказчиком язык.Читать полностью »

123...4
Главная   |  Архив новостей  |   Android  |   Google  |   Apple  |   Microsoft  |   Информационная безопасность  |   Веб – разработка
Публикации RSS  |  Комментарии RSS
https://ajax.googleapis.com/ajax/libs/jquery/3.4.1/jquery.min.js