Опитування 300 ІТ-фахівців, які працюють у відділах розробки програмного забезпечення, що мають понад 150 розробників, виявило, що 75% розробників втрачають від 6 до 15 годин на тиждень через надмірну кількість інструментів: респонденти в середньому використовують в середньому 7 інструментів для створення програм.
Опитування, проведене Global Surveyz від імені Port, Inc., постачальника внутрішнього порталу розробників (IDP), також виявило, що лише 22% можуть у середньому вирішити інженерну проблему протягом одного дня.
Більше половини (55%) не довіряють правдивості даних, які з’являються в сховищах інструментів, і майже всі (94%) певною мірою незадоволені своїми поточними наборами інструментів.
Джим Армстронг, керівник відділу маркетингу продуктів Port, Inc., сказав, що результати опитування показують потребу у внутрішніх порталах розробників (IDP), які виходять далеко за рамки простого надання доступу до набору інструментів, схвалених для використання розробниками. Натомість командам розробників потрібен IDP, який спрощує збереження контексту під час переходу від використання одного інструменту до іншого.
Звичайно, сьогодні велика увага приділяється підвищенню продуктивності розробників, але багато з них все ще вручну виконують низку завдань, які мають мало спільного з фактичним написанням коду, включаючи створення хмарних ресурсів (48%), визначення відповідності стандартам (46%) і створення нових служб або інтерфейсів програмування застосунків (44%).
Окрім того, значна частина критичних знань, на які спирається організація, знаходиться лише в головах кількох старших розробників, у яких решта команди постійно потребує допомоги, зазначив Армстронг. На жаль, коли єдиного джерела правди немає, нерідко кілька старших розробників дають суперечливі відповіді на ці запитання.
За словами Армстронга, IDP не тільки надає централізований метод керування тим, які інструменти використовуються, але також має надавати розробникам надійні дані, необхідні для самостійного обслуговування своїх вимог.
На щастя, зростає інтерес до впровадження розробки платформи як методології DevOps, яка має підвищити продуктивність розробників. Однією з перших речей, які команда інженерів платформи спочатку налаштує, є IDP. Завдання, як завжди, полягає в тому, щоб змусити розробників взяти на себе розробку платформи як спосіб покращити свій досвід, навіть якщо це означає, що їм може бути заборонено використовувати певні інструменти.
Як і у випадку з більшістю ініціатив DevOps, IDP потребують лідерів, які прагнуть успішно їх реалізувати. Більшість організацій мають кілька команд DevOps, які стандартизували власний набір бажаних інструментів і платформ. Раціоналізація цих інструментів і платформ в ім’я підвищення ефективності та зниження витрат не завжди є першочерговою частиною списку для розробників застосунків. Вони, як правило, більше зосереджені на тому, як написати найкращий код.
Таким чином, відповідальність за розгортання та керування IDP повинна лежати на певному типі централізованої ІТ-функції, яка повинна буде заслужити довіру команди розробників програм, яку вона обслуговує.
Без зобов’язань поточний рівень продуктивності розробників навряд чи покращиться без певних зусиль для кращої інтеграції інструментів, які надають організації. Проблема полягає в подоланні організаційної інерції, яка робить розгортання IDP культурним викликом, який небагато ІТ-фахівців захочуть взяти на себе.
Читайте також на нашому сайті про стан JavaScript: головні тренди та нові можливості.
Підписуйтеся на ProIT у Telegram, щоб не пропустити жодної публікації!
