Конструктор и технолог читают тз

Обновлено: 17.05.2024

Польза: получите знания о том, что такое ТЗ и как его составить. Обогатите словарный запас словами: концептуальная модель, data flow, mind card, user flow. use cases, wireframes, ER-model, client-server, API.

Для кого: начинающим разработчикам и желающим чтобы их поняли (заказчикам, стартапам и менеджерам).

Время чтения: 7 минут.

Отправная точка — требования

Существует распространенное заблуждение, что достаточно сказать: “Нужно приложение для музея/кошки/завода” и сразу станет понятно, что вам необходимо.

К сожалению, все не так просто. Представьте, что вам нужно построить дом. Вы идете к строителю, и он приступает к работе. Вы не предоставили ему ни чертежей, ни участка, даже не сказали какого цвета должен быть забор. Но дали на все про все полгода и значительную сумму денег.

Жутко правда? Бюджет уже потрачен и срок истек.

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

Удобный вид требований — ТЗ

Хорошо. Будут требования. Теперь вас точно поймут разработчики. Но тут возникает подводный камень №1: человечество пока не научилось читать мысли. Поэтому нужно в каком-то виде передать информацию и лучший для этого способ — Техническое задание.

Его также называют ТЗ, SRS, PRD — все это названия документа, в котором в правильной форме зафиксированы требования к продукту.

Подводный камень №2: память человека не безгранична, всегда лучше иметь одно место, где все ваши пожелания и требования зафиксированы (не переписка в telegram или звонок по телефону). Поэтому ТЗ это печатный текстовый документ с приложением схем и инфографики, не написанный от руки или сфотографированный. Лучше всего в формате .PDF или Google Docs.

Рецепт грамотного ТЗ

Техническое задание для разработчиков это своеобразный рецепт приготовления успешного продукта. Успешный продукт — тот, который легко поддерживать, можно развивать и менять, он не развалиться при смене разработчика и приносит прибыль в любом ее виде. Вы хотите, чтобы ваш проект был полноценным? Отлично. Напишите для этого хороший рецепт. Классическими ингредиентами (по международному стандарту IEEE-830) служат:

Концептуальная модель
Функциональная карта
Путь пользователя
Пользовательский интерфейс
Программные интерфейсы
Нефункциональные требования

Ниже я разберу подробно каждый из пунктов. Для тех, кому не хочется подробно разобраться, оставляю ссылку на международный стандарт c шаблоном технического задания: ссылка на документ.

Концептуальная модель

В этот пункт входит краткое описание продукта, в нем отражается цель проекта и его отличительные черты.

Например: “Приложение для знакомств, в котором можно смотреть короткие видео в профилях пользователей и общаться в чате”.Также не помешает сказать пару слов об аудитории продукта, так команда проекта сможет понять его особенности и дать вам несколько полезных советов. Расскажите о ее возрасте, характере и территориальном расположении, каких-то особенностях, которые должны отразиться на проекте.

Например: “Это молодые люди, выезжающие за рубеж для отдыха и интересующиеся общением за пределами языкового барьера, которые любят снимать фото и видео”.

Стоит рассказать о типах пользователей и их ключевых отличиях.

Например: “В приложении должны быть обычные пользователи и модераторы, которые получают жалобы от пользователей на контент или профили. Модераторы могут просматривать чат обычных пользователей после жалобы и заблокировать в сервисе нарушающий правила аккаунт”.

И в завершении расскажите о компонентах вашего продукта.

Например: панель администратора, которую используют модераторы; мобильное приложение, которое использует пользователь, чтобы зарегистрироваться, добавить контент, поучаствовать в чате и т.д.

Высшим пилотажем будет сделать так называемый data flow или контекстную диаграмму, в которой будет отражено как пользователи взаимодействуют с продуктом, его компонентами и между собой.

Функциональная карта

Функциональная карта отображает общую концепцию проекта с уровнем детализации необходимым для того, чтобы оценить объем работ, расставить приоритеты.В традиционном формате такая карта напоминает карту сайта. Но удобнее всего ее отобразить в виде mind card (майнд карт, интеллект карт). Часто менеджеры рисуют на совещании на доске или листе бумаги слова и между ними связи, так вот, это и есть майнд карта. Это можно сделать удобно в бесплатных сервисах (coggle, draw.io и mindmeister) или просто в Office Word.

Очень важно отразить в функциональной карте все пользовательские особенности. В первом приближении это просто набор функций продукта.

Например: “В приложении должна быть регистрация по почте, создание и заполнение данных профиля,, возможность загрузить и отредактировать фото и видео, список аккаунтов других пользователей с различными типами фильтров, текстовый чат, обращение к службе поддержки.

Путь пользователя

Так называемый user flow или путь пользователя, это последовательный список действий или экранов, по которым может переходить пользователь в процессе взаимодействия с продуктом. Опишите, как в вашем представлении будет взаимодействовать с продуктом пользователь. Очень удобно это можно сделать также майнд картой или просто списком действий.

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

Путь пользователя — это общий алгоритм работы с продуктом. Также существует еще use cases (варианты использования) — это детализация user flow. В случае мобильного приложения для знакомств вы создали путь пользователя по экранам, а затем описываете, что пользователь может сделать на каждом экране.

Например: на экране регистрации пользователь может:
перейти на экран авторизациизарегистрироваться через соцсети (Facebook, Twitter)может ввести почту, пароль, затем его повторить и подтвердить регистрацию в письме, пришедшем на почту.

Пользовательский интерфейс

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

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

Дизайнеры скажут вам большое спасибо, если вы укажите стиль дизайна интерфейса, например flat design или material design.

Высшим пилотажем будет добавить wireframes (вайрфреймы) — прототипы интерфейса продукта в виде приближенных схем.

Программные интерфейсы

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

Сервер декомпозируется на модули: базы данных, аутентификации, чата и т.д.Клиент связывается с сервером через API (интерфейсы передачи данных), стоит указать его тип (REST, WEB, RPC и т.д.) и описать методы, ответы и обработку ошибок.

Данные обычно хранятся в базе данных в виде специальных структур, чаще всего таблиц (для реляционных БД) и json структур (для нереляционных). Разработчики скажут вам огромное спасибо, если в техническом задании вы укажите сущности базы данных (ER-модели) и опишите хранимые поля, с указанием их типов данных (string, int и т.д), ключей (primary, foreign), обязательности (required) и пустого значения (nullable).

Нефункциональные требования

Это общие требования к продукту. Их можно разделить на требования к техническому обеспечению, требования безопасности и требования к производительности.В требованиях к техническому обеспечению указывают пожелания к устройствам и операционной среде, например для приложения знакомств это Android 7.0+ и JDK 8+, iOS 11.0+ и Swift 4.2.

Подробнее
Технолог и конструктор читают ТЗ от менеджера
Приколы для даунов,разное,мурена

Приколы для даунов(19343)

разное(208453)

Так, хватит, я себе чуть мозг не сломал пытаясь представить и перпендикулярные линии-котят, и прямой не 90-градусный угол, садисты конченые

Если контора большая в которой пашешь то терпеть выходки менеджеров-долбаебов можно только за ЗП от 150 и выше с соц. пакетом, если ты хоть что-то из себя как специалист представляешь (вообще хоть что-то можешь). В противном случае оно того не стоит, Вас все равно рано или поздно сделают козлом отпущения с вылетом на улицу. Посему слать таких вот "менеджеров" на хуй вплоть до служебной записки либо объяснений напрямую с руководством.
А если Вас так дрючат всякие долбаебы реально не хуя не понимающие в своем деле за три копейки или в шарашкиной конторе - шли все это скопом на хуй. Не пожалеете.

Все остальное - пиздострадания хомякоидов.

Прямой не 90 градусный угол? Легко. Равносторонний треугольный сектор на поверхности шара. 45 и 90 градусов одновременно. :)

То, что мы, молодая, динамично развивающаяся компания, почтили вас, холопов, своим вниманием, это и есть высшая оплата. И вообще, у нашего ООО рога и копыта великая миссия, какие деньги?!

Ну и хуле ты такой крутой спец забыл в этих рогах и копытах?
Шли их на хуй и утсраивайся в нормальную контору.
Или есть нюанс?

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

Как говорила нам на собрании одна дамочка: "Мы все одна семья, и должны работать на одну самую главную задачу, а не думать о деньгах. " и буквально через пару фраз: ". есть директор, и он обязан остаться в прибыли." Достойная высшая цель. Есть какой-то мудак, которого никто даже в глаза не видел, который обязан, бедняжка остаться в прибыли. Не хочет, но обязан.

бляяяя :D вчера с собеса жена вернулась.
здание в центре города, гостевые пропуска, турникеты и охрана, все вылизано и блестит, бариста есть (лол) и короче вместо 70к на сайте (причем написано, если хотите получать меньше, то даже не беспокойте нас) 15 на руки, а остальное если будете приводить клиентов, а рабочий день с 10 до 21
какой то аналог то ли курсов по рисованию или частная художка

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

ссылка на гифку

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

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

Поэтому у нас на предприятии все менеджеры (руководители) проектов - бывшие технологи, механики, электрики и ни одного "профессионального менеджера".

Крупное горнодобывающее предприятие. Сам состою в проектной группе. Мой руководитель - бывший начальник участка (технолог), в команде электрик (я), механик и строитель. Все бывшие ИТР с этого же предприятия. "Типичные менеджеры" стоят выше, да. Но всю техническую часть (ТЗ, ТУ, концепты) делаем мы. Да и в соседних группах 80% инженеров - бывшие ИТР с тех цехов/технологических линий, над которыми теперь работают. Может специфика предприятия? Без знаний технологии, особенностей отдельных линий и цехов, работать трудновато.

Ну, можно ещё на древнем госпредприятии в режиме "50 лет работаем на одном и том же оборудовании, по тем же нормам, и делаем тот же самый условный чапельник как и тогда". Никакой технолог ни одной запятой в техпроцесса не изменит, потому что "мы всегда так работали и нормально было". Никакого развития, никаких r&d команд и прочих не пойми чего. Не, ну нужно иногда всякие мелочи поподгонять, но это скорее не к работе вопрос, а чисто бюрократические фишечки.

Пример, кстати по электрике - делал как то схему для одного цеха, как только на работу устроился - комутируешь потихонечку, обычно даже особо голову не включаешь, все же на схеме нарисовано. А тут что то засмотрелся, а в схеме ошибка, не будет она так работать. Ну, самому исправлять же нельзя, полномочий нет, пошел согласовывать. Начальство что то вроде "да не может быть, сто лет по этой схеме делали и нормально всё было, делай как дали" и все такое. Мне то что? Сделал. Но ведь интересно же. Поехал сам к монтажникам, благо кое как знакомы уже были, подсмотреть как они ее ставить будут. А у них там что то вроде передачи опыта предков следующему поколению - "короче, вот щит новый, но он хоть и новый, но не работает. Берём - тут выкусыааем, тут перемычку ставим, и тогда все как нужно будет." Вот так и работают, половина даже схемы читать не могут, просто херачат по выученному, потому и боятся всего на свете, они же если будет хоть что то не так как всегда, никогда в жизни не разберутся. А легендарных персонажей класса "вот он разбирается" хорошо если по одному на цех. И так по идее во всех производствах. Так то оно и понятно становится, как вот такое предприятие может конкурировать хоть с чем то, чем не обезьяна управляет.

Что за бред. 2000 р за заказ от куда вы в обще взяли эту цифру . ? Аж раздражает данный демпинг . Вы , что разнорабочих нанимаете. . Данная специальность подразумевает ВО . Маразм и только .

Евгений, спасибо за комментарий!
В среднем выходит около 50 т.р в месяц. Разве это маленькая ЗП? Посоветуйте, сколько в месяц должна стоить работа технолога?

Конструктору-технологу , 90 процентов случаев платится процент от стоимости изделия (касаемо сделки), или оклад+переработки . Пример в СПБ сделка ловируется 3-4 процента . А если оклад то 70000-80000+ переработки . В Москве набрасывайте еще 1 процент и 10000 т к окладу минимум . И это без использования сторонних программ .!

Евгений, Раньше они вообще то ли тысячу предлагали, то ли полторашку за проект кухни :)
С грозным предупреждением, все косяки вы будете оплачивать из собственного кармана! :)

Валерия, Работа технолога может стоить и 50 тыс.
Это зависит от загруженности технолога, от региона и т.д.
Для того что бы с вами заработать эти 50 тыс. нужно ежедневно клепать вам по одной кухне, независимо от ее сложности.
Независимо от проработанности вами тех задания, и еще от целой кучи независимо.

Во первых вы должны понять , хороший конструктор с таким предложением к вам не пойдет , только если студент и то чисто для практики . Во вторых Конструктив не подразумевает понятия потока готовой продукции (не считаем стандарт) и одинаково затраченного времени на каждое изделий многие работодатели этого реально не понимают , есть понятие трудоемкость , в данной категории профессии , часто надо подумать над не стандартными решениями и выходами из ситуаций и возможностей производства (которое часто ограничено из ходя из финансов) . Ну и самая боль это рекламации и переделки в , которых конструктор чаще всего допускает ошибки , так как в переделках люди чаще всего забывают обратить внимание на весь проект изменив только его часть . И это факт . Это я еще не затронул тему ТЗ менеджеров которые только вчера выучили номенклатуру и сопутствующее ПО .

Евгений, Спасибо за подробный ответ!
Мы предоставляем постоянный поток заказов, и наши сотрудники не жалуются на зарплату, а считают, что работая удаленно по несколько часов в день, получают от нас хорошее вознаграждение.
В любом случае, мы никого не принуждаем работать с нами)

стандартную кухню можно спроектировать за 2 часа с нуля и совершенно спокойно. Итого за 6 часов работы это 3 кухни и 6 т.р. - весьма нормальная подработка за день. Разве нет?

Пришлите если не сложно, посмотреть вашу конструкторскую документацию на кухню, которую вы проектируете за 2 часа. Просто интересно как она выглядит :)

как все обычные кухни. в пдф формате. Деталировка, карты раскроя, присадки, списки фурнитуры и спецификации. - Ничего не обычного.

Сейчас на странице 0 пользователей

Нет пользователей, просматривающих эту страницу.

С этим не поспоришь. Дело осталось за малым - рассчитать этот контур. Не могли бы вы подсказать как это можно сделать или дать ссылку.

Если поискать на ютубе по автору, то можно найти ссылку на "расчет" таких колес. Я её не сохранил, ибо мне не нужно. Кого реально заинтересует, смогут найти.

Простите не удержался. замените крео на ТФ @kkk изучать "гипотетически" ТФ это путь в никуда, необходимо начать работу с учебной модели, просто повторив, и подумать я зачем так, можно спросить, и начать делать проект любой несложный, узел вращения, рама верстака, станочное приспособления, но только не по работе, иначе вах.

Как я вас всех просто абажаю, Логика не может быть "другая", она правильная или ошибочна! (учебник Логика за 1954г.), а про математику, выходит в ТФ 2+2=5 так по вашему. И докапываться до слов. Да! ТФ не лишен недостатков как явных, но больше придуманных, а ашипки в мануале - "фича ТФ", можно подумать в коллективах где вы работаете нет разгильдяев и особенно блатных, последним вообще никто не указ. ___________ Критикуешь - предлагай, предлагаешь - делай, делаешь - отвечай. ______________ А теперь по существу, в ТФ самое главное - это параметризация, на всех презентациях озвучивают, а вот как это реализовано не говорят, приходится додумываться. Все элементы в ТФ имеют свой "индификатор" (за термин не ручаюсь) и он присваивается линиям построения, узлам, окружностям (2Д геометрии, в этом @Ветерок прав, когда говорит что ТФ это геометрия, и 3Д элементы тоже имеют его. НО при изменении, добавлении 2Д элементов, почему-то "изменяется индификатор" и ядро не находит эго на этом месте. Такое происходит даже просто с изменением размера. И внимание это мое личное представления о ТФ, и что оно верное или ошибочно НЕЗНАЮ. Поэтому есть определенные "правила работы в ТФ" которые необходимо соблюдать, чтобы избежать проблем со "взрывом на макаронной фабрике" p.s. Какой такой перевод? вы о чем? в ТФ импортное только ядро парасолид, а все остальное жигули-веста

Сейчас на странице 0 пользователей

Нет пользователей, просматривающих эту страницу.

Читайте также: