Опыт осторожного внедрения инструментов Теории Ограничений в крупной компании Евгения Фирсова.

Презентация:



Advertisements
Похожие презентации
Системный подход к непрерывному совершенствованию ТОС Голдратта.
Advertisements

KPI разработчика vs KPI разработки Евгения Фирсова.
Смена web-платформы «на лету» Евгения Фирсова. Постановка задачи.
Покажи мне свои папки … Евгения Фирсова Яндекс. Деньги.
Девятая независимая научно-практическая конференция «Разработка ПО 2013» октября, Москва Евгения Фирсова, Яндекс.Деньги KPI разработчика.
Положение об отделе В.Андреев, Д.Сатин. Штат отдела начальник отдела; бизнес-аналитик; проектировщик пользовательских интерфейсов; специалист по анализу.
Планирование веб-релизов в условиях многопоточности задач со скачущими приоритетами Евгения Фирсова, Яндекс.Деньги.
Lecture 2.3D 1 Управление несколькими проектами Менеджер проектов или группа менеджеров могут управлять более чем одним проектом Мелкие проекты Крупные.
1. Выработка у сотрудников и команд стратегии и навыков эффективного взаимодействия с клиентами, обеспечивающих повышение объема продаж.
A2Б – СИСТЕМА УПРАВЛЕНИЯ БИЗНЕСОМ Компания ООО «А2Б», г. Уфа a2b.sua2b.su, бесплатная линия по РФ.
Основными формами организации научно-исследовательской деятельности являются: Научное общество обучающихся «ШНИО Ноосферка » Олимпиады Творческие конкурсы.
Менеджмент ЭММ ФЭМ СПбГПУ Автор: д.э.н., проф. Козлов А.В г.
Бенчмаркинг стали активно применять в Японии в годах прошлого столетия. В те годы считалось, что японцы в основном копируют других. В действительности.
Эффективность в каждом решении Управление разработкой Корпоративного портала: как грамотно выстроить работу с подрядчиком.
Онлайн-подготовка к ЕГЭ Петр Решетин руководитель проекта.
Разработка программного обеспечения (Software Engineering) Часть 2. Создание ПО.
Электронный тренажер для отработки навыков индивидуального визита к врачу Предназначение и функции программы.
Всероссийский конкурс проектов учителей, применяющих информационные технологии Microsoft и Intel в учебной работе Text Москва 15 марта 2013 – 30 сентября.
Сайт как инструмент развития бизнеса Андрей Анищенко директор Департамента интернет-проектов РБК СОФТ 23 ноября 2007 года Арарат Парк Хаятт Отель, Москва.
ПОРТАЛЬНЫЕ РЕШЕНИЯ Облачные технологии управления.
Транксрипт:

Опыт осторожного внедрения инструментов Теории Ограничений в крупной компании Евгения Фирсова

Опыт – единство умений и знаний 1. знакомство с теорией продажа идеи локальный эксперимент параллельные тесты – большая задача выводы

ТОС как теория – чего хотеть? денег больше и раньше (запускаем проекты, приносящие доход) инвестиции короткие и эффективные (потраченный ресурс должен рано приносить доход) операционных расходов меньше (уменьшаем стоимость всех работ над проектом)

ТОС как теория – как получить? Слабое звено и критическая цепь анализ цепи, поиск слабого звена выявление критической цепи управление узким звеном через буфер находим узкое звено учимся оптимально использовать узкое звено выстраиваем работу цепи с учётом производительности узкого звена избавляемся от ограничений в узком звене

ТОС как теория – как получить? Слабое звено и критическая цепь анализ цепи, поиск слабого звена выявление критической цепи управление узким звеном через буфер Способы принятия решений дерево текущей реальности диаграмма разрешения конфликтов дерево будущей реальности дерево перехода план преобразований находим узкое звено учимся оптимально использовать узкое звено выстраиваем работу цепи с учётом производительности узкого звена избавляемся от ограничений в узком звене

Продажа идеи Кому: генеральный директор; непосредственный начальник. Что: ТОС «в лифте»; доказательство применимости в компании; план локального эксперимента; метрика потока: – объективная; – подлежащая нормированию; – применяемая при планировании и анализе; метрики успеха.

Локальный эксперимент рольорганизатор, исполнитель, контролёр scopeотдел веб-интерфейсов метрика потока«полезный» релиз метрики успехарост количества «полезных» релизов за квартал

Локальный эксперимент Этап 1 – анализ процессов в отделе как цепи Шаг 1 – метрики для каждого этапа 1.Мозговой штурм с командой: 18 5 метрик – кол-во задач в релизе – кол-во задействованных компонент – кол-во необходимых контекстов по назначению – кол-во поисковых запросов к коду – кол-во уточнений требований 2.Измерение метрик в течение квартала. 3.Регрессионный анализ для проверки релевантности метрик (по сравнению с трудозатратами).

Локальный эксперимент Этап 1 – анализ процессов в отделе как цепи Шаг 2 – оценка текущей ситуации Деревья текущей реальности для ответ на вопросы: причины недостаточной производительности отдела; постоянная очередь на тестирование релизов; морально устаревший фреймворк портала; не вся разработка ведётся по скраму; причины ошибок при ресурсном планировании; частое изменение требований в процессе работы; влияние мультизадачности разработчиков на производительность отдела.

Локальный эксперимент Этап 1 – анализ процессов в отделе как цепи Шаг 2 – оценка текущей ситуации Деревья текущей реальности для ответ на вопросы: причины недостаточной производительности отдела; постоянная очередь на тестирование релизов расширение scope на +2 отдела; морально устаревший фреймворк портала; не вся разработка ведётся по скраму; причины ошибок при ресурсном планировании; частое изменение требований в процессе работы; влияние мультизадачности разработчиков на производительность отдела.

Локальный эксперимент Этап 1 – анализ процессов в отделе как цепи Шаг 3 – анализ узкого звена в цепи из трёх отделов ОВИочередьОТproduction эксперименты, тех. развитие push pull light

Локальный эксперимент Этап 1 – анализ процессов в отделе как цепи Шаг 4 – подстройка работы цепи из трёх отделов под узкое звено ОВИ/ОВР буфер пакетов ОТproduction pull light эксперименты, тех. развитие request ресурсный буфер питающий буфер

Локальный эксперимент Результаты: значительно снизили «простой» релизов; сняли конфликт между отделами. Выводы для себя: опыт совместной работы над ДТР; важность учёта потраченных ресурсов. релизы (всего) релизы (в очереди) дней в очереди 2013Q Q Q Q139431

Параллельные тесты рольорганизатор, контролёр scope8 отделов вне разработки: маркетинг саппорт UX проджект-менеджеры аналитические сервисы эксплуатация дирекция HR

Параллельные тесты Этап 1 – продажа ТОС тимлидам Что: встреча 1 – «анонс»: – ТОС «в лифте»; – доказательство применимости в компании; – факт поддержки руководства; – результаты локального эксперимента; – результат быстрого применения ТОС в отделе-добровольце; – запрос согласия; встреча 2 – «теория»: – алгоритм работы по ТОС, обзор инструментов; – примеры использования.

Параллельные тесты Этап 2 – анализ процессов в каждой команде инструментами ТОС маркетинг саппорт UX проджекты ан. сервисы эксплуатация дирекция HR scopeпроцессметрикаузкое звеномерывнедрениерезультат

Параллельные тесты Результаты: результаты анализа по ТОС сами по себе могут являться достаточным результатом; метрики могут быть: – линейными; – диапазонными; для внедрения нужно воздействие «сверху». Выводы для себя: можно применять ТОС, не владея предметной областью.

Большая задача рольорганизатор, контролёр scopeмежкомандная задача исполнители – ТОПы и тимлиды

Большая задача Этап 1 – анализ процесса в компании инструментами ТОС scopeпроцессметрикаузкое звеномерывнедрениерезультат

Большая задача Результаты: концентрация на единой проблемной точке глобального проекта; постепенный рост метрики; доверие к ТОС как методологии. Выводы для себя: необходимы навыки модерирования дискуссий.

Выводы При поэтапном внедрении ТОС «снизу»: Сложно: получать фин. результаты на масштабе компании; добиваться активного интереса участников; получать ресурсы на внедрение придуманных решений. Легко: показывать полезные, но локальные результаты; учиться на практике; менять направление при ошибках; узнавать новое о своей компании.

Уточнения? Вопросы? задать любые вопросы почитать подробнее об управлении версиями, задачами, проблемами и людьми