Рубрика «техническое задание»
«Хотели как лучше, а получилось как обычно»: почему заказчик получает не то, что хотел?
2024-12-14 в 19:49, admin, рубрики: аналитика, бизнес-анализ, системный анализ, техническое задание, требования, требования к системе, управление ожиданиями
Проектная аналитика: агрегирование требований заказчика и создание тех. задания
2024-09-02 в 14:17, admin, рубрики: Агрегация требованний, аналитика проекта, интерактивный прототип, Пример разработки ТЗ, прототипирование, Разработка ТЗ, техническое заданиеНесмотря на развитый ИТ-рынок в России, до сих пор не все понимают, что подразумевается под «аналитикой проекта» в заказной разработке. Разработчик пишет код, тестировщик проверяет корректность работы, а что делает аналитик проекта?
В статье расскажу, кто такой аналитик и какие роли он может выполнять. В сфере разработки обычно выделяют две ключевые роли: бизнес-аналитик и системный аналитик. Оба этих специалиста принимают участие в предпроектной аналитике, которая является ключевой для успешного старта любого ИТ-проекта. Рассмотрим общепринятые понятия этих ролей.
Ты можешь писать безупречные ТЗ, но какой в этом толк, если разработчик твой плачет?
2020-08-04 в 13:35, admin, рубрики: разработка продукта, техзадание, техническое задание, Управление продуктом, шаблон тз
В далекой-далекой галактике трудится сферический product owner. Он бегло пишет заметки на салфетке и молча отдает ее разработчикам. А вскоре получает готовый продукт, который на 100% соответствует его ожиданиям. Даже если продукт этот – сложный кроссплатформенный сервис с блэкджеком и адаптивностью.
Возможно ли такое на практике?
Читать полностью »
Российское приборостроение: вертели мы ваш дизайн на пальцах
2020-02-17 в 5:43, admin, рубрики: дизайн, дизайн корпуса, дизайнеры, инжиниринг, корпус электроники, поиск исполнителей, Производство и разработка электроники, производство корпуса, промдизайн, промышленный дизайн, прототипирование, разработка корпуса, серийное производство, студии дизайна, техническое задание, Электроника для начинающих
Или как понять, что ваш дизайн уже пора выкинуть, и как сделать новый
— Нужно делать как нужно, а как не нужно делать не нужно!
Фраза из интернетов
Это статья о промышленном дизайне в приборостроении: почему вы без него не обойдётесь; что делать и кого искать, если вы всё-таки решились «на промдизайн»; как понять, что именно вам необходимо; кто и за сколько сделает эту работу за вас и что предпринять, чтобы получилось то, что нужно вам, а не дизайнеру или кому другому. Всё — на примерах реальных разработок, а как же иначе.
Как спроектировать корпус для прибора. Полное руководство
2019-11-20 в 6:30, admin, рубрики: дизайн, инжиниринг, корпус электроники, Производство и разработка электроники, производство корпуса, производство электроники, промдизайн, промышленный дизайн, разработка корпуса, серийное производство, техническое задание, Электроника для начинающихОт идеи до серийного производства: подробно об этапах разработки и о технологиях производства корпусов — факты, примеры из практики, фото. Если вам нужен корпус для прибора, обязательно прочитайте.
Изучая рунет, я не смог найти ни одной статьи, которая описывала бы ВСЕ этапы разработки и производства корпуса устройства.
Ни одной. Всё, что есть в интернете, касается лишь одного или двух аспектов этого процесса. Ну например: давайте набросаем корпус и распечатаем на 3D-принтере. Или купим типовой и насверлим в нём отверстий. Хотя на Хабре и есть пара материалов, но они тоже не так полны информацией, как могли бы быть.
Но так, чтобы были расписаны все этапы, от идеи до серийного производства, — я такого не нашёл. Поэтому решил написать своё руководство, максимально наполненное фактами, картинками и примерами.
Как спроектировать корпус — схема работы
Вы почти наверняка можете спроектировать корпус для своего устройства самостоятельно. Главное — хорошо представлять себе весь цикл, от идеи до производства.
Разработка корпуса — процесс, разбитый на несколько обязательных этапов. Это даже обсуждать не буду: проверено много раз. Даже если вы не собираетесь связываться с «большим» производством (например, если планируете делать устройство только для себя), всё равно лучше бы вам соблюдать правильную последовательность этапов.
А для сомневающихся в своих силах скажу сразу — вы точно сможете разобраться во всем этом: программное обеспечение шагнуло далеко вперёд, и сейчас не нужно тратить несколько лет, чтобы поставить себе на стол первый прототип корпуса.
Вот схема, по которой мы пойдем:Читать полностью »
Разработка Технического задания по ГОСТ 34 легко и просто
2018-12-19 в 21:46, admin, рубрики: Анализ и проектирование систем, водопад, гост 34, каскадное проектирование, Программирование, проектирование, техническое задание, Управление продуктом, управление проектами, управление разработкойНередко слышишь мнение, что составление Технического задания по ГОСТ 34 (ТЗ) занятие не только трудоемкое, но и крайне раздражающее, поскольку приходится писать много всякой ерунды, воды. Но подумайте: разработкой этого ГОСТа занимались целые НИИ, это был проект на государственном уровне, обобщен опыт сотен проектов автоматизации, сложных проектов. Неужели они могли написать чушь?
На самом деле, при грамотном подходе ГОСТ очень сильно помогает не только при разработке ТЗ, но в ходе реализации проекта автоматизации в целом (и не только в госконтрактах, но и для коммерческой разработки). Грамотные люди его писали. Но чтобы воспользоваться плодами их трудов, нужно немного понять замысел не только ТЗ, но и ГОСТ 34 в целом.
В данной статье мы пункт за пунктом разберем все требования ГОСТа и попробуем сделать разработку ТЗ по ГОСТ 34 не обременением, а большой помощью в проекте.
Как решить любую программерскую задачу
2018-09-24 в 14:54, admin, рубрики: Блог компании Издательский дом «Питер», Программирование, проектирование, Проектирование и рефакторинг, прототипирование, профессиональный рост, техническое задание, требования заказчикаПривет всем!
Сегодня вашему вниманию предлагается перевод по-своему незаменимой статьи, которая поможет вам правильно подойти даже к самому коварному и нетривиальному ТЗ, которого вы на первый взгляд в упор не понимаете. Главное — не сдаваться и толково формулировать вопросы. Господин Джастин Фуллер из «Бэнк оф Америка» любезно излагает, как это правильно делается.
Приятного чтения!
Читать полностью »
Мнимые проблемы — причина плохого софта
2018-09-08 в 12:21, admin, рубрики: gtd, воображаемые проблемы, переусложнение, Программирование, техническое задание, управление проектамиТо, что их интересно решать, не означает, что они кому-то нужны
«Группа людей проводит мозговой штурм над ноутбуком и листом бумаги», фото Стефана Стефанчика с Unspalsh
Есть много факторов, которые приводят к созданию плохого ПО: выбор инструментов, общение в команде, личная незаинтересованность разработчиков в успехе, методология тестирования. Мне кажется, у всего этого есть главная первопричина: это воображаемые проблемы.
Чрезмерно сложное или не функционирующее ПО не было задумано таким. Оно просто спроектировано для чего-то иного, а не для реальной задачи.
Читать полностью »
Как сделать простое техническое задание и не потерять деньги и нервы
2018-07-25 в 12:30, admin, рубрики: Анализ и проектирование систем, аналитика, написание тз, Разработка веб-сайтов, техническое задание, тз, управление проектамиПривет! Адресую эту статью себе более молодому и неопытному, а также всем, кто чувствует неуверенность в подходе к технической документации. Хотя если кому-то из зубров проектного дела она поможет, буду рад вдвойне.
Для составления ТЗ существует множество стандартов и спецификаций, но если молодые студии при разработке простенького интернет-магазина будут пытаться им соответствовать, то не успеют реализовать и пары проектов, как разорятся, закопавшись в кучу непонятных документов.
Как правильно чистить лук, или Почему разработка ПО выходит из-под контроля
2017-12-14 в 5:54, admin, рубрики: Alconost, Блог компании Alconost, действия пользователя, код, пользовательский опыт, приложение, Программное обеспечение, продукт, продуктивность, проект, разработка, разработка мобильных приложений, разработка по, разработка приложений, стартап, схема, Тестирование мобильных приложений, техническое задание, Управление продуктом, управление разработкой, функциональность, цели
Вы придумали стартап и с самыми лучшими намерениями нанимаете разработчика для реализации своей идеи. Но идет неделя за неделей, а приложение по-прежнему нуждается в доработке. Как-то незаметно появляются новые функции, и масштаб задачи понемногу расширяется.
Складывается ощущение, что проект зажил собственной жизнью и пытается сожрать вас.
Как так случилось? Может, наняли плохого разработчика? Кто-то ошибся в планировании проекта? А вдруг сама идея проекта была ужасной?
Возможно. Но часто проект бывает с самого начала обречен на провал из-за недопонимания одного важного момента.
Мы предполагаем, что продукт определяется набором функций, записанных на листочке бумаги: иногда что-то добавляется, иногда убирается — но масштаб проекта всегда будто бы можно понять с одного взгляда.
Это предположение — неверно.
Проект — это не лист бумаги, не двумерный объект — у него есть глубина.
Каждую функцию на поверхности можно раскрыть — и так слой за слоем. Будь у меня склонность к громким заголовкам, я бы сказал, что всякое приложение — это лук, и нужно уметь правильно его чистить. Не очень понятно? Тогда давайте я поясню, что имеется в виду, и расскажу, почему не получается раскрывать слои приложения без слёз.
Переведено в AlconostЧитать полностью »