Comments 23
Спасибо за статью! Ждем от вас продолжения по улучшению вашего процесса!
Ну а теперь вопросы, а вы рассматривали электронные варианты досок (к примеру Trello)?
Как идею восприняли "рядовые" инженеры, какие эмоции?
Какие перспективы развития видите в этом инструменте?
А рассматривали вариант применения подходов Agile?
Может не хватает каких-то специфичных для этой сферы ИТ-инструментов в работе процесса?
А рассматривали вариант применения подходов Agile?
Канбан является пожалуй самым "гибким" подходом из всех "гибких методологий". Он прекрасно встает практически на любой процесс разработки и способствует его оптимизации. Теория ограничений, lean, toyota way и все такое.
А просто скажем взять "команду" которая привыкла работать определенным образом и сказать им "так ребятки с понедельника работаем по скраму" это так себе идея и она далека от "гибкости". Намного удобнее взять существующий процесс, навесить ограничения и фиксить ботелнеки формируя свой процесс.
Спасибо за отхыв!
Мы некоторое время думали насчет доски в электронном виде и для начала решили, что дешевле будет на первом этапе реализовать ее физически (доску мы тысяч за 6 купили), так как не совсем было понятно приживется у нас этот метод или нет.
Параллельно ведем переговоры с компанией Elma, чтобы они к своей системе прикрутили канбан доску. Если говорить о персональных предпочтениях, то мне удобно работать с тем, что можно физически потрогать, подвигать, пощупать.
По поводу восприятия членами команды у всех по-разному. В целом позитивно воспринимают и понимают необходимость изменений. Тем не менее необходимо регулярно напоминать об имеющемся инструменте и подсказывать, как делать так, чтобы он работал. Первое время даже приходилось звать команду на летучку, сейчас же все сами приходят. Также пересмотрели график работы офиса: у нас появилось окно с 8.00 до 10.00, когда каждый сотрудник может сам выбрать во сколько ему приходить на работу. Единственное правило: ровно в 10.00 все должны быть на летучке — за опоздания хоть на секунду штраф 500 рублей.
Про agile и ИТ-инструменты ничего пока сказать не могу. Может вы что посоветуете?
Мы некоторое время думали насчет доски в электронном виде и для начала решили, что дешевле будет на первом этапе реализовать ее физически (доску мы тысяч за 6 купили), так как не совсем было понятно приживется у нас этот метод или нет.
Параллельно ведем переговоры с компанией Elma, чтобы они к своей системе прикрутили канбан доску. Если говорить о персональных предпочтениях, то мне удобно работать с тем, что можно физически потрогать, подвигать, пощупать.
По поводу восприятия членами команды у всех по-разному. В целом позитивно воспринимают и понимают необходимость изменений. Тем не менее необходимо регулярно напоминать об имеющемся инструменте и подсказывать, как делать так, чтобы он работал. Первое время даже приходилось звать команду на летучку, сейчас же все сами приходят. Также пересмотрели график работы офиса: у нас появилось окно с 8.00 до 10.00, когда каждый сотрудник может сам выбрать во сколько ему приходить на работу. Единственное правило: ровно в 10.00 все должны быть на летучке — за опоздания хоть на секунду штраф 500 рублей.
Про agile и ИТ-инструменты ничего пока сказать не могу. Может вы что посоветуете?
Прошлый год я ходил на защиту дипломов у инженеров-машиностроителей в наш университет, зрителем (сам учился на ФАМ, 14 лет назад окончил). Один студент представлял проект (внимание!) картотеки. Металлический гроб с ячейками на шарнирах и направляющих. Когда он закончил доклад в воздухе повис вопрос — зачем всё это?! Нуууу, замешкался он, для библиотек например. Может в том, что у нас плохо с машиностроением, немного виноваты и мы, а не только наше «правительство»?
Сам стараюсь искать и изучать различные методы управления проектами. И ваш опыт очень интересен. Однако я считаю, что наглядность деревьев из цветных листиков сильно преувеличена. Это же так несовременно и неповоротливо. Не сам метод управления, но его реализация. Присоединяюсь к вопросу:
И небольшое наблюдение. Обратите внимание на невербальное общение у вас в команде (это ведь ваша команда?)
Я не вижу здесь единой команды и тем более лидера.
Удачи вам в вашей работе.
Сам стараюсь искать и изучать различные методы управления проектами. И ваш опыт очень интересен. Однако я считаю, что наглядность деревьев из цветных листиков сильно преувеличена. Это же так несовременно и неповоротливо. Не сам метод управления, но его реализация. Присоединяюсь к вопросу:
а вы рассматривали электронные варианты досок?
И небольшое наблюдение. Обратите внимание на невербальное общение у вас в команде (это ведь ваша команда?)
Я не вижу здесь единой команды и тем более лидера.
Удачи вам в вашей работе.
А что не так с руками у людей на фотографии?
Вы их видите? А дальше сами поищите информацию об этом.
2 человека, что левее стоят под кондиционером, им холодно. Девушка — vip гость — сидит, остальные позируют.
Это все полная фигня. Положение рук определяется комфортом, а не каким то там мистическим психосоматическим языком тела.
Когда долго стоишь на ногах, руки устают висеть, поэтому или складываешь их на груди, или кладешь в карманы, за спину, на пояс, облокачиваешься на что-то.
Если для вас это значит что-то большее, то это не у команды проблема, а у вас синдром поиска глубинного смысла.
Если на летучках возникает такая ситуация
Давайте с вами думать, что все замерзли в свитерах под неработающим кондиционером. И что всё это фигня.
Скажете что-нибудь про доски?
долго стоишь на ногах, руки устают висеть, поэтому или складываешь их на груди, или кладешь в карманы, за спину, на пояс, то она доставляет дискомфорт. Вы любите работать когда вам неудобно работать? Вот здесь и проявляется то, что вы назвали
все полная фигняОднако я думаю, что для автора статьи этот несостоявшийся спор не имеет вообще никакого значения.
Давайте с вами думать, что все замерзли в свитерах под неработающим кондиционером. И что всё это фигня.
Скажете что-нибудь про доски?
Да, тут в общем-то тоже простор для деятельности. Спасибо за этот акцент!
Мы от такой доски отказались, стикеры постоянно отваливаются. Имхо, редмайн на порядок удобнее :)
На самом деле, проще начать с доски физической + столько информации сразу не влезет на монитор + доска всегда паказывает борд — нужно просто поернуть голову.
Проще конечно. Тем более так начали делать в Японии в 1950 году. А ещё, там система оповещения была об ошибках на производственной линии, когда рабочие дёргали за верёвку, тем самым подавая сигнал всем остальным. Это ведь тоже проще, чем городить электронную систему с кнопками. Не так ли?
столько информации сразу не влезет на монитор
Почему Вы так решили?
Есть инструменты где это все продумано, точнее зуминг предусмотрен, как например такой сервис
Каждый рабочий день в 10.00 мы с командой собираемся на летучке у канбан-доски, где каждый отвечает на три вопроса:
— Что сделано за прошлый день?
— Какие проблемы возникли?
— Что планируется сделать за предстоящий день?
«Что сделано за прошлый день?» и «Что планируется сделать за предстоящий день?» — не должно обсуждаться, так как это видно из канбан доски и тем самым сокращает время обсуждения.
«Какие проблемы возникли?» — в канбане вы узнаете об этом почти сразу (в зависимости о того какого уровня команды, предприятия… у вас используется канбан), так как это остановит весь процесс.
Спасибо за статью!
… Когда я говорил, что люди важнее процессов, вы продолжали устраивать agile тусовки и устанавливать скрам-доски (канбан). Теперь у нас тотальный скрам, а проекты (НИВА), согласитесь, делаются (ездит) все так же хер*во.
1) Напоминает замену калькулятора на счеты. На мой взгляд всем совершенно не нужно видеть всю доску целиком и понимать кто и что делает. Каждый конкретный сотрудник скорее всего заинтересован только в отображении его задач. Возможно ПМ-у было бы удобно увидеть такую картинку для принятия какого-нибудь решения. Но опять же думается, что более полезными окажутся какие-то более специализированные запросы. Так что мало того, что оно нужно не всем, но даже тому, кому нужно в таком жестком (физическом) виде польза весьма сомнительна.
2) Отсутствие какой-либо гибкости представления, фильтрации, сортировки и т.д. История изменения? Права на операции? Интеграция с другими системами и т.д. и т.п.
3) Не понятно, какую проблему решает доска? На вскидку она являет собой некий глобальный мега-отчет по всем проектам и сотрудникам. Как можно с помощью этого отчета что-то там оптимизировать и улучшать? Перед тем как ввести данное новшество был проведен анализ проблем, которые она была призвана решить, а после — анализ того, были ли решены проблемы?
Думаю, что полезной была бы некая автоматизированная система, способная подсказывать каждому сотруднику чем он должен заниматься в данный момент (какой именно задачей). Данное знание она должна выводить на основе многих входных параметров (приоритеты, опыт сотрудника, загруженность, параметры проекта, риски и т.д.). Ну и приделать кучу разных отчетов. Вот она точно что-то позволила бы оптимизировать.
2) Отсутствие какой-либо гибкости представления, фильтрации, сортировки и т.д. История изменения? Права на операции? Интеграция с другими системами и т.д. и т.п.
3) Не понятно, какую проблему решает доска? На вскидку она являет собой некий глобальный мега-отчет по всем проектам и сотрудникам. Как можно с помощью этого отчета что-то там оптимизировать и улучшать? Перед тем как ввести данное новшество был проведен анализ проблем, которые она была призвана решить, а после — анализ того, были ли решены проблемы?
Думаю, что полезной была бы некая автоматизированная система, способная подсказывать каждому сотруднику чем он должен заниматься в данный момент (какой именно задачей). Данное знание она должна выводить на основе многих входных параметров (приоритеты, опыт сотрудника, загруженность, параметры проекта, риски и т.д.). Ну и приделать кучу разных отчетов. Вот она точно что-то позволила бы оптимизировать.
Визуализация и летучки — это классные шаги!
Прикольная идея про магниты и написанные на нём цифры!
Но фактически ваша визуализация — это половина доски задач Scrum. Сейчас там нет списка того, что надо сделать вообще и в ближайшем спринте.
Причем еще доска разделена по людям, а это значит работа индивидуальная и сама визуализация не мотивирует помогать друг другу.
Kanban визуализация предполагает, что вы на ней отразите весь workflow вашей работы (построите так называемый Value Stream Map). Как то, что вы продаете, та ценность, которую вы наносите, развивается: от идеи до поставки. Например карточка — это проект и он двигается по доске, на которой отражены этапы работы над проектом. Например: конструирование, технологии, снабжение, наладка, дизайн, маркетинг, документация. Что то идет последовательно, что то можно визуализировать параллельно и т.д. Как это у вас в жизни. Если стадии у вас всегда разные, не предсказуемые, например работа исследовательская, то вам надо использовать Scrum, а не Kanban.
Далее в Kanban вводится ограничение количества одновременно делаемой работы (WIP). Но ограничиваем именно сколько ценностей, того, что продаем мы делаем одновременно. Для чего? Для сокращения time to market. Теоретически это обоснованно законом Литтла, вывод из которого: чем меньше очередь, тем быстрее мы её обработаем. Как раз на это нацелен Kanban: сокращаем WIP, чтобы уменьшить time to market, а значит быстрее нанести ценность.
Сейчас из графика приоритетов у вас WIP в среднем 15 — столько проектов одновременно в работе. Это вам надо сокращать. Ограничить например до 5 и не запускать следующий проект, пока один из текущих не завершится.
Ну далее Kanban развивается в сторону того, что вы уже начали делать: летучки, метрики, эволюционное развитие, поддержка инициатив.
Вообще — это я рассказал вам про Kanban Дэвида Андерсона. Кстати недавно вышла его книжка на русском.
Прикольная идея про магниты и написанные на нём цифры!
Но фактически ваша визуализация — это половина доски задач Scrum. Сейчас там нет списка того, что надо сделать вообще и в ближайшем спринте.
Причем еще доска разделена по людям, а это значит работа индивидуальная и сама визуализация не мотивирует помогать друг другу.
Kanban визуализация предполагает, что вы на ней отразите весь workflow вашей работы (построите так называемый Value Stream Map). Как то, что вы продаете, та ценность, которую вы наносите, развивается: от идеи до поставки. Например карточка — это проект и он двигается по доске, на которой отражены этапы работы над проектом. Например: конструирование, технологии, снабжение, наладка, дизайн, маркетинг, документация. Что то идет последовательно, что то можно визуализировать параллельно и т.д. Как это у вас в жизни. Если стадии у вас всегда разные, не предсказуемые, например работа исследовательская, то вам надо использовать Scrum, а не Kanban.
Далее в Kanban вводится ограничение количества одновременно делаемой работы (WIP). Но ограничиваем именно сколько ценностей, того, что продаем мы делаем одновременно. Для чего? Для сокращения time to market. Теоретически это обоснованно законом Литтла, вывод из которого: чем меньше очередь, тем быстрее мы её обработаем. Как раз на это нацелен Kanban: сокращаем WIP, чтобы уменьшить time to market, а значит быстрее нанести ценность.
Сейчас из графика приоритетов у вас WIP в среднем 15 — столько проектов одновременно в работе. Это вам надо сокращать. Ограничить например до 5 и не запускать следующий проект, пока один из текущих не завершится.
Ну далее Kanban развивается в сторону того, что вы уже начали делать: летучки, метрики, эволюционное развитие, поддержка инициатив.
Вообще — это я рассказал вам про Kanban Дэвида Андерсона. Кстати недавно вышла его книжка на русском.
Sign up to leave a comment.
Канбан в управлении разработкой продуктов в машиностроении