Не тільки банки, діти та аніматори вміють надувати великі бульбашки. Ми, програмісти, впроваджені автоматизатори та керівники проектів, робимо це анітрохи не гірше. І, можливо, навіть частіше.
Але ми - крутіші. У певних умовах ми вміємо надувати величезні перламутрові бульбашки, які потім роками не лопаються. Толку від них немає, але... Гарно ж!
Проекти автоматизації
Великі проекти автоматизації бізнесу - сфера, де особисто я бачу бульбашки найчастіше. Найбільші, найкрасивіші, найдорожчі. І лопаються ці бульбашки надзвичайно красиво, залишаючи на стінах і людях тонни липкої жижі.
Як не намагаються agile-цигани, але проекти автоматизації досі робляться по-старому - каскад, водоспад, PMBOK. Гнучкі методи застосовуються лише там, де не страшно помилитися. А проект вартістю в кілька мільйонів хочеться «контролювати».
Бульбашка зростає з самого початку проекту - обстеження, моделювання, написання ТЗ. Замовник робить вигляд, що знає, чого йому треба. Інтегратор робить вигляд, що не помічає, що замовник робить вигляд. Всі розумні, розумні, діловиті і ввічливі. А бульбашка росте.
Аналітики пишуть ТЗ, в одному з двох варіантів. Або перелік доробок системи, купленої замовником, або опис цільового стану системи, з урахуванням всього функціоналу. Замовник читає, пропонує коригування, киває, підписує. Бульбашка - вже неабиякі розміри. Замовник продовжує робити вигляд, що у нього все «під контролем».
Тут підключаються головні надувателі - програмісти. Беруть ТЗ і фігачать. Наша справа маленька - зробити те, що написано. Правильно написано, чи нісенітниця якась - ми причому? Бульбашка, разом з витратами, зростає дуже швидко.
Замовник іноді робить вигляд, що цікавиться результатом і його деталями. Дивиться на виконані доопрацювання, інтерфейси, форми, звіти, цифри. Начебто щось схоже на правду. Програмісти, аналітики і РП дружно кивають - так, це те, що ви просили. Варто, переливається, трохи здригається на вітрі. Краще відійти і не дихати.
І настає момент істини. Або дослідна, або промислова експлуатація. З системою починають працювати ті люди, які користувачі. Поки бульбашка надувався, вони стояли осторонь - це нормально, своїх турбот вистачає. Адже такі толкові люди систему робили, не можуть вони фуфло втюхати.
Тут бульбашка і виявляється. Зроблено не те й не так. Тому що спроектовано не те й не так. Тому що замовник не те сказав... Або аналітики не так зрозуміли... Або програмісти не так зробили... Ну, ви самі знаєте, як це буває.
Але бульбашка лопається рідко. Занадто він прекрасний.
Всі, хто розуміли, що це бульбашка, давно відійшли подалі - програмісти, аналітики, РП, а то і весь інтегратор. Залишаються ті, кому розгрібати наслідки - або місцеві програмісти, або новий інтегратор, або, за певних обставин, колишня команда.
І ось диво: всі раптом не головою, а дупою розуміють, що таке agile і навіщо він потрібен. Більше ніяких великих ТЗ, довгих термінів розробки, очікування в невіданні. Короткі цикли, чіткі завдання, тісна робота з користувачами і реальними даними. Ну і короткі оплати, звичайно.
А бульбашка стоїть.
Корпоративні сайти
Ключова відмінність створення корпоративних сайтів від автоматизації - бульбашка надуває сам замовник, ще до знайомства з інтегратором. Коли хтось на нараді промовляє «нам точно потрібен сайт» - все, можна видавати міхуру свідоцтво про народження.
Далі від виконавців, тобто творців сайту, вже нічого не залежить. Як би вони не старалися, в більшості випадків побудують міхур. Власне, бульбашку їм і замовили. Просто називається він «корпоративний сайт».
Підрядник, по суті, балансує між двома стратегіями.
Перша - пояснити замовнику, що бульбашка йому не потрібна, і довести це за невеликі гроші. Створити сайт з мінімальною функціональністю, і залишити замовника з ним на півріччя. Якщо за цей час з'явиться контент хоча б на 10 сторінках - можна пробувати надувати міхур далі.
Друга - зробити те, що просить замовник. Надути великий, гарний, дорогий міхур. Не питаючи і не перепитуючи, навіщо такій пристойній компанії стільки мила і води. Головне, як і в разі автоматизації, вчасно відійти подалі - витягнути дебіторку, підписати акти, відкликання і втекти. Раптом рвоне.
Але бульбашка, швидше за все, залишиться. Інтернет сповнений таких творів мистецтва. До чергового розумника на нараді, який скаже «нам точно потрібен новий сайт!».
Внутрішня автоматизація
Це сфера, створена саме для надування бульбашок. Особливо, якщо всередині компанії працюють програмісти з вигадкою і амбіціями.
Ключова відмінність внутрішньої автоматизації - вона «безкоштовна». Програмісти отримують оклад, незалежно від результатів. Можна нічого не робити - і отримувати оклад. Можна надувати бульбашки, прокачуючи цю важливу навичку - і отримувати оклад, плюс вміння дути з усієї сили.
Ось і розважаються програмісти, як можуть. Займатися реально потрібною автоматизацією - реально нудно. Підеш у користувачів або начальників питати, чого вам треба для щастя - яких-небудь дурниць наговорять. Або по дрібниці - прапорців там додати, кнопочку, колоночку, звіт, або такий бульбашок попросять, що ніякий оклад не виправдається.
Програмісти придумують собі завдання самі. Одночасно живуть два потоки - всяка дрібниця для підтримки існування системи, і Велика Розробка Бульбашок. Звалює програміст якусь круту систему, за власним розумінням, налагодить, насолодиться і... Фіфті-фіфті.
У половині випадків спробує «продати» бульбашку всередині компанії. Знайде відповідного замовника, покаже йому, прорекламує, змоделює на реальних даних, постарається переконати, що це просто щастя. Замовник покує головою, лайк поставить, пообіцяє «подивлюся потім». Відсотках у 3 випадків, напевно, подивиться.
А потім відбудеться сюжет, з якого скаргові статті з'являються. «Не прижилося», «Компанія виявилася не готова», «Я випередив завод у розвитку», «Мене ніхто не розуміє» тощо. Але бульбашка залишається.
Хто «продавати» не вміє або не хоче - просто залишає бульбашку стояти на місці. Я часто дивлюся на системи, в яких місцеві програмісти багато років надували бульбашки - і, повірте на слово, отримую справжнє задоволення.
Те, чим люди користуються, зроблено нашвидкуруч, написано на наречі «гівнокод», лише б працювало. При цьому поруч стоять прекрасні, величезні, амбітні бульбашки, в які не заглядав ніхто, крім їх надувателів.
Зазвичай у такому випадку кажу начальству заводу, що у них дуже талановитий програміст. А ось їм варто повчитися. Як мінімум - бачити і використовувати здібності людей. В ідеалі - створювати і підтримувати середовище для самореалізації людей.
Так, ви правильно зрозуміли. Я теж бульбашки надуваю іноді. Сказати директору заводу в селі - створюй і підтримуй середовище для самореалізації людей... Прям Тоні Роббінс у фуфайку.