Как мы знаем, в основе основ лежит так называемый манифест. Мало кто задумывается, что это такое и почему оно такое, воспринимая просто как данность (типа заповеди такие, которые, как ни странно, тоже на горе были записаны). Еще меньше людей пытаются разобраться в том, насколько это применимо к рассматриваемому ими случаю, чтобы не строить свои процессы в режиме натягивания совы на глобус. Ну и есть единицы, которые знают все о гибких методологиях. Они даже о мотивации отцов-основателей AgileAlliance знают больше них самих.
Я не настолько крут, но тем не менее у меня есть своя версия относительно того, как появился эджайл-манифест.
В 2001 году собрались 17 профессионалов-практиков в сфере ИТ (это как раз наши Моисеи, только на этот раз не на Синайском полуострове, а в штате Юта), покататься на лыжах и за одно обсудить проблемы индустрии разработки ПО. И вот начали они рассказывать друг другу, как им живется. Оказалось, что общего у них довольно много. Точнее много схожих проблем. И решили они, что надо с этими проблемами что-то делать (доколе можно терпеть, граждане?). И написали манифест…
Или проще. У ребят конкретно пригорало: то спонсоры с заказчиками тупые, то сроки нереальные ставят, то результаты проектов оказываются никому не нужными, то документы заставляют писать многостраничные и т.д. и т.п. Да пригорало у ребят так, что они написали манифест, провозглашающий такие ценности и принципы, которые, на их взгляд, могли бы потушить любое пригорание. Вообще подобного рода манифест – это почти всегда, в той или иной, степени завуалированная боль. Точнее попытка эту боль и оправдать, и снять.
Несмотря на то, что многие из этих 17-ти не верили, что этот манифест что-то изменит, за многие годы гибкие подходы набрали приличную популярность в ИТ-среде. В силу специфики отрасли оказалось, что указанные типы пригорания и прочих болезненных синдромов часто возникают у многих ИТ-команд (насколько по факту пригорания остужались эджайл-подходом – тема для диссертации, а не заметки вроде этой). Да и вообще, ИТшники довольно подвижные ребята по сути своей: все время что-то новенькое пробуют. В общем сейчас встретить ИТ-специалиста, который не знает, что такое эджайл – почти то же, что встретить полярного медведя в баре Лас-Вегаса.
Когда не замечать эджайл на фоне остальных подходов стало невозможно, его заприметил уставший взгляд индустрии консалтинга, с трудом удерживая жирные от бюджетов веки. И решили консалтеры, что продавать все это дело можно получше, чем бусы туземцам: ведь туземцев можно учить строить аэродромы! И раздулся эджайл до уровня панацеи, и начали втюхивать его куда можно и неможно. В общем, пошла гибкость по планете и, как это всегда бывает, вскоре появилось множество проповедников-евангелистов, а вместе с ними и неопровержимые доказательств эффективности эджайл, как подхода, методологии, концепции, идеологии, модели, видения, которые приведут ваш бизнес в облака с алмазами. Но, как это часто бывает с псевдорелигией (а вы что думали: тут и догмат, и обряды, и мистический опыт, и непризнание других религий, и возможность сложить с себя ответственность), заповеди, донесенные до смертных, частенько преобразовывались в ужасные и извращенные формы, противоречащие по сути изначальным намерениям. Да и на многие аэродромы из соломы самолеты так и не прилетели.
И вот глядя на это все, пригорать начало уже у меня. И я подумал: «А чем я хуже? Возьму и напишу свой манифест!» И написал. Он ниже. За основу я брал официальную русскую версию манифеста agile и постарался сохранить общий подход, а где-то и части формулировок. В качестве бонуса я снабдил это дело не в меру вольными комментариями. Сразу скажу, что даже просто понять эту муть будет непросто: серьезность смешивается с иронией, а потоки сюрреалистического сумбура — с каплями квинтэссенции опыта. Ну и потом все это делится на ноль. Два раза. Для надежности. Хотя, если вы дочитали до этих строк, то вам должно быть уже нестрашно. Я в вас верю. Го!
Ценности
1. Контекст важнее лучших практик.
Кристаллизованные идеалы в чистом виде не работают, но часто даже вредят своими рамками. Не бывает сферических коней в вакууме. Даже метр в палате мер и весов больше не эталон, т.к. контекст нашего времени диктует новые требования к его определению. Вообще любая деятельность человека контекстуальна и об этом не нужно забывать. Контекст это даже не основа, это, скорее, окружающая среда. Если мы захотим пересечь Тихий океан на речном трамвайчике, то не стоит негодовать, когда мы столкнемся с вполне очевидными проблемами, даже если этот трамвайчик будет оснащен сверхкомфортными массажными креслами последнего поколения.
2. Общее понимание цели важнее методологических концепций.
Ницше когда-то сказал: «У кого есть зачем, тот выдержит любое как». Про обратное ничего не известно. Понимание цели должно стать непременным фоном или даже атмосферой работы любых команд. Без этого не будет ни эффективности, ни мотивации, ни движения в нужном направлении. А если не верите мне — верьте Ницше, он вообще самый умный из людей.
3. Зафиксированное важнее воображаемого.
Концепции, какими бы прекрасными они ни были, не будут значит ничего, пока не превратятся в реальный объект. Мы бы ничего не узнали о чудесных идеях Гауди относительно собора Святого Семейства, если бы он не оставил нам мало-мальски пригодных чертежей. То, что кто-то себе думает и не формализует, само по себе ценности не несет. Давайте не будем притворяться, что это не так. Посему, фиксируйте, господа!
4. Подвижность ума важнее категоричности.
Любой перечень более, чем из 2-х пунктов (а уж целый манифест так тем паче), как правило, содержит весьма категоричные формулировки. Поэтому люди считают, что надо жестко все принять и жить с этим на уровне установок. Иначе грош цена такому перечню. Но Сократ однажды сказал (да-да, мне нравится ссылаться на вырванные из контекста изречения великих): «Категоричность выдает в человеке скудость ума». «Довольно категоричное утверждение!» скажете вы и, вероятно, будете правы. Только помните: Сократ, кроме того, что был самым умным из людей до Ницше, был еще и боксером, а посему мог отстоять свою точку зрения на разных уровнях. Наемным же работничкам ни один из этих уровней не светит, т.к. они запрещены либо корпоративной этикой, либо уголовным кодексом. Вот и получается быть только жесткими, а не гибкими. А может все же послушать Сократа и попробовать наоборот?
5. Апельсины важнее яблок.
Здесь все понятно.
Принципы
1. Наивысшим приоритетом является удовлетворенность заказчика, кроме случаев, запрещенных законами, условиями контракта и позицией топ-менеджмента.
Комментарий: на самом деле можно и закон нарушить, только не говорите никому, а то еще буквально поймут.
2. Изменение требований означает, что требования все-таки есть. Если есть требования – ими можно управлять. Управляйте требованиями.
Комментарий: вообще требования несут столько функций, что думать о них только как о постановке задачи – преступление против человечности. Если не умеете в требования – учитесь, это важно.
3. Работающий продукт нужно выпускать с такой периодичностью, с которой этого требуют цели заказчика. Если заказчику не нужны ваши поставки каждые две недели – не надо выжимать из себя результат: это контрпродуктивненько.
Комментарий: только представьте себе – в определенных ситуациях вы можете быть ультра гибкими и супер-пупер эффективными на протяжении очень длительного времени (в разищи больше, чем набившие оскомину 2-х недельные спринты), выпустив при этом в результате всего лишь один релиз продукта. Без шуток. Я даже больше скажу, но это уже сложно будет выдержать: при этом еще и заказчик будет хэппи. И теперь скажу совсем невероятное: при этом и продукт будет огонь, и пользоваться им будет в радость с пользой. Конечно, это возможно не всегда и не везде. Но такое бывает, братцы, и не так редко, как вы сейчас подумали. Так что короткий релизный цикл – это, увы, не благо само по себе.
4. На протяжении всего проекта разработчики и представители бизнеса должны ежедневно работать. Для достижения целей проекта.
Комментарий: несмотря на кажущуюся простоту, это самый сложный для понимания пункт. Сложно понять. Сложнее – принять. Еще сложнее – начать действовать. И практически подвиг – жить согласно этому принципу. Но если вы вдруг дойдете до вершины (говорят, что дорога к вершине Эвереста просто усыпана трупами тех, кто не смог и их используют как ориентиры), то вы разорвете и выйдете из круга Сансары хождения на работу. Вы станете над ней, вне ее. И только безграничное сознание собственной всемогущности будет напоминать вам о том, что вы еще существуете. Так, простите, я тут книгу по эзотерике в параллель читаю, так что… ну, вы все поняли.
5. Над проектом должны работать мотивированные профессионалы. Чтобы работа была сделана, создайте условия, обеспечьте поддержку и полностью доверьтесь им. Чтобы работы была сделана в необходимый срок и с обозначенным бюджетом – добавьте в команду замотивированного профессионального менеджера.
Комментарий: многие думают, что эджайл не подразумевает управляторства. А зачем: продукт оунер задачи хоп и в бэклог записал, потом хопчик – и в сторис расписали, а тут, хоба – спланировали спринт и в разработку с автотестами и за две недели хабас – и в ПРОДас. Бывает и такое, не спорю. А бывает по-другому. И вот в этом «по-другому» без менеджера никак. Многие забывают о том, что вот эти обеспечение поддержки и условий, во многом и есть работа менеджера. А если вы еще хотите планировать, где окажетесь через два-три-шесть месяцев – тут и подавно. А если у вас еще 1-2-5-10 контрагентов, то уж точно. А если у вас и команд 5-10-20, то просто никак по-другому. До сих пор хотите без менеджмента? Видел я таких – ходят потом по собеседованиям, рассказывают, что стартап был годный, но не взлетел, ибо рынок еще не готов.
6. Наиболее практичным и эффективным способом обмена информацией как с самой командой, так и внутри команды, является тот вид общения, который выражается в соответствующей контексту форме и происходит с необходимым уровнем детализации.
Комментарий: вы, должно быть, устали. Устал и я, т.к. думал, что текста на страничку напишу, а не вышло. Не выйдет и у вас, если будете ориентироваться на интуитивные представления о коммуникациях. Только в случае моей ошибки – потеря невелика, т.к. максимум этот манифест просто никто не дочитает до этих строк. А вот в реальной работе можно очень сильно поплатиться, если ваша коммуникация будет неэффективной. Потери могут быть разные: лишняя работа, испорченные отношения с заказчиком или членами команды, выбор неверного пути развития. В итоге: всегда исходите из ситуации. Иногда один звонок на минуту разговора может быть полезнее, чем гневная переписка с руководством в копии. А иногда без детальных формулировок в письменной форме или без таблицы с графиком просто невозможно передать суть ситуации и очень милые встречи face-to-face тут просто не помогут.
7. Работающий продукт сам по себе не показатель ничего.
Комментарий: а вы разве не знали?
8. Процесс работы должен способствовать устойчивому развитию. Ритм работы должен обеспечивать ее комфорт и эффективность.
Комментарий: «комфорт – это хорошо!» подумают тут многие. Только, прошу вас, не засыпайте за рабочим столом, т.к. ваш храп может раздражать тех, кто только пытается уснуть в комфортной рабочей обстановке. А если сон перебороли, то лучше почитайте «Антихрупкость», там есть важное про полезность стрессоров, и как прийти-таки к эффективности и устойчивому развитию.
9. Постоянное внимание к техническому совершенству и качеству проектирования снижает вероятность серьезного рефакторинга при развитии продукта.
Комментарий: многие думают, что качество проектирования – это вопрос технический. Я считаю, что это больше про профессиональную ответственность и уважение. Подумайте на досуге почему. А если смотреть на формулировку, то здесь все на поверхности и до безобразия банально. Странно, но всегда считал, что любые банальности (как почти все в этом манифесте) – это для любителей посотрясать воздух. Однако, каждый раз, когда сам пытался максимально компактно упаковать свое повествование о жизненном опыте в готовое и относительно простое к передаче сообщение – получалась банальность. А может по-другому и не получится? Тогда это не манифест, а исповедь.
10. Простота — искусство минимизации лишней работы — крайне необходима, когда она уместна.
Комментарий: некоторые вещи должны быть сложными, иначе они не будут существовать или работать. Ну нельзя сделать двухступенчатую ракету из одной детали. Я пробовал — даже не взлетела.
11. Самые лучшие требования, архитектурные и технические решения рождаются у лучших команд. Для того, чтобы стать лучшей командой быть не только объединенными единой целью мотивированными профессионалами, но и иметь волю стать еще лучше.
Комментарий: простите, но в манифесте без патетики никуда. Ни в оригинальном, ни в моем.
12. Команда должна непрерывно анализировать возможные способы улучшения эффективности и соответственно корректировать стиль своей работы, если это не вредит достижению целей проекта.
Комментарий: как часто риторически вопрошает одна моя коллега «А не фигню ли мы делаем?». Ответив на ее вопрос отрицательно, я всегда чувствую острую потребность проверить «А не фигово ли мы делаем?», раз она спрашивает. Советую сделать эти два вопроса минимальным чек-листом для непрерывного анализа своей деятельности. Иначе, как у нас в народе говорят, удачи не видать.
13. Подписывайте манифест… и выкидывайте его.
Комментарий: как вы заметили, я решил прибавить по одному пункту как к ценностям, так и к принципам. Так уж вышло, что я не верю в то, что декларируемая «команда замотивированных профессионалов, движущихся к одной цели» не способна организовать свою работу наиболее эффективным образом, не оглядываясь на чужие манифесты, методологии, практики и даже инструменты. Не верю, и потому манифестирую. Но для автора манифест – это огромная ответственность (кстати, некоторые из тех 17 со временем это таки поняли). Поэтому лучше не просто выкиньте этот манифест, а перед тем сожгите его и разотрите в труху.
Комментариев нет:
Отправить комментарий