Управление релизами в системе управления ИТ

1,131 views
988 views

Published on

Первый доклад конференции.
Докладчик Владимир Комиссаров

0 Comments
3 Likes
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total views
1,131
On SlideShare
0
From Embeds
0
Number of Embeds
1
Actions
Shares
0
Downloads
44
Comments
0
Likes
3
Embeds 0
No embeds

No notes for slide
  • If we were to summarize the expected outcomes they would be as follows:Eric owns the overall release process. The results he desires include:Standardized and repeatable release processSpends less time with auditorsReal-time access to statusManagement team has visibility into releasesKim is responsible for the release of applications along the path to production. She desires the following results:Easily plan and track what is in a release Faster, more robust application deploymentsLastly, Pete is responsible for the deployment of applications into production. He desires:Fewer production deployment failuresAbility to respond faster to failure
  • If we were to summarize the expected outcomes they would be as follows:Eric owns the overall release process. The results he desires include:Standardized and repeatable release processSpends less time with auditorsReal-time access to statusManagement team has visibility into releasesKim is responsible for the release of applications along the path to production. She desires the following results:Easily plan and track what is in a release Faster, more robust application deploymentsLastly, Pete is responsible for the deployment of applications into production. He desires:Fewer production deployment failuresAbility to respond faster to failure
  • If we were to summarize the expected outcomes they would be as follows:Eric owns the overall release process. The results he desires include:Standardized and repeatable release processSpends less time with auditorsReal-time access to statusManagement team has visibility into releasesKim is responsible for the release of applications along the path to production. She desires the following results:Easily plan and track what is in a release Faster, more robust application deploymentsLastly, Pete is responsible for the deployment of applications into production. He desires:Fewer production deployment failuresAbility to respond faster to failure
  • If we were to summarize the expected outcomes they would be as follows:Eric owns the overall release process. The results he desires include:Standardized and repeatable release processSpends less time with auditorsReal-time access to statusManagement team has visibility into releasesKim is responsible for the release of applications along the path to production. She desires the following results:Easily plan and track what is in a release Faster, more robust application deploymentsLastly, Pete is responsible for the deployment of applications into production. He desires:Fewer production deployment failuresAbility to respond faster to failure
  • If we were to summarize the expected outcomes they would be as follows:Eric owns the overall release process. The results he desires include:Standardized and repeatable release processSpends less time with auditorsReal-time access to statusManagement team has visibility into releasesKim is responsible for the release of applications along the path to production. She desires the following results:Easily plan and track what is in a release Faster, more robust application deploymentsLastly, Pete is responsible for the deployment of applications into production. He desires:Fewer production deployment failuresAbility to respond faster to failure
  • If we were to summarize the expected outcomes they would be as follows:Eric owns the overall release process. The results he desires include:Standardized and repeatable release processSpends less time with auditorsReal-time access to statusManagement team has visibility into releasesKim is responsible for the release of applications along the path to production. She desires the following results:Easily plan and track what is in a release Faster, more robust application deploymentsLastly, Pete is responsible for the deployment of applications into production. He desires:Fewer production deployment failuresAbility to respond faster to failure
  • If we were to summarize the expected outcomes they would be as follows:Eric owns the overall release process. The results he desires include:Standardized and repeatable release processSpends less time with auditorsReal-time access to statusManagement team has visibility into releasesKim is responsible for the release of applications along the path to production. She desires the following results:Easily plan and track what is in a release Faster, more robust application deploymentsLastly, Pete is responsible for the deployment of applications into production. He desires:Fewer production deployment failuresAbility to respond faster to failure
  • If we were to summarize the expected outcomes they would be as follows:Eric owns the overall release process. The results he desires include:Standardized and repeatable release processSpends less time with auditorsReal-time access to statusManagement team has visibility into releasesKim is responsible for the release of applications along the path to production. She desires the following results:Easily plan and track what is in a release Faster, more robust application deploymentsLastly, Pete is responsible for the deployment of applications into production. He desires:Fewer production deployment failuresAbility to respond faster to failure
  • If we were to summarize the expected outcomes they would be as follows:Eric owns the overall release process. The results he desires include:Standardized and repeatable release processSpends less time with auditorsReal-time access to statusManagement team has visibility into releasesKim is responsible for the release of applications along the path to production. She desires the following results:Easily plan and track what is in a release Faster, more robust application deploymentsLastly, Pete is responsible for the deployment of applications into production. He desires:Fewer production deployment failuresAbility to respond faster to failure
  • If we were to summarize the expected outcomes they would be as follows:Eric owns the overall release process. The results he desires include:Standardized and repeatable release processSpends less time with auditorsReal-time access to statusManagement team has visibility into releasesKim is responsible for the release of applications along the path to production. She desires the following results:Easily plan and track what is in a release Faster, more robust application deploymentsLastly, Pete is responsible for the deployment of applications into production. He desires:Fewer production deployment failuresAbility to respond faster to failure
  • If we were to summarize the expected outcomes they would be as follows:Eric owns the overall release process. The results he desires include:Standardized and repeatable release processSpends less time with auditorsReal-time access to statusManagement team has visibility into releasesKim is responsible for the release of applications along the path to production. She desires the following results:Easily plan and track what is in a release Faster, more robust application deploymentsLastly, Pete is responsible for the deployment of applications into production. He desires:Fewer production deployment failuresAbility to respond faster to failure
  • If we were to summarize the expected outcomes they would be as follows:Eric owns the overall release process. The results he desires include:Standardized and repeatable release processSpends less time with auditorsReal-time access to statusManagement team has visibility into releasesKim is responsible for the release of applications along the path to production. She desires the following results:Easily plan and track what is in a release Faster, more robust application deploymentsLastly, Pete is responsible for the deployment of applications into production. He desires:Fewer production deployment failuresAbility to respond faster to failure
  • If we were to summarize the expected outcomes they would be as follows:Eric owns the overall release process. The results he desires include:Standardized and repeatable release processSpends less time with auditorsReal-time access to statusManagement team has visibility into releasesKim is responsible for the release of applications along the path to production. She desires the following results:Easily plan and track what is in a release Faster, more robust application deploymentsLastly, Pete is responsible for the deployment of applications into production. He desires:Fewer production deployment failuresAbility to respond faster to failure
  • If we were to summarize the expected outcomes they would be as follows:Eric owns the overall release process. The results he desires include:Standardized and repeatable release processSpends less time with auditorsReal-time access to statusManagement team has visibility into releasesKim is responsible for the release of applications along the path to production. She desires the following results:Easily plan and track what is in a release Faster, more robust application deploymentsLastly, Pete is responsible for the deployment of applications into production. He desires:Fewer production deployment failuresAbility to respond faster to failure
  • Управление релизами в системе управления ИТ

    1. 1. Управление релизами в системе управления ИТ Владимир Комиссаров
    2. 2. Summary of Expected Results Роль ИТ • В современных условиях бизнес существенно зависит от ИТ • ИТ бюджеты постоянно растут • Нахождение баланса между стоимостью ИТ и эффектом от их использования с учетом сопутствующих рисков – актуальная задача Важно! • Инвестиции в ИТ только тогда имеют шанс на возврат, когда ИТ способен своевременно отвечать на быстро меняющиеся приоритеты и операционные модели • Бизнес только тогда начинает зарабатывать деньги, когда ИТ-приложения начинают работать в промышленной среде 2
    3. 3. Как обеспечить? Построение адекватной системы управления ИТ Зарубежные источники знаний 1. ARIS 2. AS8015–2005 «TheAustralian Standard for Corporate Governance of Information and Communication Technology» 13. FEA RM 14. FITS 25. ISO/IEC 27001 37. PMBoK 26. ISO/IEC 38500:2008 38. PRINCE2 3. ASL 4. BiSL 5. BS 15000 6. CIMOSA 7. CMMI 8. COBIT 9. EFQM Excellence Model 10. eSCM-CL 11. eSCM-SP 12. eTOM 15. GEAF 16. GERAM 17. GITIMM 18. HP ITSM Reference Model 19. IBM TUP 20. ISO 9000 21. ISO/IEC 12207 22. ISO/IEC 15504 23. ISO/IEC 19770 24. ISO/IEC 20000 27. ISPL 28. ITIL 29. ITIL v3 30. Lean 31. M_o_R 32. MOF 33. MSF 34. MSP 35. NGOSS 36. P3M3 39. SID 40. Six Sigma 41. SPICE 42. TAFIM 43. TAM 44. TickIT (TickITPlus) 45. TNA 46. TOGAF 47. TQM 48. Zachman Framework Российская нормативная база 1. ГОСТ 34.601 Cleverics 5. ГОСТ Р 52294 8. ГОСТ Р ИСО/МЭК ТО 15271 11. ГОСТ Р ИСО/МЭК 15504 2. ГОСТ 34.602 6. ГОСТ Р ИСО/МЭК 12207 9. ГОСТ Р ИСО/МЭК 17799 12. ГОСТ Р ИСО/МЭК 20000 3. ГОСТ 34.603 7. ГОСТ Р ИСО/МЭК 13335 10. ГОСТ Р ИСО/МЭК 15288 13. ГОСТ Р ИСО/МЭК 27001 4. ГОСТ Р 50739 3
    4. 4. HP IT Service Management Reference Model (HP ITSM Reference Model White Paper Version 2/0) 4
    5. 5. Стандарт ISO/IEC 20000 5
    6. 6. ITIL v.2 6
    7. 7. ITIL v.3 7
    8. 8. Цель процесса Управления релизами Бизнес Руководство Разработка Сопровождение Персонал Заказчики Разработчик QA Инженер Тестировщик PMO CIO CTO РЕЛИЗ-МЕНЕДЖЕР РАЗРАБОТЧИКИ СОПРОВОЖДЕНИЕ Сисадмин ИТ-МЕНЕДЖЕРЫ Аналитики Аудит Защита среды эксплуатации и услуг посредством применения формальных процедур и проверок 8
    9. 9. Основные виды деятельности процесса Среда разработки Контролируемая среда тестирования Промышленная среда Управление релизами Создание политики Планиров ание Проектирование Построение и и разработка или Тестирова кофигурирова заказ и ние ние релиза приобретение ПО Принятие релиза Внедрение Взаимодей Распростра ствия, нение и подготовка установка и обучение Конфигурационная БД (CMDB) и Библиотека мастер-копий программного обеспечения (DSL) 9
    10. 10. Факторы усложняющие процесс Совместная разработка • Территориально распределенные команды • Аутсорсинг • Интеграция приложений (внутренних и внешних) Разнообразие платформ • Распределенные среды • Мэйнфреймы • Облачные вычисления • Мобильные приложения Требования и ограничения • Регуляторы • Аудит • Внутренние порядки и политики • Стандарты 10
    11. 11. Факторы усложняющие процесс Различные точки зрения: • Руководство - сроки, контроль и оптимизация процессов • Разработчики - реализация изменений • Сопровождение - стабильность и доступность 11
    12. 12. Руководство Бизнес Требования Разработка Разработка Сопровождение QA Предоставление услуг • Бизнес, Разработка и Сопровождение – черные ящики – не ясно, что, как и когда происходит на каждом этапе • Информационные потоки не формализованы и осуществляются через Е-mail, устно, Excel, Word и др. – информация часто противоречива • Непрозрачность процесса затрудняет контроль и оптимизацию – срываются сроки – расходуются избыточные ресурсы 12
    13. 13. Разработка Waterfall Agile REQUIREMENTS REQUIREMENTS DESIGN DESIGN IMPLEMENTATION IMPLEMENTATION VERIFICATION MAINTENANCE Одна большая итерация Релизы выпускаются не часто VERIFICATION MAINTENANCE Много маленьких шагов (Sprints) Частые релизы Фокус на: Скорость выпуска обновлений, кол-во изменений … 13
    14. 14. Summary of Expected Results Сопровождение Release and Deployment Management* production environments Plan and prepare release • Build and test Service testing and pilots Plan and prepare for deployment Transfer, deploy, retire Review and close – Fewer production deployment failures Управление релизами Ability to respond faster to failure – – Процесс отвечает за планирование выпуска релизов и контролирует движение релизов в тестовую и промышленную среды … Цель – гарантировать целостность промышленной среды • Внедрение – Деятельность отвечающая за перенос новых или измененных аппаратных и программных средств, документации и т.д. в промышленную эксплуатацию Фокус на: Минимизацию рисков в промышленной среде *Упрощенная диаграмма ITIL Service Transition 14
    15. 15. Оценка качества процесса 15
    16. 16. Персонал перегружен и часто работает сверхурочно Добавление новых процессов (делегирование части видов деятельности) или расширение штата не решает проблему, а делает ситуацию еще хуже 16
    17. 17. 17
    18. 18. Необходимость улучшения процесса Быстро меняющийся бизнес и конкурентные вызовы • • Своевременный выпуск релизов Исключить негативное влияние на существующие бизнес процессы Планирование изменений • • • Периоды, когда риск может быть минимизирован Интервал времени достаточен для внесения изменений и отката Тестовые процедуры гарантируют от неожиданностей Требования к повышению эффективности • • • Формализация процесса Снижение ресурсоемкости и затрат (за счет автоматизации) Преодоление организационных и операционных барьеров Совместная работа с другими командами • Необходимо определить место RM в структуре управления Растущие потребности конечных пользователей • • • Функциональность ИТ-систем Доступность Необходимо учитывать влияние внедрений на SLA 18
    19. 19. Люди и процессы Управляйте ВСЕМИ средами (Разработка, Тест, Пром.) • • Фиксировать baselines и процессы, являющиеся корневыми для всех внедрений Это важно не только для разработчиков, но также и для тестировщиков Контроль приемки версий • • • Сроки передачи релизов из разработки в тест. Сроки и полнота тестирования Гарантирование, что в промышленную среду, попадает только проверенное ПО Надежный и безопасный механизм тиражирования • • • ПО должно тиражироваться только из общего репозитория Разработайте правила, передачи ПО в репозиторий Обеспечьте надлежащий контроль соблюдения этих правил при внедрении любых релизов (Major, Minor, Patch, HotFix) Установите ограничение на количество изменений за период времени • Необходимо найти баланс между размером релизов и частотой их выпуска Интеграция жизненно необходима • • • Все ALM процессы взаимосвязаны и влияют друг на друга Формализованные правила взаимодействия повышают управляемость всех процессов Отсутствие прозрачности повышает риски 19
    20. 20. Инструментальные средства Невозможно контролировать процесс управления релизами без подходящих средств автоматизации Выберите подходящие средства автоматизации • Электронные таблицы, текстовые документы и почта не обеспечивают формализованного обмена информацией Автоматизируйте все, что возможно • Для сложной ИТ-инфраструктуры и большого количества изменений необходимо: – Средства коллективной работы – средства автоматизации рабочих процессов – DSL – средства автоматизации сборки, установки и тестирования Интеграция – насущная необходимость • Ключевой фактор для всего ALM процесса Создайте портал с дружественным интерфейсом • • Единая точка «правды» что, когда и где происходит Прозрачность процесса уменьшает количество входящих обращений 20
    21. 21. Вовлечение бизнеса Рабочие совещания для улучшения качества релизов • Согласовывайте сроки (жесткие даты) как можно раньше Опасно «срезать углы» • • Одна из самых больших ошибок– думать, что задача решена Не допускайте давления со стороны бизнеса на сроки и процедуры Используйте все средства для проактивного мониторинга • • • Портал – Статусы работ и сроки – Потенциальные риски Свяжите индикаторы процесса с важными бизнес-показателями и обеспечьте возможность выполнять упреждающие действия. Разработайте KPI: - Количество - Качество - Своевременность 21
    22. 22. Вопросы? 22
    23. 23. 23

    ×