Практика работы с крупными проектами: от Scrum с XP к Kanban

4 октября 2011 г.

Мое выступление на 3-й конференции .NET разработчиков, которая прошла 25 сентября 2011 в Челябинске.

Scrum, XP и Kanban — это всего лишь инструменты и мы можем затачивать их под себя в зависимости от реалий проекта. Я буду вычеркивать и комбинировать практики из разных методологий в зависимости от типа проектов и стадии работы.

10 комментариев:

  1. Александр, большое спасибо за публикацию видеозаписи доклада, посмотрел с большим удовольствием и сформулировал несколько вопросов, которые хотел бы Вам задать. Могу написать их здесь, либо направить по электронной почте, как Вам удобнее?

    ОтветитьУдалить
  2. @Павел Сандовин

    Лучше здесь, чтобы все видели вопросы и ответы. Еще как вариант https://groups.google.com/forum/#!forum/dotnetconf

    ОтветитьУдалить
  3. Александр, а где-нибудь можно посмотреть исходники проекта, написанного вашей командой по TDD?

    ОтветитьУдалить
  4. Посмотрел. Спасибо большое!
    От себя могу добавить "ах если бы все было так просто (распределенные команды, проекты по несколько лет (серийные), ВИП-клиенты с их индивидуальными доработками и т.д.)

    ОтветитьУдалить
  5. Где-нибудь как-нибудь можно видео скачать для просмотра в off-line?

    ОтветитьУдалить
  6. @YurySS

    Прямо с Vimeo можно скачать. Если напрямую не дает, то можно пойти другим путем http://savevideo.me/ru.

    ОтветитьУдалить
  7. Александр, прошло уже больше месяца, с момента написания моего комментария, а я так и не задал Вам ни одного вопроса... Это, конечно же, весьма некрасиво, но так получилось.

    Вопросы тем временем решились сами собой, остался только один: Вы использовали парное программирование, если я не ошибаюсь, эта практика значилась в Вашем докладе. Какие-то реальные результаты это дало? Стоит ли использовать в проектах эту практику?

    ОтветитьУдалить
  8. @Павел Сандовин

    Однозначно стоит. Для начала почитайте ссылку про то, как разрабатывают в паре http://www.objectmentor.com/resources/articles/xpepisode.htm

    Когда в паре программировать не стоит? 1) Если задача уже решена и надо монотонно набить код 2) Исследовательская задача

    Реально в паре есть смысл программировать около 30-40% времени.

    Преимущества парного программирования: 1) меньше ошибок в коде 2) постоянный обмен опытом (пары должны меняться) + распространение знаний о проекте и предметной области 3) улучшение коммуникации внутри команды 4) устранение отвлекающих соц. сетей и т.п. :)

    ОтветитьУдалить
  9.  2) Исследовательская задача
    Кстати, исследовательская задача тоже может успешно решаться при парном программировании:
     - часто оказывается, что у пары программистов, есть знания что бы решить задачу, но по отдельности этих знаний нет;
     - при поиске по интернету вдвоём легче оценивать релевантность информации, можно сразу же обсудить источник;
     - при одиночном поиске легко по ссылкам уйти от темы и зачитаться ненужной информацией, партнёра как правило это раздражает и он это пресекает;
     - появляется азарт сделать прототип немедленно, что бы утвердится в правильности решения.

    ОтветитьУдалить

Моя книга «Антихрупкость в IT»

Как достигать результатов в IT-проектах в условиях неопределённости. Подробнее...