Tag Archives: инструменты

Итоги 5й встречи сообщества Agile.BY

Коллеги, 26 февраля мы провели очередную встречу сообщества Agile.BY.

Павел Габриель выступил с презентацией на тему разработки через тестирование (Test Driven Development), а Николай Кардаш поделился опытом и информацией о том, как писать модульные тесты и какими инструментами при этом можно пользоваться.

Николай предоставил исходный код и примеры использования фреймворков, которые он продемонстрировал на встрече (в архиве есть инструкция, как все запускать: DemoReam1st.txt).

Презентация Николая:

[slideshare id=1102171&doc=agileinstrumentation-090304154501-phpapp02] (more…)

Read full storyComments { 11 }

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 }

Разработка через тестирование

На первой встрече Agile.by было задано много вопросов по тестированию. Я нашел замечательную презентацию, которая может прояснить многие моменты TDD. В презентации также делается обзор средств для написания модульных тестов на различных языках: PHP, Ruby, Python, Java, Perl, C/C++.А вот и сама презентация:

[slideshare id=181371&doc=test-driven-development-tutorial-11961285135562-4&w=425]

Для “погружения” в тему можно прочитать книгу Кента Бека “Экстремальное программирование: разработка через тестирование”.

Read full storyComments { 12 }

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

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

Read full storyComments { 10 }

Привет участникам первого сбора! :)

Привет всем!

Итак, обещанный комплект материалов:

  1. Тем, кто хочет краткую вводную в SCRUM, внятную и без булшита, рекомендую идти сюда.

  2. Тем, кто хочет проверить, делает ли SCRUM, либо он делает что-то еще, рекомендуется следующий чеклист.

  3. А это обещанный Project 2003 Tool: Scrum Solution Starter. Для тех, кто пользуется Team Foundation Server, есть специальный плагин eSCRUM, который ставится прямо на TFS.

  4. Это обещанный тэпмлейт из проджекта. SCRUM – пример MPP-файла

  5. А это презентация с моего доклада. Собственно презентация

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

Read full storyComments { 0 }