Подбор и адаптация методологий разработки ПО под различные типы производственных цепочек (Сергей Мартыненко, SECR-2016) — различия между версиями
Материал из 0x1.tv
StasFomin (обсуждение | вклад) |
StasFomin (обсуждение | вклад) |
||
{{vimeoembed|190378677|800|450}}
{{youtubelink|eX-_Z02z6dQ}}
{{SlidesSection}}
[[File:Подбор и адаптация методологий разработки ПО под различные типы производственных цепочек (Сергей Мартыненко, SECR-2016).pdf|left|page=-|300px]]
{{----}}
{{LinksSection}}
* {{ConferencePage|http://2016.secr.ru/program/submitted-presentations/software-development-selection-and-adaptation-methodology-for-different-industry-chains}}
<!-- <blockquote>[©]</blockquote> -->
{{fblink|1803967046522975}}
{{vklink|291}}
<references/>
<!-- topub -->
[[Категория:SECR-2016]]
[[Категория:Теория ограничений]]
{{stats|disqus_comments=2|refresh_time=2018-05-15T17:22:30.345801|vimeo_comments=0|vimeo_plays=113|youtube_comments=0|youtube_plays=26}} | |||
Версия 06:09, 9 июня 2018
- Докладчик
- Сергей Мартыненко
Тип производственной цепочки определяет модель управления и распределение задач по рабочим центрам. Ошибка в определении типа может стоить превышения бюджета в несколько раз. Я полагаю, что большинство провалов с внедрением SCRUM связано с тем, что его применяли для цепочек, в которых он неприменим.
Выделяют четыре типа производственных цепочек, которые именуются латинскими буквами по доминирующему паттерну: VATI. Самый простой, даже простейший тип, это «I»-цепочка. Это цепочка, в которой каждый рабочий центр получает материалы не более чем из одного рабочего центра и передает продукт в не более чем один рабочий центр.
Что удивительно, в управлении даже для такой простейшей цепочкой допускаются фатальные ошибки. Один из примеров классической фатальной ошибки это попытка сбалансировать мощность рабочих центров. Что еще любопытно, SCRUM в чистом виде неприменим ни для одной из этих типов цепочек.
Видео
Презентация
Примечания и ссылки
Plays:139 Comments:2