О (гибких) методологиях

Я не отношусь к лагерю сторонников или противников той или иной методологии. Это инструмент, который в умелых руках творит чудеса, а в неумелых чудеса не творит. Ранее я уже немного писал о трендах, возведенных в культ, в списке которых гибкие методологии (в просторечии — эджайл), на мой взгляд, занимают важное место. В этой статье тезисно пройдемся по основным моментам использования методологий, в том числе гибких.

Плохих и хороших методологий не существует. Существуют подходящие, и не подходящие.

Если у вас есть хоть малейшие сомнения, какую методологию нужно использовать в конкретной ситуации и в конкретном проекте — лучше не используйте ее совсем. Так вы минимизируете риски от неправильного внедрения и сэкономите время на само внедрение.

Перед тем, как внедрять методологию нужно составить список причин, почему эта методология не подойдет. В светском мире это называется “оценка рисков”.

Все споры о том, нужна ли документация или нет, нужен ли PM или нет и т.д. бессмысленны без рассмотрения конкретной команды/заказчика/условий.

В agile методологий есть один очень существенный недостаток — коллективная ответственность (т.е. её полное отсутствие на практике).

В случае успеха можно сказать, что всё это стало возможным только благодаря методологии. В случае фейла, в принципе, также можно сказать, что это «просто методология как-то по дебильному была внедрена». Например, скрам-доску ошибочно повесили на западе, а нужно было на востоке.

«Чистых» внедрений тех или иных методологий в реале практически не существует.

Agile — это как HTML5 на мобилках. На словах круто, но все педалят нативные приложения.

Есть мнение, что те, кто не любит agile — просто не умеют его готовить (внедрять). Ок.

Два самых эпических внедрения скрама моей практике: 1) внедрение в research & development проекте (R&D — это когда любая оценка задачи неточна чуть более чем полностью) в команде из одного человека 2) внедрение скрама в команде, которую еще не набрали. В обеих случаях проекты завершились эпическим фейлом.

Нужно ли изучать различные методологии? — Да. Нужно ли применять одну методологию? — Нет.

Agile — это манифест, который состоит из советов и лучших практик. На практике каждая команда должна иметь свой набор правил и лучших практик, которые работают для них и могут не работать для всех остальных.

Методологии — ничто, люди — всё.

Ну и качестве завершения анекдот в тему: — Здравствуйте! Перепишите на меня свою компанию. — Что!? — Ой, извините, не с того начал. Вы используете Agile?

Спасибо за внимание!

This entry passed through the Full-Text RSS service — if this is your content and you're reading it on someone else's site, please read the FAQ at fivefilters.org/content-only/faq.php#publishers. Five Filters recommends:

• Massacres That Matter - Part 1 - 'Responsibility To Protect' In Egypt, Libya And Syria


• Massacres That Matter - Part 2 - The Media Response On Egypt, Libya And Syria


• National demonstration: No attack on Syria - Saturday 31 August, 12 noon, Temple Place, London, UK