Общие принципы построения сетевого графика

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

— предшествующие работы и предварительные условия, при выполнении которых может быть начата проектируемая работа;

— другие работы, которые можно выполнять параллельно с данной работой;

— работы, которые могут быть выполнены только после полного завершения рассматриваемой работы.

Форма графика должна быть простой без лишних пересечений. Большинство работ следует изображать горизонтальными линиями с направлением стрелок слева направо (рис.5.4., а).

При выполнении параллельных работ, исходящих из одного события вводится зависимость и дополнительное событие, иначе разные работы будут иметь одинаковый код. Если работа начинается после частичного выполнения предшествующей, то эту работу следует разделить на части (захватки) (рис.5.4.б).

Рис.5.4. Основные правила построения сетевого графика

При выполнении параллельных дифференцированно зависимых работ должны вводиться зависимости по каждой работе (рис.5.4.в).

Если до начала работы необходимо выполнить работы А и Б, а для начала работы В — только работу А, то вводятся зависимость и дополнительное событие (рис.5.4, г).

В сетевом графике не должно быть «тупиков» (кроме завершающего события), «хвостов» (кроме исходного события) и «циклов» (замкнутых контуров) (рис.5.4, д).

В сетевой график при поточной организации строительства во избежание появления ложных связей вводятся дополнительные события и зависимости (рис.5.4, е).

При нумерации (кодировании) событий последующее событие получает номер после предыдущего. Последующее событие нельзя нумеровать, если не пронумеровано предшествующее ему событие (рис.5.4, ж).

При укрупнении сетевых графиков (рис.5.5) приняты следующие правила:

Рис.5.5. Укрупнение сетевых графиков:

а — до укрупнения; б — после укрупнения

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

— укрупнять в одну работу следует только такие работы, которые закреплены за одним исполнителем (бригадой, участком и т.д.);

— в укрупненную сеть нельзя вводить новые события, которых не было до укрупнения;

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

Внутриплощадочные строительные работы увязываются с внешними работами (поставки материалов, оборудования и т.п.) (рис.5.6).

Рис.5.6. Варианты символов внешних поставок и работ:

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

Внешние работы выделяют графически, при необходимости вводят дополнительные события.

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

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

Этапы построения сетевого графика показаны на рис.5.7.

Рис.5.7. Последовательность построения сетевого графика:

а — первоначальный вариант; б — промежуточный вариант; в — окончательный вариант

При построении СГ степень детализации работ зависит от сложности объектов, количества ресурсов, объемов работ и периода строительства. 

При составлении первичных СГ учитывают следующие рекомендации:

— технология работ должна быть выражена с исчерпывающей полнотой;

— каждая стрелка должна соответствовать отдельной работе, выполняемой бригадой в определенных пространственных границах;

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

Необходимо, чтобы продолжительность работ не превышала продолжительности двух интервалов представления оперативной информации.

Например, если информация предоставляется каждые сутки, работы следует выполнять не более двух дней, при недельном планировании — 14 дней, при месячном — 60 дней.

Принципы построения сетевого графика

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

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

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

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

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

Сетевые модели могут быть детальными и укрупненными, в которых ряд работ заменяется одной укрупненной работой. Кроме того, они делятся на сводные, объединяющие комплексные сетевые графики зданий и сооружений данного объекта: комплексные, охватывающие все работы по возведению данного здания или сооружения и обеспечению ресурсами; частные, объединяющие часть работ, выполняемых на строительстве здания конкретной организацией; первичные – по работам, производимым отдельными исполнителями, например одним из участков строительного управления (первичная сеть является частью соответствующей частной сети).

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

Сетевой график представляет собой сетевую модель с рассчитанными временными параметрами. В основе построения сети лежат понятия «работа» и «событие».

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

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

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

События ограничивают рассматриваемую работу и по отношению к ней могут быть начальными и конечными.

Начальное событие определяет начало данной работы и является конечным для предшествующих работ.

Конечное событие определяет окончание данной работы и является начальным для последующих работ.

Исходное событие – событие, которое не имеет предшествующих работ в рамках рассматриваемого сетевого графика.

Завершающее событие – событие, которое не имеет последующих работ в рамках рассматриваемого сетевого графика.

Сложное событие – событие, в которое входят или из которого выходят две или более работы.

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

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

Пути продолжительность которых несколько меньше продолжительности критического пути на заданную величину, называют подкритическими. Такой величиной может быть период контроля. При недельно-суточном оперативном планировании период контроля составляет 7 календарных дней.

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

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

Основные правила построения сетевого графика

При этом учитывают:

  1. работы, которые должны быть завершены прежде, чем начнется планируемая работа;
  2. работы, которые могут быть начаты после нее, т.е. после данной планируемой работы;
  3. работы, осуществляемые одновременно с плановой работой.

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

Сетевые графики строят по следующим правилам.

  1. Направление стрелок в сетевом графике следует принимать слева направо.
  2. Форма графика должна быть простой, без лишних пересечений, большинство работ следует изображать горизонтальными линиями.
  3. Если те или иные работы начинаются после частичного выполнения предшествующей, то эту работу следует разбить на части
  4. При изображении поточных работ особое внимание уделяется правильной разбивке работ на захватки и выявлению взаимосвязи смежных работ.
  5. Укрупнение сетей производится с соблюдением следующих правил:
    1. группа работ на сетевом графике может изображаться как одна работа, если в этой группе имеется одно начальное и одно конечное событие;
    2. укрупнять в одну работу следует только такие работы, которые закреплены за одним исполнителем (бригадой, участком и т.д.);
    3. в укрупненную сеть нельзя вводить новые события, которых не было на более детальном графике до укрупнения;
    4. наименование работ в укрупненном графике должно быть увязано с наименованием укрупняемых работ;
    5. коды событий, которые сохраняются в укрупненном графике, должны быть такими же, как и в детальном графике.
  6. При выполнении параллельных работ, т.е. если одно событие служит началом двух работ или более, заканчивающихся другим событием, вводится зависимость и дополнительное событие, иначе разные работы будут иметь одинаковый код. Между двумя событиями может быть только одна работа, т.е. нельзя допускать различных работ с одинаковыми кодами — работ с общим начальным и конечным событиями. В подобных случаях при необходимости выполнения двух и более параллельных работ вводят фиктивные работы и дополнительные события. Значит, при выполнении параллельных работ, т.е. когда одно событие служит началом 2-го и больше работ, заканчивающихся также одним событием, вводят зависимость.
  7. Если после окончания двух работ А и Б можно начать работу В, а начало работы, Г зависит только от окончания работы А и начало работы Д – от окончания работы Б, то на сетевом графике это изображается с помощью зависимостей.
  8. При построении сетевого графика могут быть следующие ошибки. В сетевом графике не должно быть «тупиков», «хвостов» и «циклов». «Тупик» — событие (кроме завершающего), из которого не выходит ни одна работа, «хвост» — событие (кроме исходного), в которое не входит ни одна работа, «цикл» — замкнутый контур, в котором работы возвращаются к тому событию, из которого они вышли.
  9. В сети не должно быть замкнутых контуров (циклов). Это значит, что ни одна из работ а, Ь, с не может быть выполнена, так как любая из них является и условием и следствием выполнения других работ.
  10. В сети не должно быть «тупиков», т.е. событий, из которых не выходит ни одной работы, если это (событие № 4) не конечное событие. Это говорит либо об ошибке в сети, либо о том, что результат работы, предшествующий событию № 4, никому из исполнителей не нужен.
  11. В сети не должно быть событий, за исключением исходного, в которые не входит ни одной (№ 6) работы. Это говорит о том, что результат, необходимый одному из исполнителей как доходное условие начала его работы, никому не поручен. Значит, событие не может наступить, так как не выполнены предшествующие ему работы.
  12. Ни одна работа не может начаться, пока не наступило событие, предшествующее ей. Ни одно событие не может считаться свершившимся до выполнения всех работ, ведущих к нему.
  13. Изображение поставок и других внешних работ осуществляется следующим образом. Работы, которые предшествуют выполнению тех или иных работ сетевого графика, но организационно решаются на другом уровне, называются внешними работами. К внешним работам можно отнести поступления технической документации, поставку материалов или оборудования, завоз строительных машин и т.д. Обычно такие работы графически выделяются, например, утолщенной стрелкой с двойным кружком.
  14. Нумерация (кодирование) событий должна соответствовать последовательности работ во времени, т.е. предшествующим событиям присваиваются меньшие номера. Нумерацию событий рекомендуется производить только после окончательного построения сети и вести от исходного события, которому присваивается нулевой или первый номер. Последующее событие нельзя нумеровать, если не пронумеровано предшествующее ему событие. Кодирование можно вести горизонтальным или вертикальным методом. При горизонтальном методе события кодируют слева направо по прямым до первого пересечения работ. При вертикальном способе нумерацию начинают сверху вниз и снизу вверх с учетом условия: последующее событие получает номер после предыдущего.

Перевод книги Интерком о продакт менеджменте

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

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

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

Перевод книги на русский язык «Интерком о продакт менеджменте».

Оригинал книги «Intercom on Product Management» на английском.

Исходный текст перевода взят у хабрапользователя Алексея Горобчука @harabchuk

Принципы web-разработки через bitbucket

Несколько человек пишут код (php,js,mysql,html). Коммитят это. Push-ают. Код отправляется на сервер Bitbucket.

Почти так. Как правило, в организации командного рабочего процесса есть несколько дополнительных правил.

  1. Под каждую отдельную задачу создаётся отдельная ветка разработки.
  2. Разработчик по ходу работы никогда не должен пушить коммиты в ветку master. Он пушит их в свою ветку разработки.
  3. Когда задача доведена до некоторого итога, создаётся запрос на слияние (merge request, pull request). Либо в какой-то иной форме (хоть устно) обозначается готовность ветки к слиянию. Подробнее: Зачем нужен pull request, если есть push?
  4. Предложенная ветка проходит код-ревью, тестирование и какие угодно другие проверки.
  5. В каждом конкретном случае должен быть один ответственный человек, принимающий решение о слиянии. Это может быть тимлид, тестировщик, ещё кто-то — как договоритесь.

Далее вся комманда Pull-ами синхронизирует код у себя на машинах;

Команда git pull фактически включает в себя две: git fetch + git merge. С первой обычно не бывает проблем, вторая может застопориться на конфликтах. Я обычно обновляю master, а потом делаю rebase текущей ветки на него

git fetch
# посмотрим, что к нам пришло
git log --oneline --graph --decorate --all

# обновим master
git checkout master
git merge origin/master # или просто git pull

# переставим текущую ветку на новый master. 
# при наличии конфликтов лучше разрешить их сейчас, чем потом при слиянии в master
git checkout myfeature
git rebase master

Как вы будете развертывать приложение — совершенно отдельный вопрос. Если это интерпретируемый код вроде php или js — удобно использовать rsync. Есть более популярный, но гораздо менее надёжный способ развертывания через репозиторий на production-сервере и git-hook. Если доступен только FTP, придётся через FTP.

Стремитесь к тому, чтобы у вас было абсолютно идентичное окружение на всех этапах процесса: разработка, тестирование, staging (если есть), production.

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

Так вы страхуете свою команду:

  • от (части) багов, которые просачиваются на прод;
  • от феномена «works on my machine»;
  • от серверов-произведений искусства, которые были настроены год назад человеком, который потом уволился, а теперь никто не может сделать то же самое, поэтому в случае поломки заменить их будет нечем

U-образные ячейки

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

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

https://worksection.com/blog/u-shaped-conveyor-cells.html

Визуализация

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

Наиболее часто используемые методы визуализации:

  • Оконтуривание
  • Цветовая маркировка
  • Метод дорожных знаков
  • Маркировка краской
  • «Было»-«стало»
  • Графические рабочие инструкции

Система JIT

Just-In-Time — точно вовремя. Cистема управления материалами в производстве, при которой компоненты с предыдущей операции (или от внешнего поставщика) доставляются именно в тот момент, когда они требуются, но не раньше. Данная система ведет к резкому сокращению объема незавершенного производства, материалов и готовой продукции на складах.

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

Особенности системы JIT. При функционировании системы JIT ничего не производится и запас на производственном участке не пополняется пока конечный продукт не будет реализован или отгружен. Когда конечный продукт «вытянут», для восполнения изъятого «вытягиваются» изделия из предыдущей стадии производства или от поставщиков. Таким образом, система JIT предполагает обеспечение производственного участка всем ассортиментом материалов и комплектующих, в количестве необходимом для производства сборки (изготовления) такого количества производимых изделий на данном участке, которое его покинуло.

Таким образом, отправной точкой для пополнения запаса на производственном участке при реализации системы KANBAN является сигнал, выдаваемый в виде карточки или пустого контейнера по мере его окончания, но при этом на производственном участке есть полностью заполненный контейнер в объеме запаса, достаточного для работы на период пополнения + 10 – 30% (страховой запас). В системе JIT отправной точкой служит отгрузка готового изделия с производственного участка, после которой осуществляется пополнение запаса в объеме, необходимом для производства следующего аналогичного изделия.

Система TPM (Total Productive Maintenance)

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

В ТРМ участвуют операторы и ремонтники, которые вместе обеспечивают повышение надежности оборудования. Основа ТРМ — составление графика профилактического техобслуживания, смазки, очистки и общей проверки. Благодаря этому обеспечивается повышение такого показателя, как Полная Эффективность Оборудования.

В бережливом производстве TPM система борется против шести видов больших потерь, связанных с оборудованием:

  • поломки
  • установка и наладка
  • холостой ход и малые остановки
  • потери скорости
  • брак и переделка
  • пусковые потери

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

  • повышает эффективность работы станков
  • повышает производительность цеха
  • снижает себестоимость производства
  • повышает качество продукции

В основе Total Productive Maintenance лежит восемь принципов, или столпов.

В основе Total Productive Maintenance лежит восемь принципов, или столпов

По материалам https://worksection.com/blog/total-productive-maintenance.html

Быстрая переналадка (SMED — Single Minute Exchange of Die)

Концепция была разработана японским автором Сигео Синго и произвела революцию в подходах к переналадке и переоснастке. В результате внедрения системы SMED смена любого инструмента и переналадка могут быть произведены всего за несколько минут или даже секунд, «в одно касание» (концепция «OTED»— «One Touch Exchange of Dies»).

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

  • подготовка материалов, штампов, приспособлений и т.п. — 30%;
  • закрепление и снятие штампов и инструментов — 5%;
  • центрирование и размещение инструмента — 15%;
  • пробная обработка и регулировка — 50%

В результате были сформулированы следующие принципы, позволяющие сокращать время переналадки в десятки и даже сотни раз:

  • разделение внутренних и внешних операций наладки,
  • преобразование внутренних действий во внешние,
  • применение функциональных зажимов или полное устранение крепежа,
  • использование дополнительных приспособлений.
Пример SMED

Система 5С — технология создания эффективного рабочего места

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

  1. СОРТИРОВКА: отделить нужные предметы — инструменты, детали, материалы, документы — от ненужных, чтобы убрать последние.
  2. РАЦИОНАЛЬНОЕ РАСПОЛОЖЕНИЕ: рационально расположить то, что осталось, поместить каждый предмет на свое место.
  3. УБОРКА: поддерживать чистоту и порядок.
  4. СТАНДАРТИЗАЦИЯ: соблюдать аккуратность за счет регулярного выполнения первых трех S.
  5. СОВЕРШЕНСТВОВАНИЕ: превращение в привычку установленных процедур и их совершенствование.

По материалам https://www.src-master.ru/article25952.html