Сейф это что: Сейф | это… Что такое Сейф?
Сейф | это… Что такое Сейф?
Сейф (от англ. safe, буквально — безопасный, надёжный) — прочный несгораемый металлический ящик или же шкаф для хранения документов и материальных ценностей.
Содержание
|
Типы сейфов
По своим функциям (и, следовательно, конструкции), сейфы делятся на:
- огнестойкие
- взломостойкие
- и огневзломостойкие — производятся гораздо реже.
Сейфы устанавливаются в офисах (учреждениях) и частных домах. Продавцы делят их на следующие группы:
- встраиваемые
- мебельные
- data-сейфы (сейфы для хранения магнитных носителей)
- депозитные модули (сейфы и ячейки)
- кассовые
- переносные боксы (кэш-боксы)
- ключницы, сейфы для ключей
- автомобильные
а также более узкоспециализированные:
- гостиничные (разновидность мебельных)
- тайники (разновидность встраиваемых)
- оружейные сейфы и шкафы
- элитные сейфы (например, дизайнерские сейфы, сейфы в дереве)
Виды замков
В сейфах применяются следующие виды замков:
- ключевые (как правило, сувальдные, они обладают большей надежностью)
- механические (с кодовой комбинацией)
- электронные
Кроме того, встречаются более экзотические — биометрические, с магнитными ключами, кодовыми бесконтактными ключами, и так далее.
Взломостойкость
Огнестойкие сейфы противостоять грабителю не способны. Их задача — спасать имущество и бумаги от огня. Главная характеристика взломостойких сейфов называется взломостойкость. Взломостойкость — это устойчивость сейфа ко взлому; она устанавливается по результатам испытаний. Чем она выше — тем выше класс сейфа (и, как правило, он тяжелее и дороже). В России она измеряется в единицах взломостойкости (Ес). Российский стандарт — ГОСТ Р 50862-2005 (его прототипом является EN 1143-1). Немецкий стандарт — VDMA 24992. Существуют и другие стандарты.
Сейфы 5-го класса — уже уровень ювелиров. Сейфы 6-го класса поточным методом практически не производятся. Производители могут натягивать данные тестирования, что нужно учитывать при покупке сейфов. Например, сейфы «8-го» класса, по реальным характеристикам могут оказаться хуже 5-го класса.
Соответствие классов устойчивости сейфов к взлому по разным стандартам
| Класс ГОСТ Р 50862-2005 | Количество единиц взломостойкости RU | Euro CEN 1143 (Евросоюз) | VDMA 24992 (Германия) | APSAIRD (Швейцария) | INSTA 610 | U. |
|---|---|---|---|---|---|---|
| А | ||||||
| 00 | ||||||
| В | A2P Classe 0 | |||||
| 30/30 | 0 | |||||
| 1 | 30/50 | I | C1F | A2P Classe 1 | TL-15 | |
| A2P Classe 2 | ||||||
| 30-40 | TL-30 | |||||
| 2 | 50/80 | II | C2F | A2P Classe 3 | 40-50 | |
| 50-60 | ||||||
| 60-70 | ||||||
| 3 | 80/120 | III | D10 | TL-30/6 | ||
| 70-80 | ||||||
| TRTL-30 | ||||||
| A2P Classe 4 | 80-90 | |||||
| 4 | 120/180 | IV | D20 | 90-100 | TRTL-15/6 | |
| A2P Classe 5 | 100-120 | |||||
| 120-140 | ||||||
| 5 | 180/270 | V | 140-160 | |||
| A2P Classe 6 | TRTL-30/6 | |||||
| 6 | 270/400 | VI | E10 | 160-180 | TRTL-60/6 | |
| 7 | 400/600 | VII | > 180 | TXTL-60 |
Огнестойкость
Огнестойкие сейфы предназначены для защиты ценностей от огня и только от огня.
Главная ошибка при покупке огнестойкого сейфа — надежда на то, что он сможет защитить и от взлома (еще в реальности называют «от своих»). В отличие от взломостойкого сейфа, между стенками его огнестойкого собрата — огнеупорный бетон, который имеет мелкопористую структуру, что и обеспечивает его низкую теплопроводимость. Класс огнестойкости сейфа прямо зависит от толщины бетонного слоя. Однако прочностные характеристики такого бетона невелики и не могут обеспечить защиту даже от легкого механического инструмента. При выборе огнестойкого сейфа можно заметить, что дверца недостаточно плотно прилегает к корпусу сейфа. Такая особенность конструкции не должна пугать покупателя, это нормально и объясняется тем, что поскольку наиболее трудно обеспечить огнестойкость именно в районе притвора двери, то в качестве мер, придающих необходимые служебные свойства, применяют либо так называемый тепловой замок (сложный притвор, состоящий из нескольких переходов) либо теплоизолирующие прокладки. При нагревании бетон, а также теплоизолирующие прокладки расширяются, тем самым обеспечивая максимально низкую теплопроводимость.
Огнестойкость сейфа зависит не только от времени теплового воздействия, но и от объекта хранения, поэтому различают 12 критериев огнестойкости: Согласно ГОСТ Р 50862-2005 при внешней температуре 1100 С, температура внутри сейфа не должна превышать
t = 170 С для классов ЗОБ, 60Б, 90Б, 120Б - предназначены, главным образом, для хранения бумажных документов.t = 70 С для сейфов класса ЗОД, 60Д, 90Д, 120Д - предназначены не только для бумаги, но и для магнитных носителей. t = 50 С для сейфов класса ЗОДИС, 60ДИС. 90ДИС, 120ДИС -предназначены главным образом для магнитных носителей.
t = 70 С для сейфов класса ЗОД, 60Д, 90Д, 120Д - предназначены не только для бумаги, но и для магнитных носителей.
t = 50 С для сейфов класса ЗОДИС, 60ДИС. 90ДИС, 120ДИС -предназначены главным образом для магнитных носителей.
Эволюция сейфов
Первые сейфы появились в Англии в XIX в. с увеличением числа капиталистов. Именно тогда простые сундуки и шкафы сменились шкафами, сделанными из стали и снабженными крепкими замками. Они были необыкновенно надежными — до изобретения ацетиленово-кислородной горелки. После этого начали применять два слоя металла, дополнительно проложенные медью и слоем бетона.
Сначала сейфы запирались на ключ. Взломщики открывали их, взламывая замки ломом или же взрывая при помощи пороха, засыпаемого в замочную скважину. Были изобретены механические замки — шифровые с циферблатом, который набирался на нескольких поворачиваемых дисках.
Такие замки стали открывать с использованием медицинского стетоскопа — потому что когда цифра занимала правильное положение раздавался легкий щелчок.
Некоторые научились чувствовать вибрацию дверцы при щелчке замка. Этот недостаток был преодолен после второй мировой войны, когда диски циферблатов и замки стали издавать серию дополнительных щелчков, что мешало правильному подбору комбинации.
В 1960-х гг. грабители начали использовать свёрла с алмазной коронкой, которые двигались гидравлическим способом и преодолевали бетон. Мера против этого — добавление в бетон корунда (твёрдый оксид алюминия). Сейчас самый современный инструмент взломщика — сварочная лампа, создающая температуру более 3000 градусов. Но если добавить в смесь, заполняющую стенки, графит, то при употреблении этой лампы смесь начинает сильно дымить, и оставаться рядом с сейфом становится невозможно. Для преодоления этого приёма защиты грабители в последнее время похищают сейфы не вскрывая их на месте. С помощью современной гидравлической погрузочной техники удается увозить даже весьма тяжелые сейфы, которые затем вскрываются в удобном месте.
Так же зафиксирован случай ,когда для взлома сейфа был применен рефрижератор.
Сейф находился в нем три дня.После этого он был разбит кувалдой.
Интересные факты
Сейфы в мировой культуре
- В рассказе «Обращение Джимми Валентайна» О.Генри главный герой, ушедший на покой, вскрывает сейф, чтобы спасти сестру своей невесты. У него необыкновенно чуткие пальцы и, таким образом, он подбирает код. О прототипе этого взломщика О.Генри услышал, когда сидел в тюрьме. Настоящий грабитель спиливал ногти до мяса, и «прослушивал» вибрацию сейфа именно этой гиперчувствительной кожей. Писатель эту неаппетитную деталь убрал.
- Польский авантюрный кинофильм «Ва-Банк» с Яном Махульским в главной роли целиком посвящен взломщикам сейфов. Махульский играет пана Генрика Квинто (его прототипом послужил грабитель Казимеж Чихоцкий «Шпицбрудка»). После успешного проката фильма в Советском Союзе в середине 80-х, в Москве появляется рок-группа с названием «Ва-БанкЪ», а также по одной из версий именно после просмотра этой картины палехские музыканты называют свою группу «Сейф»
- Женщина-взломщица — героиня романа Сидни Шелдон «Если наступит завтра» и его экранизации — один из персонажей, романтизирующих профессию.
- Другая женщина-вор — заглавный персонаж кинофильма «Настоящая Маккой» в исполнении Ким Бессинджер
- Брюс Уиллис играет взломщика в фильме «Гудзонский ястреб»
- В фильме «Абсолютная власть» (экранизация романа) взломщик в исполнении Клинта Иствуда во время дела был вынужден спрятаться в тайник с зеркальной дверью. Став свидетелем убийства, для сохранения своей жизни ему потребовалось строить интригу, используя профессиональные навыки.
Смотрите также
- Оружейный сейф
- Противобомбовый сейф
Примечания
Сейф | это… Что такое Сейф?
Сейф (от англ. safe, буквально — безопасный, надёжный) — прочный несгораемый металлический ящик или же шкаф для хранения документов и материальных ценностей.
Содержание
|
Типы сейфов
По своим функциям (и, следовательно, конструкции), сейфы делятся на:
- огнестойкие
- взломостойкие
- и огневзломостойкие — производятся гораздо реже.
Сейфы устанавливаются в офисах (учреждениях) и частных домах. Продавцы делят их на следующие группы:
- встраиваемые
- мебельные
- data-сейфы (сейфы для хранения магнитных носителей)
- депозитные модули (сейфы и ячейки)
- кассовые
- переносные боксы (кэш-боксы)
- ключницы, сейфы для ключей
- автомобильные
а также более узкоспециализированные:
- гостиничные (разновидность мебельных)
- тайники (разновидность встраиваемых)
- оружейные сейфы и шкафы
- элитные сейфы (например, дизайнерские сейфы, сейфы в дереве)
Виды замков
В сейфах применяются следующие виды замков:
- ключевые (как правило, сувальдные, они обладают большей надежностью)
- механические (с кодовой комбинацией)
- электронные
Кроме того, встречаются более экзотические — биометрические, с магнитными ключами, кодовыми бесконтактными ключами, и так далее.
Взломостойкость
Огнестойкие сейфы противостоять грабителю не способны.
Их задача — спасать имущество и бумаги от огня. Главная характеристика взломостойких сейфов называется взломостойкость. Взломостойкость — это устойчивость сейфа ко взлому; она устанавливается по результатам испытаний. Чем она выше — тем выше класс сейфа (и, как правило, он тяжелее и дороже). В России она измеряется в единицах взломостойкости (Ес). Российский стандарт — ГОСТ Р 50862-2005 (его прототипом является EN 1143-1). Немецкий стандарт — VDMA 24992. Существуют и другие стандарты.
Сейфы 5-го класса — уже уровень ювелиров. Сейфы 6-го класса поточным методом практически не производятся. Производители могут натягивать данные тестирования, что нужно учитывать при покупке сейфов. Например, сейфы «8-го» класса, по реальным характеристикам могут оказаться хуже 5-го класса.
Соответствие классов устойчивости сейфов к взлому по разным стандартам
| Класс ГОСТ Р 50862-2005 | Количество единиц взломостойкости RU | Euro CEN 1143 (Евросоюз) | VDMA 24992 (Германия) | APSAIRD (Швейцария) | INSTA 610 | U. L. (США) |
|---|---|---|---|---|---|---|
| А | ||||||
| 00 | ||||||
| В | A2P Classe 0 | |||||
| 30/30 | 0 | |||||
| 1 | 30/50 | I | C1F | A2P Classe 1 | TL-15 | |
| A2P Classe 2 | ||||||
| 30-40 | TL-30 | |||||
| 2 | 50/80 | II | C2F | A2P Classe 3 | 40-50 | |
| 50-60 | ||||||
| 60-70 | ||||||
| 3 | 80/120 | III | D10 | TL-30/6 | ||
| 70-80 | ||||||
| TRTL-30 | ||||||
| A2P Classe 4 | 80-90 | |||||
| 4 | 120/180 | IV | D20 | 90-100 | TRTL-15/6 | |
| A2P Classe 5 | 100-120 | |||||
| 120-140 | ||||||
| 5 | 180/270 | V | 140-160 | |||
| A2P Classe 6 | TRTL-30/6 | |||||
| 6 | 270/400 | VI | E10 | 160-180 | TRTL-60/6 | |
| 7 | 400/600 | VII | > 180 | TXTL-60 |
Огнестойкость
Огнестойкие сейфы предназначены для защиты ценностей от огня и только от огня.
Главная ошибка при покупке огнестойкого сейфа — надежда на то, что он сможет защитить и от взлома (еще в реальности называют «от своих»). В отличие от взломостойкого сейфа, между стенками его огнестойкого собрата — огнеупорный бетон, который имеет мелкопористую структуру, что и обеспечивает его низкую теплопроводимость. Класс огнестойкости сейфа прямо зависит от толщины бетонного слоя. Однако прочностные характеристики такого бетона невелики и не могут обеспечить защиту даже от легкого механического инструмента. При выборе огнестойкого сейфа можно заметить, что дверца недостаточно плотно прилегает к корпусу сейфа. Такая особенность конструкции не должна пугать покупателя, это нормально и объясняется тем, что поскольку наиболее трудно обеспечить огнестойкость именно в районе притвора двери, то в качестве мер, придающих необходимые служебные свойства, применяют либо так называемый тепловой замок (сложный притвор, состоящий из нескольких переходов) либо теплоизолирующие прокладки. При нагревании бетон, а также теплоизолирующие прокладки расширяются, тем самым обеспечивая максимально низкую теплопроводимость.
В дорогих моделях используются и притвор, и теплоизолирующие прокладки. Согласно пункту 5.3.2. ГОСТа огнестойкий сейф должен быть устойчив к воздействию опасных факторов пожара и соответствовать одному из шести классов устойчивости. По ГОСТу любой сейф, прошедший сертификацию, должен обеспечить защиту от пожара в течение как минимум 60 минут. Кроме этого, классы огнестойкости различаются в зависимости от объектов хранения: денежные купюры, документы, бумаги, магнитные диски, ленты, кино- и фотопленка, гибкие магнитные диски. В отличие от взломостойких сейфов, огнестойкие никогда не крепятся к полу или стене, так как это может сказаться на их характеристиках. Исключение составляют сейфы, оборудованные специальной подставкой.
Огнестойкость сейфа зависит не только от времени теплового воздействия, но и от объекта хранения, поэтому различают 12 критериев огнестойкости: Согласно ГОСТ Р 50862-2005 при внешней температуре 1100 С, температура внутри сейфа не должна превышать
t = 170 С для классов ЗОБ, 60Б, 90Б, 120Б - предназначены, главным образом, для хранения бумажных документов.
t = 70 С для сейфов класса ЗОД, 60Д, 90Д, 120Д - предназначены не только для бумаги, но и для магнитных носителей.
t = 50 С для сейфов класса ЗОДИС, 60ДИС. 90ДИС, 120ДИС -предназначены главным образом для магнитных носителей.
Эволюция сейфов
Первые сейфы появились в Англии в XIX в. с увеличением числа капиталистов. Именно тогда простые сундуки и шкафы сменились шкафами, сделанными из стали и снабженными крепкими замками. Они были необыкновенно надежными — до изобретения ацетиленово-кислородной горелки. После этого начали применять два слоя металла, дополнительно проложенные медью и слоем бетона.
Сначала сейфы запирались на ключ. Взломщики открывали их, взламывая замки ломом или же взрывая при помощи пороха, засыпаемого в замочную скважину. Были изобретены механические замки — шифровые с циферблатом, который набирался на нескольких поворачиваемых дисках.
Такие замки стали открывать с использованием медицинского стетоскопа — потому что когда цифра занимала правильное положение раздавался легкий щелчок.
Некоторые научились чувствовать вибрацию дверцы при щелчке замка. Этот недостаток был преодолен после второй мировой войны, когда диски циферблатов и замки стали издавать серию дополнительных щелчков, что мешало правильному подбору комбинации.
В 1960-х гг. грабители начали использовать свёрла с алмазной коронкой, которые двигались гидравлическим способом и преодолевали бетон. Мера против этого — добавление в бетон корунда (твёрдый оксид алюминия). Сейчас самый современный инструмент взломщика — сварочная лампа, создающая температуру более 3000 градусов. Но если добавить в смесь, заполняющую стенки, графит, то при употреблении этой лампы смесь начинает сильно дымить, и оставаться рядом с сейфом становится невозможно. Для преодоления этого приёма защиты грабители в последнее время похищают сейфы не вскрывая их на месте. С помощью современной гидравлической погрузочной техники удается увозить даже весьма тяжелые сейфы, которые затем вскрываются в удобном месте.
Так же зафиксирован случай ,когда для взлома сейфа был применен рефрижератор.
Сейф находился в нем три дня.После этого он был разбит кувалдой.
Интересные факты
Сейфы в мировой культуре
- В рассказе «Обращение Джимми Валентайна» О.Генри главный герой, ушедший на покой, вскрывает сейф, чтобы спасти сестру своей невесты. У него необыкновенно чуткие пальцы и, таким образом, он подбирает код. О прототипе этого взломщика О.Генри услышал, когда сидел в тюрьме. Настоящий грабитель спиливал ногти до мяса, и «прослушивал» вибрацию сейфа именно этой гиперчувствительной кожей. Писатель эту неаппетитную деталь убрал.
- Польский авантюрный кинофильм «Ва-Банк» с Яном Махульским в главной роли целиком посвящен взломщикам сейфов. Махульский играет пана Генрика Квинто (его прототипом послужил грабитель Казимеж Чихоцкий «Шпицбрудка»). После успешного проката фильма в Советском Союзе в середине 80-х, в Москве появляется рок-группа с названием «Ва-БанкЪ», а также по одной из версий именно после просмотра этой картины палехские музыканты называют свою группу «Сейф»
- Женщина-взломщица — героиня романа Сидни Шелдон «Если наступит завтра» и его экранизации — один из персонажей, романтизирующих профессию.
- Другая женщина-вор — заглавный персонаж кинофильма «Настоящая Маккой» в исполнении Ким Бессинджер
- Брюс Уиллис играет взломщика в фильме «Гудзонский ястреб»
- В фильме «Абсолютная власть» (экранизация романа) взломщик в исполнении Клинта Иствуда во время дела был вынужден спрятаться в тайник с зеркальной дверью. Став свидетелем убийства, для сохранения своей жизни ему потребовалось строить интригу, используя профессиональные навыки.
Смотрите также
- Оружейный сейф
- Противобомбовый сейф
Примечания
Что такое SAFe? | Atlassian
Scaled Agile Framework ® (SAFe ® ) – это набор шаблонов организации и рабочих процессов для внедрения гибких методов в масштабе предприятия. Структура представляет собой совокупность знаний, которая включает в себя структурированное руководство по ролям и обязанностям, тому, как планировать работу и управлять ею, а также ценности, которые необходимо поддерживать.
SAFe способствует согласованию, совместной работе и выполнению задач большим количеством agile-команд. Он был сформирован вокруг трех основных областей знаний: гибкой разработки программного обеспечения, бережливой разработки продуктов и системного мышления.
По мере роста бизнеса SAFe предлагает структурированный подход к гибкому масштабированию. В SAFe есть четыре конфигурации для различных уровней масштабирования: Essential SAFe, Large Solution SAFe, Portfolio SAFe и Full SAFe.
Дин Леффингуэлл и Дрю Джемило выпустили SAFe в 2011 году, чтобы помочь организациям разрабатывать более совершенные системы и программное обеспечение, которые лучше отвечают меняющимся потребностям клиентов. В то время команды использовали традиционные процессы управления проектами для доставки программного обеспечения. Но по мере того, как потребность быстро реагировать на меняющиеся рыночные условия возросла, появились новые фреймворки, помогающие компаниям улучшить доставку решений на своих предприятиях, и родилась SAFe.
Сегодня SAFe — одна из самых популярных масштабируемых гибких сред доставки, и всемирное сообщество практиков SAFe продолжает ее развивать.
Основные принципы и ценности
Основные ценности
Основные ценности SAFe описывают культуру, которую необходимо развивать руководству, и то, как люди должны вести себя в рамках этой культуры, чтобы эффективно использовать структуру.
Согласование
SAFe требует, чтобы компании внедряли процессы планирования и анализа на всех уровнях организации. С их помощью каждый понимает текущее состояние бизнеса, цели и то, как все должны двигаться вместе для достижения этих целей. Благодаря регулярной синхронизации людей и действий все уровни портфеля остаются согласованными. Информация течет как вверх, так и вниз своевременно, в отличие от традиционных структур управления и контроля сверху вниз.
Встроенное качество
В структуре SAFe гибкость никогда не должна достигаться за счет качества.
SAFe требует, чтобы команды на всех уровнях определяли, что означает «выполнено» для каждой задачи или проекта, и включали методы разработки качества в каждое рабочее соглашение. Согласно SAFe, есть пять ключевых параметров встроенного качества: поток, качество архитектуры и дизайна, качество кода, качество системы и качество выпуска.
Прозрачность
SAFe поощряет построение доверительных отношений, в том числе планирование работы небольшими партиями, чтобы проблемы могли быть обнаружены раньше, обеспечивая видимость в режиме реального времени прогресса незавершенной работы на разных уровнях, а также проверяя и адаптируя ритуалы.
Выполнение программы
Выполнение программы является сердцем SAFe и управляет всем остальным в среде. Команды и программы должны иметь возможность регулярно предоставлять качественное, работающее программное обеспечение и ценность для бизнеса.
Лидерство
SAFe требует гибкого поведения руководства, поскольку только лидеры могут изменить систему и создать среду, необходимую для охвата всех основных ценностей.
Принципы SAFe
Принципы Scaled Agile Framework предназначены для улучшения компании в целом, вдохновляя на принятие гибких решений за пределами функциональных и организационных границ. Принципы предназначены для того, чтобы влиять на решения не только лидеров и менеджеров, но и всех в организации, и обусловливают их образ мышления для перехода от традиционного водопадного мышления к бережливо-гибкому мышлению, где применяются такие методы, как бережливое управление портфелем.
Принцип № 1 Взгляните с экономической точки зрения
Вдохновленный теориями о потоке разработки продукта из бестселлеров Дональда Рейнертсена, достижение кратчайшего устойчивого времени выполнения заказа требует от каждого участника цепочки принятия решений понимания экономических последствий задержки. Доставка рано и часто не всегда достаточно. Согласно SAFe, последовательность работы для получения максимальной выгоды, понимание экономических компромиссов и работа в рамках скудного бюджета — все это обязанности, которые должны быть распределены по всей организации.
Многие концепции и инструменты взяты из теорий Рейнертсена о потоке разработки продукта.
Принцип № 2 Применяйте системное мышление
SAFe поощряет людей, использующих структуру, применять системное мышление к трем ключевым областям: само решение, предприятие, создающее систему, и потоки создания ценности. Решения могут относиться к продуктам, услугам или системам, поставляемым Заказчику, независимо от того, являются ли они внутренними или внешними по отношению к Предприятию.
Крупные решения состоят из множества взаимосвязанных составных частей, поэтому члены группы должны иметь представление более высокого уровня о том, как их часть вписывается в общую картину. Размышляя о предприятии, строящем систему, люди, следующие за SAFe, должны учитывать людей, руководство и процессы организации. Таким образом, если организация хочет оптимизировать работу людей, ей может потребоваться устранить разрозненность, стать кросс-функциональной и заключить новые рабочие соглашения с поставщиками и клиентами.
Наконец, предприятие должно четко определить, как стоимость переходит от концепции к наличным деньгам в потоках создания ценности при разработке решений. Лидеры и руководство должны максимизировать поток ценности через функциональные и организационные границы.
Принцип № 3 Допустить изменчивость; сохранить параметры
По умолчанию проектирование систем и программного обеспечения является неопределенным занятием. Этот принцип устраняет неопределенность, вводя концепцию проектирования на основе наборов, которая требует сохранения множества требований и вариантов проектирования в течение более длительного периода цикла разработки. Дизайн на основе наборов также опирается на эмпирические данные, чтобы сузить фокус на окончательном варианте дизайна в дальнейшем.
Дизайн на основе наборов помогает принимать обоснованные решения в периоды неопределенности, определяя варианты и предполагаемые результаты, как в стратегической ставке. Концепция интеграции «вех обучения», которая относится к крайнему сроку принятия решения, играет важную роль в проектировании на основе наборов.
Чем больше команды узнают со временем, тем больше вариантов они смогут исключить. Чем больше вариантов они исключают, тем легче определить наилучший путь вперед и обеспечить наилучший возможный результат для клиентов.
Принцип № 4 Развивайте постепенно с помощью быстрых интегрированных циклов обучения
Подобно принципу № 3, этот принцип направлен на устранение риска и неопределенности посредством этапов обучения. Недостаточно, чтобы каждый компонент системы доказал свою функциональность, необходимо рассмотреть всю систему для оценки осуществимости текущих вариантов дизайна. Точки интеграции должны быть запланированы на регулярной основе, чтобы ускорить циклы обучения. Эти точки интеграции являются примером цикла Уолтера А. Шухарта «планируй — делай — проверяй — корректируй» — основы для постоянного улучшения качества и механизма контроля изменчивости разработки. Работа Шуарта и работа, которую он вдохновил, часто находятся в рамках SAFe.
Принцип № 5 Базовые этапы объективной оценки работающих систем
Демонстрация реальной работающей системы обеспечивает лучшую основу для принятия решений, чем документ с требованиями или какая-либо другая поверхностная оценка успеха.
Вовлечение заинтересованных сторон в эти решения о целесообразности на раннем этапе способствует укреплению доверия и системному мышлению.
Принцип № 6. Визуализация и ограничение незавершенного производства (WIP), уменьшение размеров пакетов и управление длиной очередей
Ограничение незавершенного производства помогает заинтересованным сторонам точно видеть, как идет работа.
Три элемента этого принципа представляют собой основные способы максимизации пропускной способности и ускорения доставки ценности, или, другими словами, реализации «потока». Как говорится: «Как съесть слона? По кусочку за раз».
Когда вы применяете это к разработке программного обеспечения, это означает ограничение объема дублирующей работы, сложности каждого элемента работы и общего объема работы, выполняемой в данный момент времени. Небольшие размеры партий обеспечивают постоянную проверку того, что работа движется в правильном направлении. И управление длиной очередей.
..
Этот принцип предлагает руководство по оптимизации для достижения наилучших результатов.
Принцип № 7 Применяйте каденцию, синхронизируйте с междоменным планированием
Agile-команды естественным образом применяют каденцию посредством спринтов или итераций. Создание ритма для всех возможных вопросов снижает сложность, устраняет неопределенность, развивает мышечную память, обеспечивает качество и способствует сотрудничеству. Синхронизация этих ритмов позволяет людям и действиям двигаться как шестеренки в колесе, где полученная информация используется для принятия решений и поэтапного планирования.
Принцип № 8 Раскройте внутреннюю мотивацию работников умственного труда
Этот принцип, вдохновленный влиятельным консультантом по менеджменту Питером Друкером и писателем Дэниелом Пинк, является одним из наших любимых! Речь идет о раскрытии потенциала команд и оказании помощи лидерам с точки зрения коучинга и обслуживания своих команд, а не командно-административного мышления.
Принцип № 9 Децентрализовать принятие решений
Сокращение длины очередей и использование экономичного подхода путем децентрализации принятия решений дает командам автономию, необходимую им для выполнения работы. Руководители должны сохранять за собой полномочия по принятию решений по темам, имеющим стратегическое значение, и позволять командам делать осознанный выбор во всем остальном.
Как работает SAFe?
Организации, которые готовы внедрить SAFe, обычно имеют спонсорскую поддержку на уровне руководства, твердую цель для изменений и основу для Scrum.
Scaled Agile, Inc. предоставляет дорожную карту внедрения SAFe, которая содержит подробные шаги о том, как начать работу и настроить организацию для широкого внедрения в портфолио. 12 шагов внедрения SAFe включают в себя:
- Достижение критической точки
- Обучение агентов изменений, способных к гибкости и бережливости
- Обучение руководителей, менеджеров и руководителей
- Создание центра передового опыта в области бережливого производства
- Определение потоков создания ценности и ART (Agile Release Trains)
- Создание плана внедрения
- Подготовка к запуску ART
- Обучение команд и запуск ART
- Обучение внедрению ART
- Запуск большего количества ART и потоков создания ценности
- Расширение портфолио
- Поддержание и улучшение
Как SAFe сравнивается с другими масштабируемыми agile-фреймворками?
Несмотря на то, что Scaled Agile Framework® (SAFe®) широко применяется на предприятиях с большими командами разработчиков программного обеспечения, другие масштабируемые agile-фреймворки со временем набирают популярность.
Все фреймворки для масштабирования Agile имеют пять основных компонентов: вдохновение из 12 принципов Agile Manifesto, ритм, синхронизация, Scrum и методы качественной разработки. Понимание происхождения других фреймворков, основных различий и условий их успешного применения может помочь организациям выбрать тот фреймворк, который лучше всего соответствует их потребностям.
Хотите узнать больше о некоторых наиболее популярных гибких фреймворках? Посетите страницу обзора Agile at scale на Agile Coach.
SAFe и Scrum@Scale
В Scrum@Scale (S@S) каждый является частью взаимозаменяемой команды Scrum. В зависимости от своих целей сети Scrum-команд объединяются, чтобы сформировать экосистему. Цель S@S — создать сеть команд Scrum с помощью «архитектуры без масштабирования», что означает, что основные роли и события Scrum линейно масштабируются без введения новой динамики процессов. Например, одного Scrum of Scrum (SoS) может быть недостаточно для очень сложного продукта с 25 Scrum-командами, поэтому может понадобиться Scrum of Scrum of Scrums (SoSoS) с Scrum of Scrum of Scrums Master (SoSM).
Хотя S@S, как правило, менее предписывающий, он предлагает один наводящий вопрос, который поможет организациям определить, готовы ли они к масштабированию: если вы добавите больше людей в систему, увеличится ли производительность в геометрической прогрессии или производительность пострадает?
Как и SAFe, S@S предлагает справочный контент в Интернете, включая подробное руководство по Scrum@Scale, популярность которого растет.
S@S наиболее успешна, когда
- Стек технологий является объектно-ориентированным (т. е. вертикальные пользовательские истории фактически могут быть созданы за две недели)
- Специализированные группы организации обладают Т-образными навыками, ценностями, ориентированными на продукт, и минимальной бюрократией
- Инструмент Agile или Agile Lifecycle Management (ALM) не требуется, пока практики не станут второй натурой и устранить препятствия для организации
SAFe и крупномасштабный Scrum (LeSS)
Крупномасштабный Scrum (LeSS) использует минималистский подход к ролям, структуре и артефактам.
В то время как SAFe предлагает четыре конфигурации для размещения команд все большего и большего размера и со все более сложными решениями, LeSS предлагает две конфигурации: LeSS для двух-восьми команд и LeSS Huge для более чем восьми команд. LeSS также отличается своей позицией, согласно которой владельцы продукта должны иметь полную власть над контентом и стратегическое влияние, в то время как SAFe поощряет более демократичный подход. И в то время как в SAFe многие факторы определяют стратегию, LeSS делает акцент на клиентоориентированном подходе, ориентированном на платежеспособных клиентов.
Подобно S@S, LeSS масштабируется на основе событий, артефактов и ролей Scrum. И SAFe, и LeSS делают акцент на системном мышлении, бережливом мышлении и аналогичных руководящих принципах. LeSS, однако, уделяет большое внимание сокращению потерь в масштабах всей организации с целью постоянного улучшения.
LeSS достигает наибольшего успеха, когда
- Скрам-команды освоили Скрам
- Руководство готово постоянно реструктурировать и экспериментировать на благо
- Есть согласование по определению продукта
- Есть согласование по определению сделанного
- Внешние коучи работают с организационными, командными и техническими группами
- Есть специализированные команды по сравнению с компонентными командами с Т-образными навыками
- Организация желает полностью избавиться от парадигмы управления проектами
SAFe против DA
В отличие от остальных описанных фреймворков, Disciplined Agile (DA) представляет собой набор инструментов, который позволяет организациям решать, какой способ работы самый смысл им соответствовать.
Он предлагает легкое гибкое управление, основанное на Scrum и Kanban, а также знания по трансформации в таких областях, как HR и финансы, управление, DevOps, управление портфелем и многое другое. DA включает в себя ситуационное использование различных уровней масштаба для каждого проекта и делает акцент на возможности принятия решений, чтобы помочь определить стратегическое направление.
DA наиболее успешен, когда
- Организации хотят определить свои собственные масштабируемые agile-пути
- Организации хотят оставаться гибкими в рамках всего предприятия
- Организации хотят сохранить выбор процессов и/или инфраструктур SAFe vs Spotify
«Модель» Spotify — это управляемый людьми автономный набор практик, которые можно применять для координации agile-команд. Он никогда не задумывался как модель или фреймворк, но некоторые предприятия приняли его как таковой. Spotify делает упор на самоорганизующиеся, кросс-функциональные и совместные команды, называемые «отрядами» (эквивалент команды схватки).
Для сравнения, в SAFe нет такой оговорки о совместном размещении команд, для планирования PI это поощряется.Отряды объединяются в более крупные подразделения, называемые «племенами». Зависимости между отрядами немногочисленны и решаются с помощью Scrum of Scrums, когда они возникают. Обмен знаниями возможен через «отделения» и «гильдии», неформальные группы, организованные на основе набора навыков и интересов.
По сравнению с другими примерами, где доступны онлайн-ресурсы, учебные курсы и сертификаты, ресурсы модели Spotify ограничены общедоступным блогом и другими сопутствующими материалами, разработанными его первопроходцами и поклонниками. Популярность модели растет, поэтому, вероятно, мы увидим больше в будущем.
Spotify достигает наибольшего успеха, когда
- применение идей в контексте вашего собственного бизнеса
- организационная культура фокусируется на обучении, допущении ошибок и принятии на себя контролируемых рисков
- команды и продукты «слабо связаны, тесно связаны» чтобы избежать конфликтов зависимостей
SAFe 5.
0Центральным принципом SAFe является то, что он продолжает развиваться в сотрудничестве с сообществом практиков по всему миру. Совсем недавно Scaled Agile, Inc. запустила версию 5.0 SAFe. Ключевые изменения включали добавление 10-го принципа «Организация вокруг ценности» и изменение шага 12 с «Поддерживать и улучшать» на «Ускорение». Но здесь задействовано гораздо больше. Хотите узнать больше? Ознакомьтесь с нашим блогом Что нового и что изменилось в SAFe 5.0.
Заключение
Такие фреймворки, как SAFe и те, что обсуждались выше, представляют собой жизнеспособный вариант, помогающий предприятиям эффективно масштабировать agile в своих организациях и достигать бизнес-результатов. Но не менее важны инструменты, которые вы выбираете, чтобы помочь вам расширить существующие практики и реализовать все преимущества этих практик. Откройте для себя Jira Align от Atlassian, корпоративную платформу гибкого планирования, созданную для SAFe. С помощью Jira Align вы можете улучшить видимость, стратегическое согласование и адаптивность предприятия, чтобы ускорить цифровую трансформацию.
Узнать больше
Джессика Пийккила
Джессика Пийккила более 10 лет работает в сфере agile-трансформаций и имеет большой опыт управления продуктами и agile-коучинга в различных отраслях и сферах деятельности. Благодаря гибкому мышлению она прошла через сложные жизненные испытания и привила ей любовь к учебе. Вы увидите, как она взламывает код корпоративной гибкости с нашими клиентами.
Модель Spotify для масштабирования Agile
Spotify — это крупнейший и самый популярный в мире сервис подписки на потоковое аудио, которым пользуются около 286 миллионов пользователей. Ключевая часть успеха Spotify обусловлена уникальным подходом компании к организации работы для повышения гибкости команды. По мере того, как команды инженеров Spotify шли по пути повышения гибкости, они документировали свой опыт, делились им со всем миром и в конечном итоге повлияли на то, как многие технологические компании организуют работу. Теперь она известна как модель Spotify.
Что такое модель Spotify?
Модель Spotify — это управляемый людьми автономный подход к гибкому масштабированию, в котором подчеркивается важность культуры и сети. Это помогло Spotify и другим организациям повысить уровень инноваций и производительности, сосредоточив внимание на автономии, общении, подотчетности и качестве.
Модель Spotify не является структурой, как отметил тренер Spotify Хенрик Книберг, поскольку она отражает точку зрения Spotify на масштабирование как с технической, так и с культурной точки зрения. Это один из примеров организации нескольких команд в организации по разработке продуктов, который подчеркивает необходимость культуры и сетей.
…модель Spotify фокусируется на том, как мы структурируем организацию, чтобы обеспечить гибкость.
Впервые модель Spotify была представлена миру в 2012 году, когда Хенрик Книберг и Андерс Иварссон опубликовали технический документ Scaling Agile @ Spotify, в котором был представлен радикально простой подход Spotify к гибкости.
С тех пор модель Spotify вызвала много шума и стала популярной в сфере гибкой трансформации. Отчасти его привлекательность заключается в том, что он фокусируется на организации работы, а не на следовании определенному набору практик. В традиционных структурах масштабирования конкретные практики (например, ежедневные стендапы) — это то, как выполняется структура, тогда как модель Spotify фокусируется на том, как компании могут структурировать организацию, чтобы обеспечить гибкость.Модель Spotify поддерживает автономию команды, так что каждая команда (или команда) выбирает свою структуру (например, Scrum, Kanban, Scrumban и т. д.). Отряды организованы в племена и гильдии, чтобы помочь людям объединиться и обмениваться знаниями.
Теперь давайте демистифицируем некоторые из этих терминов…
Ключевые элементы модели Spotify
Модель Spotify основана на простоте. Когда Spotify начали организовывать свою работу, они определили несколько важных элементов того, как должны быть структурированы люди и команды.
Отряды
Как и скрам-команды, отряды — это многофункциональные автономные команды (обычно из 6–12 человек), которые сосредоточены на одной функциональной области. У каждого отряда есть уникальная миссия, которая направляет их работу, agile-коуч для поддержки и владелец продукта для руководства. Группы определяют, какая гибкая методология/структура будет использоваться.
Племена
Когда несколько отрядов координируют свои действия друг с другом на одной и той же территории, они образуют племя. Племена помогают создать единство между отрядами и обычно состоят из 40–150 человек, чтобы поддерживать единство (используя то, что мы называем числом Данбара). В каждом племени есть глава племени, который отвечает за координацию действий отрядов и поощрение сотрудничества.
Глава
Несмотря на то, что отряды автономны, важно, чтобы специалисты (например, разработчики Javascript, администраторы баз данных) придерживались лучших практик.
Отделения — это семья, которая есть у каждого специалиста, помогая поддерживать инженерные стандарты в рамках дисциплины. Отделения обычно возглавляет старший технический руководитель, который также может быть менеджером членов команды в этом отделении.Гильдия
Члены команды, увлеченные темой, могут создать гильдию, которая, по сути, представляет собой сообщество по интересам. Любой может присоединиться к гильдии, и они полностью добровольны. В то время как Ордены принадлежат Племени, Гильдии могут пересекать разные Племена. Формального лидера гильдии нет. Скорее, кто-то поднимает руку, чтобы стать координатором гильдии и помочь объединить людей.
Trio
Trio (также известное как TPD Trio) представляет собой комбинацию руководителя Tribe, руководителя продукта и руководителя отдела дизайна. В каждом племени есть трио, чтобы обеспечить постоянное соответствие между этими тремя точками зрения при работе над функциональными областями.
Альянс
По мере роста организации иногда нескольким племенам необходимо тесно сотрудничать для достижения цели. Альянсы представляют собой комбинацию трио племен (обычно три или более), которые работают вместе, чтобы помочь своим племенам сотрудничать для достижения цели, которая больше, чем любое одно племя.
Вот и все. Существует не так много практик, которым нужно следовать, или церемоний, которые нужно проводить. У отрядов могут быть такие церемонии, как планирование спринта и ретроспективы, но в центре внимания модели Spotify находится то, как команды организуют работу. Отряды должны найти лучший способ выполнить работу.
Преимущества модели Spotify
Когда Spotify изменили способ масштабирования Agile, они хотели, чтобы Squads могли двигаться быстро, быстро поставлять программное обеспечение и делать все это с минимальными трудностями и накладными расходами. Они осознали эти и другие преимущества, когда взяли свою модель и усовершенствовали ее.
Организационные преимущества внедрения модели Spotify включают в себя:Менее формальный процесс и церемония
Модель Spotify фокусируется на организации работы, а не обязательно на процессах и церемониях. Это дает организации большую гибкость, когда речь заходит о том, как работают отряды. Вместо того, чтобы требовать от отрядов изменить то, как они выполняют свою работу («вы должны проводить схватку»), он фокусируется на их согласовании друг с другом и достижении индивидуальных командных результатов.
Больше самоуправления и автономии
Модель Spotify поощряет автономию и творчество, доверяя людям выполнять работу так, как они считают нужным. Вам нужно отправить программное обеспечение? Это зависит от отряда. Вам нужно изменить направление? Это также зависит от отряда. Модель Spotify фокусируется на децентрализации принятия решений и передаче этой ответственности отрядам, племенам, отделениям и гильдиям.
«Контроль ведет к уступчивости; автономия ведет к взаимодействию».
— Дэн Пинк, автор книги «Драйв: удивительная правда о том, что нас мотивирует»
Модель Spotify может обеспечить повышенную прозрачность всей выполняемой работы и расширить экспериментальный подход к решению проблем в среде с высоким уровнем доверия. Все это может привести к таким вещам, как более качественные продукты, более довольные клиенты и более заинтересованные сотрудники. Однако не все испытают эти результаты.
Проблемы модели Spotify
Модель Spotify была основана на методе работы одной организации. Многие организации хотят получить те же преимущества от модели Spotify, поэтому они пытаются подражать тому, что сделал Spotify. Некоторые организации добились большего успеха, чем другие, но вряд ли ни одна организация добилась такого же успеха, как Spotify. Причина? Как и при любом способе работы, необходимо учитывать текущую культуру и структуру организации. Модель проста, но среда, в которой она реализована, сложна.
Мудрые руководители адаптируют свой подход к сложности обстоятельств, с которыми они сталкиваются.
— Дэйв Сноуден, консультант по вопросам управления
К сожалению, многие организации пытаются копировать модель Spotify. Некоторым может показаться, что это простая матричная организационная структура, в которой люди подчиняются функциональной области (глава), но работают с кросс-функциональной командой (отрядом). Однако это более сложно. Хотя это может выглядеть как матричная организация, ключевые культурные элементы модели должны быть на месте, чтобы структура могла процветать, такие как доверие и автономия. Если организация не изменит свое поведение (и, в конечном счете, свою культуру), преимущества модели Spotify никогда не будут реализованы. Если вы просто переименуете команды в отряды, вы просто накрасите свинью губную помаду.
Лучшие практики модели Spotify
Если вы хотите создать культуру доверия, автономии и быстрого обучения, вы не ошибетесь, обратившись к модели Spotify за вдохновением. Если ваша организация рассматривает модель Spotify как средство, которое поможет вам приблизиться к гибкости в масштабе, ниже приведен список лучших практик, о которых следует помнить.
Не копируйте модель
Постарайтесь понять структуру, методы и образ мышления, лежащие в основе подхода Spotify. С этим пониманием настройте аспекты модели, чтобы они соответствовали вашей собственной среде. Ваша цель — не быть Spotify, а использовать их модель для улучшения совместной работы вашей организации.
Автономия и доверие — это ключ к успеху
Spotify предоставил своим сотрудникам максимальную автономию, чтобы помочь им быстро меняться. Разрешение командам выбирать свои собственные инструменты разработки и изменять код другой команды — это лишь некоторые примеры. В вашей организации определите, есть ли решения, которые можно навязывать командам, а не назначать части организации, которые не связаны с повседневной работой.
Прозрачность с сообществом
Успех Spotify объясняется тем, что они сосредоточены на создании сообщества и прозрачности своей работы. Создайте свою первую гильдию на основе принятия модели Spotify и поощряйте участие всех в организации.
Укрепляйте доверие, создавая прозрачные и инклюзивные способы сбора отзывов и согласования того, как ваша организация хочет работать в будущем.Поощряйте ошибки
В этом путешествии вы будете падать и спотыкаться. Но это нормально. Улучшение включает в себя экспериментирование и изучение как наших успехов, так и неудач. Spotify прошли через множество итераций, прежде чем достигли той модели, которую мы знаем сегодня, и с тех пор продолжают экспериментировать, постоянно ища новые способы улучшения своей работы. Поощряйте то же самое в своей организации!
Если вы сосредоточитесь на этих методах, вы увидите положительное влияние на то, как ваша организация сотрудничает и согласовывается, независимо от того, используете ли вы модель Spotify в качестве руководства или нет.
В заключение…
Модель Spotify — отличный источник вдохновения, если вы хотите построить организацию, ориентированную на быстрое развитие, автономию и целеустремленность.
Даже более формальные фреймворки масштабирования, такие как Scrum@Scale, черпали вдохновение из этой модели (и наоборот). Важно помнить, что модель Spotify не является пунктом назначения. Как ни странно, Spotify больше не использует первоначальную реализацию модели Spotify; они развили и адаптировали модель, чтобы она соответствовала меняющейся организации. Трио и альянсы на самом деле являются новыми элементами Spotify, поскольку они были созданы для решения новых проблем, с которыми организация сталкивалась по мере своего роста. Если вы начнете с ключевых элементов модели Spotify, вы сможете двигаться вперед, но настоящая гибкость достигается за счет изменения модели в соответствии с вашим контекстом.Следующий шаг
Хотите узнать больше о модели Spotify? Посмотрите видео из двух частей, размещенное в Spotify Labs, о инженерной культуре в Spotify (Часть I и Часть II). Вы также можете узнать, как модель Spotify сравнивается с другими платформами масштабирования, посетив страницу Agile at scale в Agile Coach.
Если вы хотите внедрить модель Spotify в своей организации, важно иметь механизмы обратной связи и прозрачность для создания и поддержания культуры доверия и автономии. Используя Jira Align от Atlassian, организации могут объединять отряды в племена, формировать гильдии и отделения и делать решения о продуктах прозрачными для всей организации.
Узнать больше
Марк Крут
Марк Крут — постоянный эксперт Atlassian по современной работе. Сосредоточившись на практике, а не на теории, Марк целыми днями обучает команды Atlassian и клиентов новым методам работы, а затем делится своими знаниями на мероприятиях по всему миру.
Присоединившись к Atlassian в 2019 году, Марк обладает более чем десятилетним опытом работы и помогает людям, командам и организациям преобразовываться в таких компаниях, как Boeing, Nordstrom, TD Ameritrade и Rocket Mortgage. Марк поставил перед собой задачу внедрить современные методы работы, трансформирующий образ мышления и силу профессионального повествования во все, что он делает.
Для сравнения, в SAFe нет такой оговорки о совместном размещении команд, для планирования PI это поощряется.
0
С тех пор модель Spotify вызвала много шума и стала популярной в сфере гибкой трансформации. Отчасти его привлекательность заключается в том, что он фокусируется на организации работы, а не на следовании определенному набору практик. В традиционных структурах масштабирования конкретные практики (например, ежедневные стендапы) — это то, как выполняется структура, тогда как модель Spotify фокусируется на том, как компании могут структурировать организацию, чтобы обеспечить гибкость.
Отделения — это семья, которая есть у каждого специалиста, помогая поддерживать инженерные стандарты в рамках дисциплины. Отделения обычно возглавляет старший технический руководитель, который также может быть менеджером членов команды в этом отделении.
Организационные преимущества внедрения модели Spotify включают в себя:
Укрепляйте доверие, создавая прозрачные и инклюзивные способы сбора отзывов и согласования того, как ваша организация хочет работать в будущем.
Даже более формальные фреймворки масштабирования, такие как Scrum@Scale, черпали вдохновение из этой модели (и наоборот). Важно помнить, что модель Spotify не является пунктом назначения. Как ни странно, Spotify больше не использует первоначальную реализацию модели Spotify; они развили и адаптировали модель, чтобы она соответствовала меняющейся организации. Трио и альянсы на самом деле являются новыми элементами Spotify, поскольку они были созданы для решения новых проблем, с которыми организация сталкивалась по мере своего роста. Если вы начнете с ключевых элементов модели Spotify, вы сможете двигаться вперед, но настоящая гибкость достигается за счет изменения модели в соответствии с вашим контекстом.
