1 / 12

Процесс непрерывного у лучшения в производстве ПО

Процесс непрерывного у лучшения в производстве ПО. Оксана Щирба oschirba@gmail.com 29.05.2013. Почему возникла эта тема?. Process. Product. VS. Краткосрочная выгода. Долгосрочная выгода. Кайдзен.

manasa
Download Presentation

Процесс непрерывного у лучшения в производстве ПО

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Процесснепрерывного улучшениявпроизводствеПО Оксана Щирба oschirba@gmail.com 29.05.2013

  2. Почему возникла эта тема? Process Product VS Краткосрочная выгода Долгосрочная выгода

  3. Кайдзен Кайдзен – японская философия или практика, которая фокусируется на непрерывномсовершенствовании процессов производста, разработки, вспомогательных бизнес-процессов и управления, а также на всех аспектах жизни.

  4. ПринципыКайдзен • Принцип непрерывного совершенствования. Без совершенствования не должно проходить ни дня. • Всеобщий контроль качества. “Качество – все, что можно улучшить.” МасаакиИмаи. • Один из инструментов контроля качества – цикл Деминга или цикл PDCA (Планируй – Делай – Проверяй – Воздействуй). • Вовлеченность персонала и открытое признание проблем. Там где нет проблем, совершенствование невозможно. • Встраивание качества в процесс. “Качество должно встраиваться в процесс. Проверка не создает качества.” Э. Деминг. • Стандартизация. • Межфункциональный менеджмент. • Устранение основной причины проблемы и предотвращение рецидивов.

  5. ЦиклДеминга Планируй – Делай – Проверяй – Воздействуй

  6. ИспользованиеКайдзенвразработкеПОИспользованиеКайдзенвразработкеПО • Scrum - “гибкая” методология разработки, позволяющая в жёстко фиксированные небольшие промежутки времени предоставлять конечному пользователю работающее ПО с новыми возможностями. Использует итерационный подход и кроссфункциональные команды. • Kanban - “гибкая” методология разработки, ориентированная на уменьшение WIP (Work In Progress). Использует одноименный принцип Кайдзен – Канбан. • DevOps – методология разработки, ориентированная на улучшение взаимодействия между разработчиками и операционной ИТ-командой. Использует принцип Встраивания качества в процесс.

  7. Что нужно чтобы Кайдзен работал? • Каждый член команды отвечает за то, что он делает и как он это делает. • Каждый член команды отвечает за общий результат проекта. • Открытое признание проблем. • Межфункциональное взаимодействие.

  8. Возможная реализация Кайдзен • Проектная папка + проектная wiki, к которой имеет доступ вся проектная команда. В папке содержится вся управленческая документация по проекту. • Описание текущих стандартов разработки. Wiki. Доступ у всей проектной команды. • Ежедневные межфункциональные 20-минутные встречи, на которых обсуждается что сделано за день, что планируется сделать за следующий день, проблемы проекта и процесса, разрабатываются варианты решения. Принятые решения публикуются в проектной wiki. • Еженедельные межфункциональные одночасовые встречи, на которых обсуждаются статус проекта, план на следующую неделю, проблемы проекта и процесса, разрабатываются варианты решения. Принятые решения публикуются в проектной wiki. • Ретроспективные межфункциональные встречи по результатам релиза, на которых обсуждаются все примененные улучщения и принимается решение о добавлении этих улучшений в стандарт. • Отранжированный реестр проблем и рисков. • Система предложений. • Мотивационная схема, направленная на общий результат.

  9. Встраивание качества в процесс: основные принципы • Чем раньше вы обнаружите проблемы / ошибки, тем проще и дешевле их исправить. • Каждое изменение в системе должно порождать обратную связь. Обратная связь должна быть предоставлена как можно быстрее. • Команда проекта должна оперативно получать и обрабатывать обратную связь.

  10. Встраиваниекачествавпроцесс: основные инструменты CI – Непрерывная интеграция (TeamCity, Bamboo, Jenkins, Hudson, CruiseControl). Позволяет отловить ошибки интеграции на раннем этапе. UT – Модульное тестирование. Позволяет выявлять регрессионные ошибки. Компонентное тестирование. Позволяет выявлять регрессионные ошибки. (soapUI) Автоматизированное UI – тестирование (Cucumber, JMeter, Selenium). Автоматизированное тестирование нефункциональных требований. (JMeter, Selenium - нагрузка, Xspider - безопасность) Автоматизация процесса развертывания.

  11. Вопросы

  12. Литература Кайдзен. Ключ к успеху японских компаний. Масааки Имаи. Continuous Delivery. Reliable Software Releases through Build, Test and Deployment Automation. J. Humble, D. Farley.

More Related