Як не виплеснути дитину з водою

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

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

Навчання. Люди роблять те, що вміють робити. Якщо дати їм базовий набір методів, вони стануть застосовувати ці методи.

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

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

І знову ілюзія високих технологій

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

Протилежний підхід: кожне нове підприємство спочатку виконується як пілотний проект. І якщо існує певний спосіб виконання роботи, негласний стандарт, саме цей спосіб не можна буде використовувати. І щонайменше одну частину проекту слід виконати нестандартним способом. (Таке, схоже, негласне правило в деяких відділеннях Fujitsu.)

Навесні 1932 року експерти по продуктивності провели ряд випробувань в Hawthorne Western Electric Company, щоб визначити вплив різних параметрів середовища на продуктивність. Вони пробували збільшувати освітленість і помітили, що продуктивність збільшилася. Потім вони спробували знизити освітленість і помітили, що продуктивність збільшилася ще більше. Вони припустили, що якщо відключити світло зовсім, продуктивність виб'є стелю. Було схоже, що впливає не зміна, але сам його факт. Людям було приємно, що на них звертали увагу, їх інтригувала новизна. Явище отримало назву ефекту Готорна (Hawthorne Effect) 58. Грубо кажучи, люди працюють краще, коли пробують щось нове.

Щоб ефект Готорна допоміг і вам, слід застосовувати тільки нестандартні підходи. Існуючі стандарти повинні бути короткими і м'якими. Загальний обсяг стандартів для ваших людей не повинен перевищувати 10 сторінок. (Це не примхи, в багатьох організаціях, розпрощатися з підходом «Методологія - це Закон», в кінцевому підсумку стандарти обмежуються 10 сторінками.) Будьте готові робити виключення навіть для правил на цих 10 сторінках. І тоді ваша середовище розробки стане сообразна поглядам знаменитого мудреця бізнесу Мао Цзе-Дуна:

Нехай розцвітають сто квітів,

І нехай змагаються сто шкіл думки.

Мао, звичайно, лукавив, а ось ми говоримо всерйоз.