Поради щодо прийняття підходу DevOps

devops

Сьогодні підприємства працюють більш гнучким і цифровим способом. Більш того, у випадку нових проектів розробки програмного забезпечення, DevOps - це модне слово, яке дзвонить із цим настроєм. Але що це означає і як ми повинні її розглядати? Це робоча роль? Це команда? Продукт? Бачення?

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

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

Візьміть підприємницький досвід. У вас є чудова ідея і бачення, і ви можете зробити це. Більше немає реальних бар'єрів. Ви можете налаштувати бізнес таким чином, щоб команди не знеструмлювалися, а останні технології та інструменти були прийняті для забезпечення хороших ліній зв'язку. Ви можете навчати персонал і інвестувати в гнучкі підходи до планування і розвитку, які будуть підтримувати все, що ви робите. Як правило, код можна швидко інтегрувати в організацію, тому кожен прагне до досягнення тих самих цілей. Але, як будь-який засновник, бізнес-лідер або команда з реалізації виступатимуть, це не завжди легко досягти, і виникнуть проблеми на основі людей.

DevOps починається

DevOps розпочав життя в чат-форумах і кав'ярні в Силіконовій долині як альтернативний підхід для полегшення напруги, що існувала між розробниками і операціями. Майже вісім років, і це більш формалізовано, в комплекті з чіткими стовпами і принципами. Величезним досягненням для підходу є те, що деякі з найбільш руйнівних (і успішних) компаній є прихильниками. Це пояснюється тим, що DevOps працює і може бути виміряний на підзвітні показники KPI.

Останні цифри на DevOps привели організації розгортати коди 200 разів частіше, ніж інші, з 2,555 швидше час виконання. Вони також мають менше збоїв і, коли вони не спрацьовують, 24 разів швидше час відновлення.

У підприємствах, починаючи від Etsy і Netflix і Sky Scanner, для кожного розробника програмного забезпечення є норма, щоб мислити, як експерт з операцій, і для кожного члена команди, щоб прийняти необхідність і терміни для автоматизованого тестування. Як результат, кожна частина бізнесу виграє від постійного потоку доставки.

Один крок назад, два кроки вперед

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

Ця здатність до випуску та повторного випуску знижує ризик, і дозволяє продуктам визначатися і розвиватися абсолютно іншим способом з плином часу. Завдяки структурованим лініям спільної роботи виявлення помилки або глюка можна вирішити швидко і ефективно обробляти, тому підтримка клієнтів може бути пов'язана з розробкою, і проблеми можуть бути вирішені швидко.

Muddy Waters

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

Однак винагорода може бути значною. Сильні команди виробляють більше вмісту, запускають більше продуктів і підписують більше клієнтів; вони продуктивні, підтримуються, винагороджуються та оскаржуються.

Наразі в просторі DevOps існує досить багато шуму, що може викликати плутанину і коливання, коли йдеться про його прийняття. Це не так. Нижче наведені три найпопулярніші поради, які повинні слідувати будь-який бізнес, якщо ви хочете застосувати підхід DevOps.

1. Розширити центр обслуговування клієнтів на всю систему

Традиційно розвивається розробка, а потім судно до операцій. DevOps це все про перенесення нашого мислення від досягнення цілей одного департаменту, щоб бачити всю систему з точки зору клієнта. Коли ваша команда успішно досягає системного мислення, ви ніколи не пропустите відомий дефект, який зміцнить цінність вашого бізнес-сервісу для вашого клієнта.

2. Переглянути комунікацію як ключ до співпраці

Покращуючи зворотний зв'язок між розробками, операціями, підтримкою та клієнтами, команди можуть чітко розуміти свій вплив на загальну бізнес-мету. Чіткість і зв'язок між командами руйнує бар'єри, підвищує продуктивність і зменшує конфлікти. Коли команди працюють разом з однієї петлі зворотного зв'язку, зриви зв'язку стають минулим.

3. Створіть культуру без звинувачень, яка швидко визначає та виправляє проблеми

Хоча це само собою зрозуміло, що невдача не є кінцевою метою, в даному випадку стара приказка “те, що не вбиває тебе, робить тебе сильнішим”, дійсно може бути продовольством для роздумів. Створюючи безпечне середовище, де неприйнятність приймається, але цю помилку можна швидко і легко виправити, ви надасте цінний захист для вашого бізнесу. І в довгостроковій перспективі зробити пропозицію сильнішою.

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

Отже, незважаючи на те, що DevOps, безсумнівно, є важкою концепцією та точкою обговорення, важливо не маркувати її таким чином. Натомість, можливість розглядати це за те, що вона дійсно робить: вона допомагає підприємствам усіх форм і розмірів адаптуватися і змінювати спосіб їх роботи, щоб вони могли доставити цінну продукцію чи послугу своїм клієнтам.

Ніл Райлі є євангелістом підприємства, DevOps в Atlassian. Досвід Ніла в технології охоплює ІТ, операційні системи, забезпечення якості та розробку програмного забезпечення.

Опубліковано за ліцензією від ITProPortal.com, публікації Future plc. Всі права захищені.

Фото: анатомія/Shutterstock

джерело

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

Цей сайт використовує Akismet для зменшення спаму. Дізнайтеся, як обробляються ваші дані коментарів.