Мое выступление на 3-й конференции .NET разработчиков, которая прошла 25 сентября 2011 в Челябинске.
Scrum, XP и Kanban — это всего лишь инструменты и мы можем затачивать их под себя в зависимости от реалий проекта. Я буду вычеркивать и комбинировать практики из разных методологий в зависимости от типа проектов и стадии работы.
Александр, большое спасибо за публикацию видеозаписи доклада, посмотрел с большим удовольствием и сформулировал несколько вопросов, которые хотел бы Вам задать. Могу написать их здесь, либо направить по электронной почте, как Вам удобнее?
ОтветитьУдалить@Павел Сандовин
ОтветитьУдалитьЛучше здесь, чтобы все видели вопросы и ответы. Еще как вариант https://groups.google.com/forum/#!forum/dotnetconf
Александр, а где-нибудь можно посмотреть исходники проекта, написанного вашей командой по TDD?
ОтветитьУдалить@Idsa
ОтветитьУдалитьТолько в этом разделе http://indycode.ru/OpenSource
Посмотрел. Спасибо большое!
ОтветитьУдалитьОт себя могу добавить "ах если бы все было так просто (распределенные команды, проекты по несколько лет (серийные), ВИП-клиенты с их индивидуальными доработками и т.д.)
Где-нибудь как-нибудь можно видео скачать для просмотра в off-line?
ОтветитьУдалить@YurySS
ОтветитьУдалитьПрямо с Vimeo можно скачать. Если напрямую не дает, то можно пойти другим путем http://savevideo.me/ru.
Александр, прошло уже больше месяца, с момента написания моего комментария, а я так и не задал Вам ни одного вопроса... Это, конечно же, весьма некрасиво, но так получилось.
ОтветитьУдалитьВопросы тем временем решились сами собой, остался только один: Вы использовали парное программирование, если я не ошибаюсь, эта практика значилась в Вашем докладе. Какие-то реальные результаты это дало? Стоит ли использовать в проектах эту практику?
@Павел Сандовин
ОтветитьУдалитьОднозначно стоит. Для начала почитайте ссылку про то, как разрабатывают в паре http://www.objectmentor.com/resources/articles/xpepisode.htm
Когда в паре программировать не стоит? 1) Если задача уже решена и надо монотонно набить код 2) Исследовательская задача
Реально в паре есть смысл программировать около 30-40% времени.
Преимущества парного программирования: 1) меньше ошибок в коде 2) постоянный обмен опытом (пары должны меняться) + распространение знаний о проекте и предметной области 3) улучшение коммуникации внутри команды 4) устранение отвлекающих соц. сетей и т.п. :)
2) Исследовательская задача
ОтветитьУдалитьКстати, исследовательская задача тоже может успешно решаться при парном программировании:
- часто оказывается, что у пары программистов, есть знания что бы решить задачу, но по отдельности этих знаний нет;
- при поиске по интернету вдвоём легче оценивать релевантность информации, можно сразу же обсудить источник;
- при одиночном поиске легко по ссылкам уйти от темы и зачитаться ненужной информацией, партнёра как правило это раздражает и он это пресекает;
- появляется азарт сделать прототип немедленно, что бы утвердится в правильности решения.