Блог

його технічна школа
10 березня 2017

Вплив світів DevOps, ITIL & Agile

DevOps, ITIL та Agile наслідки

Зміна - це запит дня, і зараз, як ніколи, темпи розвитку бізнесу та інновацій змінюються. Організації та клієнти шукають постачальників ІТ-послуг, щоб вони були більш чутливими та передавали більш регулярні зміни в сервісі з більш високою якістю, що приносить послуги, які більше стимулюють бізнес. ITIL є справжньою всесвітньою структурою для передачі та нагляду за інноваціями як послуги для бізнесу. Deft - це система для прискорення розробки та організації додатків (використовуючи процедури та процедури, наприклад Scrum). DevOps - це теорія чи метод роботи, який, можливо, визнає більш важливі переваги та швидше передачу через такі гнучкі стратегії.

Перекриття

DevOps охоплює більшу частину етапів життєвого циклу служби ITIL. Розробка додатків (Agile) перетинає контури служби ITIL через переміщення служби. Управління додатками проходить більшу частину життєвого циклу ITIL. Хоча сервісна операція починається з контуру обслуговування через постійну зміну сервісу.

 

DevOps

  • DevOps - "пошани до пошани", що стосується розвитку Agile, що підкреслює:
  • Постійне об'єднання та залучення груп операцій з групами внутрішнього розвитку все через життєвий цикл розвитку
  • Залучення операційних груп як заздалегідь до графіку, як мислиме, на тлі визначення визначення та санкцій щодо надання послуг
  • Внесок операційних груп у технічні та додаткові передумови для обслуговування та адвоката щодо досяжності запропонованого плану розливу
  • Покращена організаційна рецидивність у такий спосіб, що дає змогу швидше виходити на ринок нових або покращених корисних змін програм
  • Знизити розчарування нових викидів, більш послідовне оновлення освіжає і швидше час рекуперації у разі зміни розчарування
  • Застосування механізми обслуговування для прискорення звичайних "моделей процесу", наприклад, стандартна зміна або оновлення звичайного розряду

 

ITIL

Ці ідеї співпраці, модернізації кореспонденції та ділової чутливості не виходять за рамки ІТІЛ. Справді, структура ITIL зосереджується на вимозі до раннього включення корисних груп технічного менеджменту та управління додатками в періоди технічної експертизи, плану обслуговування та переміщення послуг. ITIL очевидно, що потенціал службової експлуатації - технічні рамки групи, зокрема, повинен дати раннє поради групі контурів та розробки щодо підтримки і благополуччя програми для живого стану. Вони також повинні робити внесок у технічні розробки для "надання послуг", включаючи розробку послуг, розробку додатків, організацію дизайну, проектування даних, базу даних та інше.

Сила приєднання сил

Персонал, який керує застосуванням програмного забезпечення (відповідальний за весь життєвий цикл усіх програм, а не тільки тих, що створюються в будинку), повинні бути заблоковані вчасно в житті послуги. Справді кажуть, що вони повинні працювати з бізнесом, як керівник ділових відносин (BRM) і власник послуги визнають, характеризують і фіксують всі умови обслуговування "та гарантують, що вони будуть спіймані у контракті на обслуговування, що стосується нової чи зміненої служби.

Як зазначають ITIL, групи управління додатками повинні тісно співпрацювати з групами розвитку, які залишаються в центрі уваги в контексті сервісу та сервісу переміщення по швидкому розвитку та відправці додатків, які є частиною сукупної угоди про надання послуг. Хоча швидкий розвиток зосереджується на швидкому розвитку навчань навколо службового та службового рухів, управління програмами займається застосуванням протягом усього життєвого циклу послуг від методології шляхом контуру та переміщення (роботи з розробкою), а також на введення в експлуатацію та безперервних змін. Цей підхід гарантує, що порядок обслуговування (який містить програму) також добре відправляє, а також продовжує виконуватись на тлі операцій з постійною роботою для вирішення питань бізнес-клієнтів та клієнтів.

Як і DevOps, ITIL також надзвичайно захоплюється використанням "моделей" та застосуванням механізми обслуговування для збільшення продуктивності, швидкості виконання та зниження витрат. Те, що підкреслює ITIL як можна вище, полягає у тому, щоб бути ефективним, постачальник ІТ-послуг повинен спочатку проводити процедуру та керувати процесом, перш ніж він зможе зрозуміти найкорисніші переваги комп'ютеризації. Потрібно спочатку повідомити про порушення та стандартну зміну або розрядження "дисплея", і "розриви" повинні бути вилучені, а процедура та інтерфейси повинні бути спрощеними та механізованими. Саме в цьому місці будуть досягнуті максимальні переваги.

Немає сумніву, що ITIL є центром найкращих репетицій для ІТ-індустрії. Як би там не було, постачальники ІТ-служб повинні отримувати прибуток і консолідувати найкращі взаємні практики, у тому числі Agile та DevOps, які, по всій видимості, сприяли посиленню узгодження з бізнесом і клієнтом, підвищенню якості та виконання ІТ-послуг, підвищенню пропускної спроможності перевезення та зниження загальних витрат на ІТ.

Щоб продовжувати поглянути на цю точку, перегляньте курс "Перехрестя" DevOps і ITIL®.

залишити коментар

GTranslate Please upgrade your plan for SSL support!
GTranslate Your license is inactive or expired, please subscribe again!