Кто-либо использует Kanban? [закрытый]
Попробуйте что-то вроде этого:
dispatch_async(dispatch_get_main_queue(), ^{
inView.selectedRange = NSMakeRange(3, 0);
});
Это приведет к выполнению selectedRange в главном потоке в начале следующего цикла выполнения.
2 ответа
Я знаю, что BBC довольно широко его использует. См. Блог Дэвида Джойса для получения более подробной информации. http://leanandkanban.wordpress.com/
У него есть довольно внушительный набор слайдов, который нужно проанализировать.
Я думаю, что при бережливом мышлении следует помнить, что вы должны рассматривать поток создания ценности как целое. Несмотря на то, что вы можете супероптимизировать команду разработчиков, используя такие методы, как Канбан, более важно включать как восходящий поток (управление / анализ), так и нисходящий поток (контроль качества / развертывание / поддержка), чтобы полностью пожинать плоды.
Поэтому спросить Как это вписывается в водопад или сложный процесс (помимо вашего личного влияния) - не совсем правильный вопрос. Более важный вопрос - как я могу начать влиять на весь поток создания ценности. Я знаю, что это звучит как начало религиозного фанатизма бережливого производства, но именно так вы сможете осознать истинную ценность бережливого процесса.
Например, рассмотрите следующий сценарий для типичного проекта:
- Время анализа: 18 месяцев
- Время разработки: 9 месяцев
- Контроль качества и время выпуска: 4 месяца
- Принятие и доработка заказчиком: 12 месяцев
Итого: 43 месяца
Если, применяя бережливое производство в процессе разработки, вы улучшите его на 100%, т. Е. Время разработки составит 4,5 месяца, в результате чего новый результат составит 38,5 месяцев. Тогда вы только увеличили общий поток создания ценности чуть более чем на 10% ... незначительно !!
Вам нужно начать борьбу и донести бережливое мышление до высшего руководства и продемонстрировать, в чем заключается настоящий успех ... в редизайне всего процесса.
Помните, что бережливое производство - это НЕ процесс разработки, его можно применить ко всем аспектам бизнеса.
Некоторые интересные книги о том, как вывести это обсуждение за пределы круга разработчиков;
Во-первых, важно осознать проблемы, которые Канбан пытается решить при разработке программного обеспечения:
- Многозадачность / Перегрузка работы . Канбан решает эти проблемы с помощью Системы Just-in-time и Queue. Там в очереди достаточно, чтобы сохранить все заняты, но не перегружены (это приходит с практикой с оценка и эффективная скорость мониторинг). И JIT гарантирует, что людям не нужно выполнять несколько задач одновременно и отсюда потеря производительности.
- Непредсказуемые последующие выпуски . Если вы работаете в крупной компании, занимающейся разработкой программного обеспечения, то разрабатываемый вами фрагмент может быть просто одним из множества других программ. Следовательно, могут быть группы нижестоящих, которые могут дождаться вашей функции. Система очередей Канбана вместе с его временными графиками доставки гарантирует, что в выпусках есть определенная степень предсказуемости.
В основном, другие гибкие методы также пытаются решить аналогичные проблемы с помощью различных методов.
большие сложные среды с зависимостями. в проектах водопада
Это усложняет работу, если у вас есть зависимость от проекта, который не следует Agile, так как тогда ваша очередь ввода не будет предсказуемой. Если неагайл проект зависит от вас, проблема может быть меньше - но вы можете в конечном итоге произвести больше, чем можно потребить («муда» в терминологии бережливого производства). Итак, в идеале вы бы хотели, чтобы все зависимые проекты хотя бы следовали некоторым agile методикам, если не самому канбану.
Хорошую статью о Канбан, Flow и Cadence можно найти здесь .