Организация работы
Дополнительные действия
Для некоторых бизнес-процессов работа с таск-треккером может отличаться.
Оглавление
- Коммуникация внутри компании * Работа с таск-треккером Yougile * Общие принципы организации работы над проектами с использованием таск-треккера * Работа с документами * Работа по проектированию
Коммуникация внутри компании
Для коммуникации внутри компании мы используем электронную почту, Telegram, Discord, Sber.Jazz. Мы не используем whatsapp. Мы стараемся ставить задачи только через таск-треккер Yougile. В целом мы придерживаемся принципов комфортного уважительного общения между собой. Обращение на «ты» или на «вы» может выбираться свободно, исходя из ваших ощущений.
Общие принципы организации работы над проектами с использованием таск-треккера
БП 002.1_Планирование и работа с задачами (Техническая дирекция)
Работа с Wiki
У нас есть своя Wiki. В ней есть различные разделы (Продукт, Организация и партнерство, Проекты и т.д). В Продукт кладем все, что связано с созданием, упаковкой, модифицированием и управлением продуктом. В Проекты кладем все, что связано с работой над проектами: Ход реализации проекта, проектные реализации сервисов, протоколы и т.д. В раздел Организация и партнерство кладем все, что связано с организационными документами, брендом и т.д.
Работа с документами
Как мы писали выше, Develika придерживается принципов открытости информации внутри компании. Поэтому вся работа над проектами ведется в соответствующих папках в Nextcloud. Просим придерживать сложившейся структуры папок и шаблонов наименования файлов. Актуальный шаблон структуры проектных и внепроектных папок, наименования файлов можно взять в корне соответствующего раздела структуры папок. Мы используем следующий подход к наименованию версионности файлов:
- v0.n, где n – порядковый номер версии (для файлов находящихся в работе); * vm.n, где n – порядковый номер версии, m – номер мажорного изменения (например v1.0 – первичная передача заказчику, v1.1 – внесены минорные изменения, v2.0 – повторная передача заказчику).
Шаблоны документов находятся в папке. Если вам потребуется совместно поработать над каким-то документом внутри компании, необходимо разместить его на личном OneDrive и поделиться им с коллегой. По окончанию совместной работы, не забудьте выложить полученный документ в Nextcloud.
Работа по проектированию
Если Ваша роль в компании связана с разработкой чертежей, то нижеизложенная информация будет Вам полезна.
- Шаблоны чертежей (dwt) и подшивок (dst) лежат в папке. В принципе при создании чертежей можно пользоваться готовыми файлами из других проектов с предварительной очисткой (команды ПОДЧИСТИТЬ, ОЧИСТИТЬ); * Шаблон чертежей содержит необходимые слои, размерные стили, стили текста, стили выносок и т.д. При необходимости внесения изменений в шаблон изменения производятся по согласованию с Руководителем по проектированию, с присвоением новой версии шаблона. Обязательно необходимо внести запись в Таблицу регистрации изменений шаблонов (находится в корне папки с шаблонами); * Типовая таблица щитов (расчетная таблица, перечни оборудования, типовые нагрузки и т.д) лежит в папке; * Библиотека элементов КМП и библиотека элементов СЭП лежат в папке. В данных документах содержатся необходимые блоки и логотипы, которые потребуются в проектировании. Внесение изменений в данные документы допустимо и поощряется (с соблюдением требований к оформлению блоков, текстов и т.д); * Вся необходимая техническая документация находится в папке. Дополнение перечня документации допустимо и поощряется. Если при проектировании используется документация, отсутствующая в перечне, ее необходимо скачать (преимущественно с официального сайта производителя) и положить в папку; * Вся необходимая НТД находится в папке. Дополнение перечня документации допустимо и поощряется. Если при проектировании используется документация, отсутствующая в перечне, ее необходимо скачать и положить в папку; * Примеры удачных проектных решений находятся в папке. Дополнение перечня документации допустимо и поощряется; * Различная литература находится в папке. Дополнение перечня литературы допустимо и поощряется; * Разработка документации внутри Компании ведется в соответствии со Стандартом (в разработке) и актуальной НТД (в том числе для страны, в которой предполагается реализация проектных решений); * При начале работы над проектом необходимо создать новую папку в соответствии с шаблоном из папки; * При работе над проектом необходимо руководствоваться информацией из Паспорта проекта, Устава проекта, Договора на проектирование и приложений к нему, Стандартов Компании, Стандартов Заказчика и других документов. Для получения информации необходимо обратиться к PM/ГИП проекта или к Руководителю по проектированию; * В папке, в которой ведется разработка в обязательном порядке должны оставаться исходные файлы, используемые при проектировании; * Различия в содержательной части (текст, количественная информация, графика и т.д.) между PDF, бумажным носителем и исходными файлами недопустимы; * Итоговый PDF файл разрабатываемой документации должен быть получен прямым экспортом из ПО, в котором велась разработка (Revit, AutoCAD, Eplan, Word, Excel и т.д.); * Если разработка ведётся в AutoCAD - запрещается разрабатывать разнотипные документы в одном исходном файле (например, схемы электрические принципиальные и планы, или схемы функциональные и эскизные чертежи общих видов, или схемы структурные и планы). Каждый документ должен быть представлен как минимум одним отдельным файлом. В отдельных случаях допускается один документ разбивать на несколько исходных файлов; * Не допускается разработка принципиальных электрических схем или других однотипных документов, содержащих более одного листа, по принципу “один лист-один исходный файл”; * Документы-списки, документы-перечни и документы-таблицы (спецификации, кабельные журналы, экспликации постов и т.п.) необходимо разрабатывать в Excel и экспортом необходимых диапазонов в Autocad. Включение данных документов в DWG допускается только в виде таблиц AutoCAD со связью с данными Excel (внешняя ссылка). Включение Excel-таблиц в качестве OLE-объектов запрещено; * Применение листов А0, А1 и производных форматов (п. 5 ГОСТ 2.301-68) – крайне не желательно; * Если DWG является вторичным (разработка велась не в AutoCAD), то DWG необходимо получить прямым экспортом из программы, в которой велась разработка, а все описанные ниже требования, относящиеся к DWG, кроме формата DWG (2013г.), допускается не выполнять; * Формат DWG - 2013г; * Предпочтительный вид передачи DWG для конечного Заказчика - формирование комплектов (Публикация - Сформировать комплект). При наличии внешних ссылок, ссылочных документов, нестандартных шрифтов – обязательный способ; * При передаче DWG конечному Заказчику не передавать *.bak, *.dwl и другие служебные файлы, не несущие смысловой нагрузки; * Все DWG файлы перед передачей нужно очистить (команда purge или ОЧИСТИТЬ); * Во всех DWG файлах удалить неиспользуемые слои, внешние ссылки, SHX файлы, блоки, DGN-стили, прокси-графику и т.д.; * Файл DWG не должен содержать не относящейся к проекту информации и должен занимать минимально возможное место на диске. В пространствах модели и листа не должно быть «черновых» элементов, не относящихся к данному конкретному чертежу; * В графике в файле DWG не должно быть дублирующихся или перекрывающихся объектов (например, идентичных линий, точек, блоков, располагающихся друг над другом и не несущих смысловой нагрузки). Рекомендуется применение команды ПОДЧИСТИТЬ (-OVERKILL); * Единицы всех чертежей - Десятичные. Масштаб вставки - миллиметры. * В процессе проектирования необходимо распределять графическую информацию по слоям (в соответствии с Шаблоном). При необходимости создания дополнительных слоев необходимо применять информативные наименования (например, «Основная надпись», «Текст», «Схемы», «АПС», «Стены», «Оси», «Устройства», «Смежные_ОВ» и т.п.). В случае, если дополнительные слои будут применяться в последующих проектах Компании, необходимо добавить их в Шаблон (в соответствии с требованиями соответствующего пункта данного Документа). Присутствие графики в «0» слое (за исключением графики «внутри» блоков) – недопустимо. * Блоки рекомендуется чертить в «0» слое с последующим наследованием графикой блока свойств слоя, на котором располагается блок. При необходимости допускается применение для элементов блока параметра “По блоку”. * Не используйте абсолютную адресацию при использовании внешних ссылок. Используемые внешние ссылки нужно либо внедрить, либо передавать вместе с чертежом комплектом (Публикация - Сформировать комплект). * Мы не используем прямую печать из модели. Каждый лист должен быть в «ЛИСТАХ»; * Мы не используем графику в пространстве листа. Исключения – аннотации, примечания, пояснения, условные обозначения, рамки, основная надпись, ведомости и перечни; * Планы, внешние виды оборудования, рамки и другая не условная графика в модели должна быть в обязательном порядке представлена в масштабе 1:1. * Схемы должны быть представлены в модели в масштабе 1:1 относительно листов, на которых они размещаются; * Листы должны быть сформированы и настроены таким образом, чтобы при экспорте из пространства листа посредством команды «экспорт в PDF с параметром «все листы» получить аналогичный передаваемому многостраничный PDF. * Плоттер должен быть стандартный DWG to PDF.pc3; * Качество вектора плоттера DWG to PDF.pc3 – 600 т/дюйм; * Качество растра плоттера DWG to PDF.pc3 – 300 т/дюйм; * Формат листа – «ISO A.. без полей»; * Стиль печати – acad (для цветных) и monochrome для ч/б; * Область печати – лист; * Масштаб печати листа - 1:1; * Смещение от начала листа - 0 по обеим координатам; * Если используются нестандартные элементы, не включаемые в DWG файл при сохранении (шрифты, плоттеры, форматы бумаги, стили печати) – передача комплектом обязательна; * В полученном в результате экспорта из программы, в которой велась разработка, файле PDF, не выполняйте правки в готовых PFD файлах; * Исключение – объединение нескольких PDF, относящихся к разным DWG файлам; * Из PDF файлов должно быть возможным прямое копирование текста (не защищать паролем, проверять кодировки, использовать корректные способы создания и объединения PDF файлов); * PDF не должен быть защищён от копирования, печати, внесения изменений; * Качество вектора – 600 т/дюйм; * Качество растра – 300 т/дюйм; * Масштаб PDF - 1:1; * Изменения в содержательной части PDF (текст, количественная информация, графика и т.п.) после экспорта из программы, в которой велась разработка, недопустимы. * Бумажный носитель должен быть получен прямой печатью PDF.
Работы по тестированию оборудования
Если Ваша роль в компании связана с тестированием оборудования, то нижеизложенная информация будет Вам полезна.
- Тестирование оборудование осуществляется в соответствии с актуальной версией Регламента, который находится в папке; * Оформление результатов работы осуществляется в соответствии с актуальной версией Чек-листа, которых находится в Wiki; * База знаний оборудования с карточками и результатами тестирования находится в Wiki; * Не забываем про Технику безопасности, Пожарную безопасность и здравый смысл.
