Стратегічний імперативний аналіз знань в машинобудуванні

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

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

Чому вони намагаються зрозуміти, чому вони намагаються

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

  • Натискання часу: Інженери зосереджені на поставці, залишаючи маленький номер для запису, що вони навчилися.
  • Заміна буття: Спеціально для конкурентних середовищ, експертиза з питань спільного доступу можуть відчувати себе як надання безпеки праці.
  • Застосувати психологічну безпеку: Якщо люди хвилюються, що обмін помилки будуть проходити проти них, вони залишаються спокійною.
  • Поор інструментинг: Конволюція вікі або пошук-непристойних платформ, що дозволяють ділитися враженнями як хор.
  • Попереднє вирівнювання: Команди, які просують для перевезення, не для виготовлення інших смартерів.

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

Головне управління: моделювання та посилення

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

Провідний з прозорістю

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

Переадресація викладання над героїзмом

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

Створення структурованих можливостей

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

Будівельні ліси: Процеси та інструменти, які палички

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

Документація про життя як Кодекс

Документація, що живе поряд з кодом (накази Mermaid діаграми в розмітці, або Docusaurus]) залишається свіжим, оскільки він повинен бути оновлений, коли зміни коду. Принципи можуть застосовуватися через перегляд коду: немає значних PR об'єднаний без оновленого входу в логіку прийняття рішень.

Рішення журналів на Core

Кожен великий технічний рішення має мати короткий Запис прийняття Архітектур (ADR)]], що охоплює контекст, параметри, розглянуті, вибране рішення та торгово-офф. Згодом ці ADRs стають інституційною пам'яткою команди. Принципи можуть це записати перші п'ять записів як приклади.

Пост-Incident Відгуки, Не Блем

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

Внутрішній Open Source

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

Вимірювання Що Матти

Щоб зберегти культуру спільного доступу, лідери повинні відстежувати провідні показники, а не просто провокують. До таких показників відносяться:

  • Документація свіжості: відсоток ADRs і runbooks, оновлено в останній квартал.
  • Cross-team внески: Кількість PR- або редагувтів вікі, виготовлених інженерами за межами оригінальної команди.
  • Поставка: Ратио внутрішніх розмов або стовпів для загального розміру команди в місяць.
  • На борту скорочення часу: Новий найміньйонший ramping швидше є сильним сигналом, який знання доступний.
  • Пошук швидкості:] Час знайти відома відповідь в внутрішній базі знань.

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

Передача поширених Питогів

Навіть з міцним керівництвом, знання-покладання зусиль може не обійтися. Дивитися для цих пасток:

«Не вдається тут» Сільос

Інженери можуть відхилити внески з-за своєї безпосередній колективі. Головне необхідно виконувати огляди крос-коду і спільну власність фундаментальних бібліотек. Також вирощені члени команди розбиває стіни.

Документація виноградників

У Вікі, повному з застарілого вмісту, гірше немає вікі — чи є довіра еродів. Принципи можуть призначити «довідкові власники», які перевіряють та архівувати застібки кожного місяця. Автоматизовані інструменти, які зафіксують останні дати.

Витяг з перевипивання

Якщо кожна незначна деталь задокументована, то власниці вигорають. Зосереджуються на (Чому щось було побудовано певним чином) і .

Односторонній інформаційний потік

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

Принцип роботи культури

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

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

Для більш детальної інформації про безпеку праці в якості передумови для спільного доступу див. Фундаментальну роботу Ами Едмондсона на психологічна безпека]. А для практичного каркасу з написання ефективних ADR, див. до ]Architecture Decision Record Community.

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