На примере реального использования Kanban и достигнутых результатов автор расскажет о поиске понимания, что такое эффективность на самом деле и каковы несколько простых принципов, которые ведут к ее значительному увеличению в самое короткое время. Знание этих простых принципов позволит не просто "рисовать доску", а понимать почему Kanban работает и выходить за рамки шаблонного применения.
Владимир Завертайлов. Выравнивание нагрузки в IT-компании: впихнуть невпихуемое.ScrumTrek
Доклад нацелен на подготовленных слушателей, руководителей проектов или директоров студий с десятком и более сотрудников, в общих чертах что-то слышавших про LEAN и ТОС. Выстройте поток единичных изделий, выравнивайте его и оптимизируйте скорость — говорит нам LEAN и производственная система Тойоты. Найдите ограничение и подчините ритму его работы все остальные звенья производственной цепи, Сбалансировать поток невозможно, говорит нам теория ограничений (ТОС). Все это очевидно работает, в примерах производства серийной продукции. Но и то и другое непонятно как применить на практике в сфере услуг. Тем более таких высоко кастомизируемых, как наша сфера — digital. Нам, директорам, больно смотреть, когда штатный сотрудник остаётся без задач, т.к. не готовы или не согласованы работы предыдущего этапа. Мы стремимся загрузить всех и максимально. Порой это приводит к тому, что мы хватаемся за огромное число проектов. А вдруг какой-то застрянет на согласовании — такой логикой руководствуемся мы. Это приводит либо к большим очередям (клиенты вынуждены ждать и ненавидеть it-шников за неповоротливость). Либо к необходимости перегружать сотрудников, а это приводит к повышенному проценту брака в их работе, и, как следствие, к дополнительной перегрузке, низкой скорости и ненависти к it-шникам со стороны клиента. Впихнуть невпихуемое и не стать студией, где считается преступлением быть «не затраханным». В этом докладе мы разберемся с вами, что можно автоматизировать для балансировки нагрузки. Что можно выбрать за единичное изделие. Как построить поток, визуализировать его, найти узкое звено и научиться предсказывать, где и когда у вас в
Владимир Завертайлов. Выравнивание нагрузки в IT-компании: впихнуть невпихуемое.ScrumTrek
Доклад нацелен на подготовленных слушателей, руководителей проектов или директоров студий с десятком и более сотрудников, в общих чертах что-то слышавших про LEAN и ТОС. Выстройте поток единичных изделий, выравнивайте его и оптимизируйте скорость — говорит нам LEAN и производственная система Тойоты. Найдите ограничение и подчините ритму его работы все остальные звенья производственной цепи, Сбалансировать поток невозможно, говорит нам теория ограничений (ТОС). Все это очевидно работает, в примерах производства серийной продукции. Но и то и другое непонятно как применить на практике в сфере услуг. Тем более таких высоко кастомизируемых, как наша сфера — digital. Нам, директорам, больно смотреть, когда штатный сотрудник остаётся без задач, т.к. не готовы или не согласованы работы предыдущего этапа. Мы стремимся загрузить всех и максимально. Порой это приводит к тому, что мы хватаемся за огромное число проектов. А вдруг какой-то застрянет на согласовании — такой логикой руководствуемся мы. Это приводит либо к большим очередям (клиенты вынуждены ждать и ненавидеть it-шников за неповоротливость). Либо к необходимости перегружать сотрудников, а это приводит к повышенному проценту брака в их работе, и, как следствие, к дополнительной перегрузке, низкой скорости и ненависти к it-шникам со стороны клиента. Впихнуть невпихуемое и не стать студией, где считается преступлением быть «не затраханным». В этом докладе мы разберемся с вами, что можно автоматизировать для балансировки нагрузки. Что можно выбрать за единичное изделие. Как построить поток, визуализировать его, найти узкое звено и научиться предсказывать, где и когда у вас в
Software craftsmanship 11 online: мотивация и эффектисность разработчикаPavel Veinik
Мы рассмотрим вопросы продуктивности, как командная работа и менеджеры влияют на продуктивность, как связаны оценки и эффективность решений разработчика, почему работа программиста является творческой, и как грамотно использовать инструменты тайм-менеджмента.
Двенадцатый митап Software Craftsmanship пройдет онлайн и будет посвящен высоконагруженным системам. Мы систематизирует инструменты, применяемые для разработки архитектуры высоконагруженных приложений, опишем базовый алгоритм из 6 шагов проектирования нагруженной системы.
Также мы рассмотрим 3 примера нагруженных приложений - клиент для участия в Real Time Bidding аукционах, поисковик вместе с краулером для него, чат.
Мы коснемся опасностей, которые подстерегают новичков и опытных архитекторов.
Кроме того, рассмотрим подходы к построению высоконагруженных систем в стартапе и в сервисной компании.
Люди любят деньги. Однако, большие деньги их портят. Не стоит полагаться на то, что изобретенная бонусная система сможет повысить продуктивность. Сотрудники всегда способны придумать 400 сравнительно честных способов максимизации бонуса. Прозрачность и понятность процесса сильно страдают.
Тем не менее в большинстве крупных компаний выстроены системы KPI для повышения финансовой заинтересованности в результате. Многим руководителям трудно представить, как можно управлять без этого инструмента. Безусловно, есть определенная доля правды. Это действительно удобный инструмент.
Приходите на доклад, мы разберемся, есть ли рациональное зерно в KPI и какими они должны быть в agile организации.
Авторский тренинг Юлии Лешкевич "Курс выживания молодого айтишника". Семинар поможет молодым программистам избежать часто встречающихся ошибок, разобраться в своих ожиданиях о работе и понять ожидания компании.
Подробнее: http://ithouse.by/?page_id=8203
Про качество и красоту кода говорят и пишут очень многие, хотя при этом довольно часто забывают, для чего существует это качество и эта красота.
Двадцать второй онлайн митап Software Craftsmanship будет посвящен Engineering Excellence. мы рассмотрим что такое Engineering Excellence, кому и для чего оно нужно на проекте, из каких частей состоит и как определить что нужно конкретному проекту.
На митапе мы рассмотрим взаимосвязь разработчиков, тестировщиков, девопсов, разберем метрики, практики и процессы необходимы для постоянного улучшения проекта.
Тактическое управление продуктами: все еще недостающее звеноMaxim Gaponov
«Эти люди делают то, о чем я их прошу. Но в результате каждый раз получается не то, что мне нужно». Эта фраза, в той или иной форме, произносится каждым клиентом, с которым я работаю.
«У нас было все, что нужно. Требования, выборки, прототипы. В итоге не успели сделать и половину. А то, что сделали нежизнеспособно» — такое тоже встречается часто.
На каждой стратегической сессии выясняется, что реальный объем работ, которые необходимо совершить, в 4-5 раз превышает тот, который запланирован. И, что самое интересное, этот объем озвучивают сами участники, которые и являются авторами предыдущих нереалистичных планов.
Слушайте, с этим пора что-то делать :) Это же не магия какая-нибудь. Это ремесло. Ремесло о том, как системно сформировать и договориться о границах работ; ремесло, как закрепить за ролями ответственность; ремесло, как выстроить управление и коммуникации между разными уровнями доставки бизнес-ценности; ремесло, как оценивать текущую зрелость процессов и обеспечивать непрерывное улучшение.
В докладе я расскажу вам о своем опыте решения этих задач в разных компаниях.
These slides are about the problem of setting goals process ... The goal setting is the major task for teamwork for the correct conduct of projects, to ensure success in the development of products
Software craftsmanship 11 online: мотивация и эффектисность разработчикаPavel Veinik
Мы рассмотрим вопросы продуктивности, как командная работа и менеджеры влияют на продуктивность, как связаны оценки и эффективность решений разработчика, почему работа программиста является творческой, и как грамотно использовать инструменты тайм-менеджмента.
Двенадцатый митап Software Craftsmanship пройдет онлайн и будет посвящен высоконагруженным системам. Мы систематизирует инструменты, применяемые для разработки архитектуры высоконагруженных приложений, опишем базовый алгоритм из 6 шагов проектирования нагруженной системы.
Также мы рассмотрим 3 примера нагруженных приложений - клиент для участия в Real Time Bidding аукционах, поисковик вместе с краулером для него, чат.
Мы коснемся опасностей, которые подстерегают новичков и опытных архитекторов.
Кроме того, рассмотрим подходы к построению высоконагруженных систем в стартапе и в сервисной компании.
Люди любят деньги. Однако, большие деньги их портят. Не стоит полагаться на то, что изобретенная бонусная система сможет повысить продуктивность. Сотрудники всегда способны придумать 400 сравнительно честных способов максимизации бонуса. Прозрачность и понятность процесса сильно страдают.
Тем не менее в большинстве крупных компаний выстроены системы KPI для повышения финансовой заинтересованности в результате. Многим руководителям трудно представить, как можно управлять без этого инструмента. Безусловно, есть определенная доля правды. Это действительно удобный инструмент.
Приходите на доклад, мы разберемся, есть ли рациональное зерно в KPI и какими они должны быть в agile организации.
Авторский тренинг Юлии Лешкевич "Курс выживания молодого айтишника". Семинар поможет молодым программистам избежать часто встречающихся ошибок, разобраться в своих ожиданиях о работе и понять ожидания компании.
Подробнее: http://ithouse.by/?page_id=8203
Про качество и красоту кода говорят и пишут очень многие, хотя при этом довольно часто забывают, для чего существует это качество и эта красота.
Двадцать второй онлайн митап Software Craftsmanship будет посвящен Engineering Excellence. мы рассмотрим что такое Engineering Excellence, кому и для чего оно нужно на проекте, из каких частей состоит и как определить что нужно конкретному проекту.
На митапе мы рассмотрим взаимосвязь разработчиков, тестировщиков, девопсов, разберем метрики, практики и процессы необходимы для постоянного улучшения проекта.
Тактическое управление продуктами: все еще недостающее звеноMaxim Gaponov
«Эти люди делают то, о чем я их прошу. Но в результате каждый раз получается не то, что мне нужно». Эта фраза, в той или иной форме, произносится каждым клиентом, с которым я работаю.
«У нас было все, что нужно. Требования, выборки, прототипы. В итоге не успели сделать и половину. А то, что сделали нежизнеспособно» — такое тоже встречается часто.
На каждой стратегической сессии выясняется, что реальный объем работ, которые необходимо совершить, в 4-5 раз превышает тот, который запланирован. И, что самое интересное, этот объем озвучивают сами участники, которые и являются авторами предыдущих нереалистичных планов.
Слушайте, с этим пора что-то делать :) Это же не магия какая-нибудь. Это ремесло. Ремесло о том, как системно сформировать и договориться о границах работ; ремесло, как закрепить за ролями ответственность; ремесло, как выстроить управление и коммуникации между разными уровнями доставки бизнес-ценности; ремесло, как оценивать текущую зрелость процессов и обеспечивать непрерывное улучшение.
В докладе я расскажу вам о своем опыте решения этих задач в разных компаниях.
These slides are about the problem of setting goals process ... The goal setting is the major task for teamwork for the correct conduct of projects, to ensure success in the development of products
Ключевые навыки успешной Agile-команды / Дмитрий Лобасев (lobasev.ru)Ontico
Динамика изменений со стороны бизнеса (наших заказчиков) сейчас настолько велика, что впереди оказываются компании, процесс разработки в которых непрерывно эволюционирует.
Эволюционный процесс позволяет научиться делать более быстрые поставки, принимать более качественные решения, а главное, поставлять с первого раза именно то, что нужно бизнесу.
Необходимый минимум для построения современных процессов разработки - это три ключевых, обязательных для освоения навыка, которым просто обязан научиться каждый участник проектной команды:
1. как можно раньше узнавать то, чего мы еще не знаем;
2. вовремя видеть, анализировать и решать возникающие проблем;
3. помогать бизнесу добиваться лучших из возможных результатов.
Во время доклада я расскажу подробно, какие инструменты вы можете использовать, чтобы выработать в своей команде эти три навыка и тем самым научиться постоянно улучшаться.
Выступление на семинаре в Яндексе
Как -то получается, что (по большому счету) альтернативы Agile-подходам при построении эффективных процессов нет. А что делать, если Agile применить невозможно? Причин может быть множество: "неправильная" структура организации, "не те" люди, негибкие начальники и так далее.
Невозможно построить скрам? Но придумать вам свой собственный скрам никто запретить не может!
Мы рассмотрим 3 реальных кейса провала внедрения Agile и вместе обсудим, как можно было бы поступить в каждой конкретной ситуации. По каждому случаю я расскажу, что произошло в реальности.
16-17 августа в Санкт-Петербурге на Курсе Интерактивных Коммуникаций в Рекламе (ИКРа) Максим Кузин, продакшн-директор GRAPE, провел интенсив «ИКРа. Digital Produсer».
Динамика изменений со стороны бизнеса (наших заказчиков) сейчас настолько велика, что впереди оказываются компании, процесс разработки в которых непрерывно эволюционирует.
Эволюционный процесс позволяет научиться делать более быстрые поставки, более качественные решения, а главное, поставлять с первого раза именно то, что нужно бизнесу.
Необходимый минимум для построения современных процессов разработки - это три ключевых, обязательных для освоения навыка, которым просто обязан научиться каждый участник проектной команды.
Мастер-класс - управление проектами для новичковRenat Akmalov
Хотите получить базовые знания в области методологии управления проектами? Узнать как можно быстро распланировать свой день (или неделю?), чтобы всё успеть и максимально достигнуть всех поставленных целей?
Об этом - в презентации.
кузнецов илья - история кратного роста эффективности за 2 месяцаMagneta AI
На примере реального использования Kanban и достигнутых результатов автор расскажет о поиске понимания, что такое эффективность на самом деле и каковы несколько простых принципов, которые ведут к ее значительному увеличению в самое короткое время. Знание этих простых принципов позволит не просто «рисовать доску», а понимать почему Kanban работает и выходить за рамки шаблонного применения.
Деньги дают на проверку гипотезы: “Можно ли из вашей идеи сделать бизнес”. Вы сами должны уметь все, что необходимо для проверки гипотезы.
Из презентации вы узнаете:
- Дают ли инвесторы деньги на разработку продукта или на получение ответов.
- Об эксперименте как о способе проверки модели бизнеса.
- Что такое минимальный продукт, необходимый для проверки очередной гипотезы.
Спикер: Аркадий Морейнис (руководитель в Главстарт). Презентация выступления на онлайн-конференции «Практика онлайн-бизнеса». 28 июня 2012 года.
Посмотреть видеозапись: http://bit.ly/1j5Wug4
Возможные причины неудачи внедрения проектного управления. Доклад Олега Вайнберга с конференции "Внедрение проектного управления. Успешный проектный офис 2016"
#pmoconf
Презентация о том как управлять своей жизнью и сделать ее более эффективной. Что такое тайм-менедежмент и как его применить в жизни и на работе. Презентация адаптирована с учетом реалий постсоветского пространства. Простой и доходчивый набор правил и инструментов эффективного человека.
Similar to История кратного роста эффективности за 2 месяца. Как это вообще возможно? (20)
История кратного роста эффективности за 2 месяца. Как это вообще возможно?
1. История кратного роста эффективности за
2 месяца
Как это вообще возможно?
Илья Кузнецов
http://ru.linkedin.com/in/iliakuznetsov
ilia.v.kuznetsov@gmail.com
AgileKitchen, 17 декабря, 2011
2. Об авторе
• Разработка ПО, стартап-менеджмент –
Syntext, Inc, Chief Operating Officer
• Антикризисное управление в ИТ –
консалтинг
• Ресурсное управление – Kaspersky
Lab, Deputy Director Engineering
2
3. О чем эта презентация
О реальности очень быстрых улучшений
производительности
Немного про personal kanban
Case Study
Некоторые принципы и препятствия
Про Kanban и kanban
3
4. История задачи
амбициозные цели
можем больше!
эффективность
4
5. Вызовы: эффективность?
Максимальная
загрузка?
Анализ Дизайн Разработка Тестирование
Синдром: улучшать все
измерять все 5
6. Какова цель повышения
эффективности? Цель бизнеса?
Э. Голдрат «Цель» - было началом пути
За очень короткое
время (месяцы)
возможно
значительное
увеличение
производительности
Прибыль
Ценность результата
(Throughput) 6
7. Делать в разы больше? Не смешите!
Все и так работают по 12 часов!
В этих книгах всегда все хорошо!
Теория ограничений
Agile Дерево текущей реальности
Никакого баззворда.
Фокус только на решении
конкретных проблем.
Kanban
Для «продажи» agile-эффективности
нужен Case
7
8. Основные принципы
Главное слово: фокусировка
WIP
WIP
Фокусируйся на увеличении Фокусируйся на скорости Не пытайся улучшить все и сразу,
ценности, а не на загрузке решения, а не на а найди главную проблему
количестве задач
(min WIP = Work In Progress)
WIP
WIP
WIP
8
9. Case Study: Направление Business Process
Management
Проблемы результативности: Надо все и сразу! И где результаты?
И где результаты?
Скоуп работы BPM в Управлении Разработки:
более 10 подразделений
?
Что делаем?
Что хотим?
Для кого делаем?
??
Когда нужен
результат?
?? Что важнее?
?
9
11. Проблемы, которые нужно было решить
– Надо все и сразу
– Медленная реакция на изменения (срок=Q) 33.3 Good
– Отставание результата от изменения 66.6 Bad
приоритета
– Спонтанность коммуникаций с руководством
«эффект бездонной бочки»
Квартал
WIP
WIP
WIP
WIP
WIP
WIP
WIP
WIP WIP
WIP
11
12. Подход к решению проблемы результативности
Делать КОГДА надо, то ЧТО надо Вовремя!
То, что
нужно!
Задачи: Квартал
WIP
1. Сократить время исполнения (Lead Time)
WIP
• Сократить количество одновременно
WIP
выполняемой работы
• Приоритет только один. Делать нужное и WIP
полезное сегодня и сейчас WIP
• Не перегружать ресурс (перегруженный
WIP
ресурс = застрявшая задача)
WIP
2. Гибкость планирования и исполнения
WIP
WIP
12
13. BPM Task Desk
Инструмент планирования и оперативного управления
Гипотеза:
• Сократятся сроки на планирование задач
• Появится четкий фокус на результат в
обозримый период
• Понимание количества задач для
руководства. Пропадет ощущение
«бездонной бочки»
• Инструмент коммуникации
13
14. Основной принцип работы:
МИНИМУМ одновременно выполняемых задач. Выбирать приносящие
МАКСИМУМ ценности
– MAX 3 проектов
– MAX задач на 5 story-point
(длительность+риски) в неделю
– MAX 3 “камня” (задача на 90%
выполняемая другими) в
неделю
– Обязательные еженедельные
короткие встречи с
руководителем (30 мин по ПН)
14
15. “Канбан” – с большой буквы
Минимальные изменения процесса. Но изменяйся когда нужно.
Правила
Ограничения
Приоритет может быть
только первым!
Типы
работ
In
Entry Backlog progress
Approval Output
Управление
«Склад»
Lead Time (Target = 1 week)
15
16. Результаты в Q3 Начало
Kanban
Q1 Q2 Q3
- Проект - Проект не нашел дальнейшего применения - Проект перенесли на след. Q
- Проект «Cancelled» - Проект, в котором BPM – ресурс (не ПМ) - Задача 16
17. …И эффективность в цифрах
Good
Lead Time уменьшен Bad
в 3,5 раза
(с 12 до 3,5 недель ) Доля востребованного
результата
увеличилась в 2,4
раза
За каждую неделю выполняются задачи нужные именно
в этот момент времени
Отсутствие «закисших» и «непонятных» задач
Деятельность BPM прозрачна = доверие руководства
17
18. Канбан решает разнообразные проблемы
Группа Инженерной Поддержки Deputy Director Engineering
Локализация узких мест Уменьшение времени переключения задач
Отдел Документации и Локализации
Поток работ множества внутренних клиентов
"Хорошо, что у вас не agile! Все
эти итерации и ежедневные
митинги - это так сложно!"
18
19. Обобщение, или канбан – не фишки
на доске
• Заметные положительные изменения видны очень скоро
• Мало нарисовать доску. Надо понимать, что за принципы в
основе.
• …А принципы: а) ценность, а не загрузка; b) уменьшай WIP;
c)важно то, что важно сейчас
• Не продавайте Kanban, TOC, Scrum. Только решение проблем
• Kanban c большой буквы: изменяйся, но чуть-чуть и когда нужно
• Приоритет может быть только первый
• Не путайте желание комфорта "иметь результат пораньше" с
необходимостью.
• Очень хочется перегрузить. Перегрузка - это только самообман.
• Не работайте больше 8 часов!
19
20. Литература
• Э. Голдрат “Цель: процесс непрерывного
совершенства”
• Э. Голдрат “Цель 2: дело не в везенье”
• D.J. Anderson “Agile Management for
Software Engineering”
• D.J. Anderson “Kanban. Successul Evolutionary
Change for Your Technology Business”
• D.G. Reinertsen “Product Development Flow”
20