Archive | Инструменты RSS feed for this section

Конференция «AGILEEE 2012»: 6-7 октября, Киев, Украина

Мы учились, мы практиковали, мы испытывали новое. Мы объединили наши достижения и успехи, оценили предыдущий опыт. Нам есть о чем вам рассказать! И мы приглашаем вас на четвёртую ежегодную конференцию Agile Eastern Europe 2012!

(more…)

Read full storyComments { 0 }

Эффективный Continuous Integration

buildsonmymachineКоллеги, 7 сентября в 20:00 по минскому времени, пройдет вебинар на тему: Implementing Effective Continuous Integration.

Проводить вебинар будут: Paul Julius: Independent Consultant; Jeffrey Fredrick: Technical Evangelist, Urbancode.

Будут рассмотрены следующие вопросы:

  • The evolution of modern CI practices including Continuous Delivery and Continuous Deployment
  • A cultural maturity model for Continuous Integration
  • The elements of an effective CI system

Регистрация обязательна.

Предлагаю возникшие в ходе вебинара вопросы и идеи обсудить в нашей группе:  http://groups.google.com/group/agile-belarus

Read full storyComments { 0 }

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

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

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

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

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

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

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

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

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

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

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

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

(more…)

Read full storyComments { 4 }

Оценка. Часть 1

Некоторые думают, что планированию и оценке нет места в agile. Это не так.

Рассмотрим несколько случаев, когда оценка необходима/желательна:

  • Оценка общего бюджета проекта – для заказчика часто это весьма важно
  • Оценка того, что будет сделано в данном milestone’e
  • Оценка того, что будет сделано в данном спринте
  • Отслеживание статуса

(more…)

Read full storyComments { 8 }

Инструменты

Инструменты иногда помогают, а иногда мешают. О значении инструментов для разработки ПО приходилось слышать разнообразные мнения, которые, как правило, попадали в шкалу между “Инструмент ничего не значит” до “Плохой инструмент – ничего хорошего в итоге не получится”. Как мне кажется, истина где-то посередине.

При работе над проектами есть ряд задач, которые хотелось бы по возможности упростить в плане процесса:

  • release planning
  • product backlog management
  • sprint backlog management/tracking
  • sprint/project status gathering/analysis
  • bug tracking

(more…)

Read full storyComments { 7 }

Заметки о диаграмме Ганта

Когда я только пришел в управление проектами, то в первую очередь меня познакомили с MS Project. Почему-то тогда я был уверен, что только с помощью этой программы и можно управлять проектами. Я смотрел в рисуемую диаграмму и для меня проект визуализировался!

Кроме того, когда в какой-то компании или команде, где я работал, возникали проблемы с управляемостью проекта, кто-то тут же вспоминал про MS Project. Менеджеры вдруг начинали его использовать, или же затевались разговоры о необходимости сетевой версии для всех менеджеров проектов и сотрудников.

Да, когда все валится из рук, менеджеры тут же пытаются найти “серебряную пулю”, чтобы взять под контроль ситуацию. (more…)

Read full storyComments { 6 }

Task Board – что такое и как делать?

Автор:  Dmitry Zdanovich
Что такое и зачем нужно?

Что такое task board? В общем случае это визуальное отображение историй пользователя и задач на этот спринт с разделением по статусу (и с различными дополнительными индикаторами).

В простейшем случае это выглядит так:

clip_image002

Как видим, основное поле разбито на несколько колонок – story, to do, in process, to verify, done. Каждая задача представлена отдельным стикером (это важно, не стоит писать несколько задач на одном листке). В колонку story помещаются листочки с user story, в to do помещаются задачи, которые планируется сделать в этом спринте, в in process – те, над которыми в настоящий момент идет работа, to verify – задачи, ожидающие проверки, в done – то, что полностью сделано. (more…)

Read full storyComments { 5 }

Зачем козе ?-мезон?

Вот есть классная штука – грузовик Caterpillar. Грузоподъемность – караул. Места в кузове – можно дом разместить. Проходимость – хоть вообще без дорог езди. По всем параметрам – чудо-агрегат.

Внимание вопрос – есть в аудитории автомобилисты? Почему вы, уважаемые автомобилисты, на нем не ездите? Тут же следуют ответы: слишком много жрет топлива, фиг на ней запаркуешься, нам такие объемы груза перевозить не надо, да и вообще – слишком дорого стоит железяка.

Если перефразировать это для софта: слишком дорогая лицензия, требует саппорта, половина его фич нам не нужна.

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

С машиной вполне все понятно. А вот с софтом автоматизацииподдержки процессов получается почему-то совершенно не очевидно.

Уважаемые коллеги! Аналогия полная! Не покупайте никаких тулов, пока со всей очевидностью не увидите какие конкретно задачи они для вас решают! Иначе может оказаться, что для поездки в супермаркет вы купили грузовик Caterpillar! Зачастую вам вполне хватит PostIT! и Excel.

Как выбирать себе тул? Запустите процесс на PostIT! или Excel. Поработайте месяц-другой. Когда сможете написать “нас больше не устраивает Excel, так как нам еще нужны фичи А, Б и Ц, причем желательно чтобы А была …, а Б и Ц были…”, вот тогда переходите к выбору нужного тула, в котором А, Б и Ц реализованы наилучшим способом. Это дает еще один положительный момент – выбранный тул принимается всей командой, так как его необходимость осознанна и принята. Прикол в том, что через два месяца вы можете решить, что вам не нужен никакой другой тул! Потому что имеющийся делает все что надо, а лучшее – враг хорошего.

А куча диаграммок, отчетиков, воркфлоу и нотификаций – это все бирюльки. Пока вы не испытываете в них нужды – это не более чем ненужные (хоть и красивые) украшения. Поэтому не спешите – помните, что инструмент нужен, чтобы его использовать! А иначе ни вы сами не будете понимать, зачем вам этот тул, ни ваша команда – будет смущение, трение, неприятие, и не исключено что по результатам все перессорятся. Ну и на фига козе такой пи-мезон?

Думаю, имеет смысл написать спец. статью про бэклог в Excel + SharePoint? Прошу высказываться – писать ли такую статью или нет.

Read full storyComments { 5 }

А вот кому backlog в Excel! :о)

Рано или поздно приходит мысль, что пора перейти от стопки бумажных карточек к цивилизованному бэклогу в Excel или Calc. Переходим. Получаем автофильтры, суммирование эстимейшнов и всякие другие вкусные и полезные вещи.Но! Теряются сами карточки, исчезает физический объект торговли. При общении с некоторыми заказчиками это может быть фатально :о)А вот этот эксельный бэклог позволяет вести  бэклог в Excel, но одним кликом печатать бумажные карточки. При необходимости его можно легко подсоединить к Windows SharePoint Services и поиметь еще и веб-интерфейс. Чувствуете мощь?  :о)

Read full storyComments { 10 }