Сентиментальна зустріч: 17 анархістів-розробників у 2001 році маніфест Agile підписували

1-13 лютого 2001 року сімнадцятеро людей зібралися на гірськолижному курорті The Lodge At Snowbird на гірському хребті Уосатч (штат Юта, США), щоб поговорити, покататися на лижах, розслабитися, спробувати знайти спільну мову, і, звичайно ж, поїсти. Те, що народилося в ході цієї зустрічі, назвали Agile Manifesto. Були зібрані представники, які дотримуються різних методологій розробки: екстремального програмування, SCRUM, DSDM, Adaptive Software Development, Crystal, Feature-Driven Development, Pragmatic Programming, інші симпатизують ідеї необхідності в альтернативній системі управління документацією та важкоатлети світу розробки софта.

image

Мабуть, складно було б знайти збір організаційних анархістів крупніше цього. Те, що вийшло в результаті зустрічі, було символічно названо маніфестом про гнучкої розробки програмного забезпечення, а саме Agile Manifesto, і підписана всіма учасниками зустрічі. Єдине сумнів було пов'язано з терміном agile у назві і виходила від Мартіна Фаулера, який висловив занепокоєння, що більшість американців не знають, як правильно вимовляти це слово.


imageАлістер Коберн висловив побоювання, що в загальному-то відображали перші думки всіх учасників: «Я особисто не очікував, що ця група прихильників різних гнучких методик зможе одноголосно погодитися в чому-то по суті». Але після зустрічі він сказав наступне: “Я в захваті від остаточного формулювання маніфесту, а також від того, що інші були в рівній мірі в захваті від неї. Ми погодилися з усім основним моментам."

Назвавши себе «Agile альянс», ця група з незалежних мислителів про розробку, а іноді і конкурентів один одному, домовилася і створила Маніфест про гнучкої розробки ПЗ.

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

Наприклад, я вважаю, що в кінцевому рахунку екстремальне програмування поширилося і користується таким інтересом не через самої ідеї парного програмування або рефакторінгу, а тому що методика звільняє співтовариство розробників від «багажу» дилберт-організацій (прим. Дилберт — ім'я головного героя і назва гумористичних коміксів про офісного життя в різних відділах компанії).

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

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

Для того, щоб домогтися успіху в новій економіці, щоб агресивно рухатися вперед в епоху електронного бізнесу, електронної комерції web загалом, компанії повинні позбутися своїх дилберт-проявів і прихованої політики. Свобода від безглуздої корпоративної рутини приваблює прихильників Agile методик і відлякує олдфагов (begeebers) — прихильників традиційного підходу. Відверто кажучи, гнучкі методики лякають корпоративних бюрократів, принаймні тих, які відчувають неймовірне задоволення від процесу заради процесу, підносили як спроба зробити краще «клієнту», щоб показати якийсь результат клієнтові своєчасно «як і обіцяли», тому що у них закінчуються відмовки.



Гнучкі методології не є протиставленням звичним методологій. Насправді, багато хто з нас хочуть відновити довіру до «методології слова». Ми хочемо відновити рівновагу. Ми використовуємо моделі, але не для того, щоб додати ще одну діаграму в пилові архіви компанії. Ми приймаємо документи, але не сотні сторінок ніколи читаних і рідко використовуваних томів. Ми плануємо, але визнаємо кордону планування в турбулентній середовищі. Ті, хто використовує екстремальну розробку, або SCRUM, або будь-яку іншу гнучку методологію виключно за гучної назви, схожі на сучасних хакерів: перші в більшості своїй не знають методологію, другі — початкового значення терміну «хакер».

Зустріч в Snowbird стала плодом ідей, які зародилися на попередніх зустрічах прихильників екстремального програмування і декількох «аутсайдерські» зустрічах, організованих Кентом Беком на річці Ріг Лодж в штаті Орегон навесні 2000 року. На зустрічі на річці учасники голосували за різноманітність «легких» методологій, але нічого формально не було зроблено або прийнято. Протягом 2000 року було написано ряд статей, які посилалися на категорію «легких» або «полегшених» процесів. У ряді таких статей була фраза «легкі методології, такі як екстремальне програмування, Adaptive Software Development, Crystal і SCRUM». У розмовах ніхто не любив це прізвисько «легкі», але всім здавалося, що це тимчасове назву.

imageУ вересні 2000 року Боб Мартін з Object Mentor в Чикаго почав скликати чергову зустріч такий розсилкою по електронній пошті: “Я хотів би скликати невелику дводенну конференцію у січні-лютому 2001 року тут у Чикаго з метою зібрати лідерів всіх легких методик розробки. Ви запрошені. І цікаво ваша думка, кого ще необхідно запросити." Боб створив wiki-сайт, на якому вирували дискусії.

Вже на ранньому етапі Алістер Коберн вніс пропозицію, яке позначило загальне незгоду з терміном «легкий»: «Я не проти, коли методології називають легенями по навантаженню, але я не впевнений, що хочу, щоб мене згадували, як „легкий учасник“ збори за „легким методиками“. Це звучить так, ніби купа худих, легкодухих, людей, які мало важать, намагається згадати, який сьогодні день.»

Запекла дискусія була і навколо місця збору. Була серйозна стурбованість з приводу Чикаго: взимку холодно і ніяких розваг. Snowbird, Юта — холодно, але принаймні можна покататися на лижах, великим фанатом яких є Мартін Фаулер. Ангілья в Карибському басейні — тепло і весело, але на дорогу піде занадто багато часу. Зрештою лижі перемогли. Тим не менше, кілька людей, наприклад, Рон Джеффріс, хотіли б наступного разу зібратися в більш теплому місці.

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


2001, Джим Хайсміт, для альянсу Agile.

Переклад: Христина Стрельцова




Джерело: Хабрахабр

0 коментарів

Тільки зареєстровані та авторизовані користувачі можуть залишати коментарі.