Archive | May, 2009

Software People 2009. Презентация.

Добрались руки до того, чтобы обработать презентацию для интернета и выложить ее.

Я рассказывал о том, как мы (я в частности) пришли к принципу управления проектами по Agile и как это положительно сказалось на управлении бюджетом проектов.

Знаете, когда мы запускали работу по agile-процессу в нашем флагманском проекте я прочитал для сотрудников пару семинаров. А после одного из них попросил прислать мне их мнения. В одном из мнений говорилось, что мол “раньше я думал, что agile нужен для того, чтобы разводить клиента на деньги, но сейчас я думаю, что им он реально полезен”. Странное дело, но некоторые реально считают порочной практикой принцип agile-методики биллить часы ежемесячно даже за работу, которая может быть отвергнута в следующей итерации. При этом не понимая смысла этой гибкости.

В докладе я делал упор на тот факт, что наш заказчик всегда платит за готовый продукт. Я даже выделил это красным: готовый продукт. Эта мысль на самом деле связывает воедино отношения заказчик-разработчик в старую добруб формулу: “утром деньги – вечером стулья”. Все предельно честно.

Если вы были на конференции и не задали мне вопрос, то самое время сделать это ниже в комментариях.

Read full storyComments { 0 }

Ретроспектива

После Agile Practitioners Gathering я стал более широко воспринимать тему ретроспективы.

Ретроспектива – одна из наиболее игнорируемых практик. Почему же ее не используют? В основном потому, что видят трудности с ее внедрением, но не видят особых преимуществ.

Понятно, что использовать практику, не дающую никакой пользы, нет смысла. Но некоторые практики могут приносить долгосрочную пользу – что не всегда принимается во внимание.

Очевидные цели ретроспективы:

  • Собрать информацию, получить обратную связь
  • Что-то улучшить на основе полученной информации

Звучит красиво, но на практике это не так легко. Основными проблемами являются:

  • «Бюрократическая» атмосфера, люди не хотя давать реальную информацию, так как это в итоге может превратиться в «охоту на ведьм»
  • Члены команды не учитывают долговременных плюсов ретроспективы, но очень хорошо замечают кратковременные трудности, и быстро прекращают проводить ретроспективу
  • В случае неправильной организации, без четких целей ретроспектива не приносит реальной пользы, это пустая трата времени

Чтобы немного сгладить впечатление, что ретроспектива это что-то из области теоретической фантастики, приведу некоторые не совсем явные преимущества:

  • Может повысить открытость, так как люди привыкают давать и получать обратную связь
  • Так как в результате ретроспективы команда получает возможность «подстроить» процесс под себя, то шанс того, что основа процесса будет одинакова для многих проектов в компании (основа та же, отличаются в основном настройки), возрастает
  • Ретроспектива может помочь улучшить процесс на уровне всей компании
  • Она помогает адекватно отреагировать на изменения, а не просто игнорировать их

В данной статье я в основном остановлюсь на проведении ретроспектив:

  • Преимущества с разных точек зрения
  • Как проводить
  • Различные инструменты и подходы
  • Ретроспектива на более высоком уровне

(more…)

Read full storyComments { 4 }

Самый непонимаемый принцип в Agile Manifesto

Вот есть грузовик. Принципиальная схема грузовика проста: есть кузов, который перевозит груз. Перевозка груза происходит потому что к кузову приделаны колеса, которые крутятся и передвигают корпус. Колеса крутятся потому что их вращает двигатель посредством вращающегося вала. Двигатель вращает вал так как в нем сгорает бензин, который при сгорании толкает поршень, который сообщает движение валу. Поэтому бензин сгорает, толкает поршень, колеса крутятся, кузов движется, возникает польза – передвижение груза. Каждая деталь – на своем месте, вместе они образуют концептуальное единство.

(more…)

Read full storyComments { 11 }