CIO проти CTO: стратегічні партнери в технологічному лідерстві

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

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

Культура недбалості

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

Непрофесійний підхід

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

Толерантність до обмежених навичок

Одне діло бути некваліфікованою людиною, а інше — залишатися некваліфікованою людиною і бути щасливим через це. Коли не приділяється увага зростанню та навчанню, команди неминуче набувають технічного боргу через неправильні рішення та реалізацію. Рішення: сприяти культурі постійного навчання та набуття навичок. Пропонувати перспективи зростання та встановлювати чіткі очікування щодо професійного розвитку.

Зовнішній тиск

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

Організації шаблонів

У багатьох випадках відмова від проекту призводить до того, що організації ініціюють багато проектів, створюючи враження активної діяльності, а потім відмовляються від них на користь проектів, які здаються більш важливими. Це призводить до незавершених функцій, незавершених міграцій баз даних, часткового оновлення фреймворку та часткових списань. Виправлення: Створіть культуру цілісності. Подумайте, перш ніж розпочинати нові проекти, і, розпочавши, доводьте їх до кінця, навіть якщо вони вже не викликають захоплення.

Переслідування технологічних трендів

Командам дуже легко перейти на нову технологічну тенденцію і залишити після себе результати технологічного смітника. Додатки, природно, використовують різні технологічні стеки на різних компонентах і мають більше фреймворків, ніж розробників. Вирішення проблеми: Любіть, але не захоплюйтеся новими блискучими технологіями. Впроваджуйте нові інструменти лише тоді, коли між ними та поточними рішеннями є очевидна і суттєва різниця.

Відсутність права власності

Інженери не несуть відповідальності за довгострокові наслідки свого коду. Коли виникає технічний борг, відповідь часто звучить так: «Я цього не робив!» Вирішення проблеми: встановіть відповідальність і право власності. Надайте членам команди можливість приймати рішення і задавайте їм питання на кшталт «Що б ви зробили?», а не вказуйте їм, що робити.

Культ героїв

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

Відсутність технічного бачення

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

Кінцевою метою є розробка того, що я називаю автоматичним управлінням — місця, де інженери завжди можуть приймати правильні рішення без пильного нагляду або вичерпних інструкцій. Перед тим, як приступити до дуже дорогих заходів зі скорочення технічного боргу, бажано усунути культурні елементи, що сприяють його накопиченню. Інакше ви будете боротися з системними проблемами, ведучи важку боротьбу. Ця культурна зміна потребує підкріплення з часом. Вона передбачає:

• Встановлення професійних стандартів чіткості
• Встановлення відповідальності
• Сприяння безперервному навчанню
• Створюйте системи, які цінують якісну роботу, а не швидкі рішення

Зменшення технічного боргу — це не лише технічна проблема, а й, по суті, питання лідерства та культури. Виявивши та вирішивши ці токсичні проблеми у вашій організації, ви створюєте основу для сталого інженерного підходу.

Інвестиції в культурну трансформацію принесуть користь не тільки в плані зменшення технічного боргу. Ви:

• Створюйте більш міцні команди
• Розробляйте продукцію вищої якості
• Розробіть інженерні практики, які можна буде масштабувати в міру розширення вашої організації

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