Скрам Норрис

Перевел отсюда: http://blog.shino.de/2010/02/20/scrum-norris/

Перевел не все, только понравившееся:

• Чак Норрис может делать шестимесячные спринты
• Чак Норрис перемещает не Задачи, а Доски Задач
• Чак Норрис работает в паре один
• Чаку Норрису можно опаздывать на стендап
• Чак Норрис сидит на стендапах
• Чак Норрис не дает оценку историям, истории дают оценку ему
• Чак Норрис не боится багов, баги боятся Чака Норриса
• Если Чак Норрис сказал "сделано", значит сделано
• Чак Норрис отвечает только на два вопроса во время стендапа. У Чака Норриса нет проблем!
• Чак Норрис не проводит ретроспектив. Невозможно улучшить процесс Чака Норриса
• Юнит-тест Чака Норриса проходят до того, как он написал код
• В присутствии Чака Норриса тесты никогда не падают
• Чак Норрис всегда выигрывает в Planning Poker

Planning Poker и крупные проекты

Вам интересно, как при помощи Planning Poker оценить размер крупного проекта?

Ребята разработали новый инновационный подход! Простота и эффективность метода подкупают.

Гитлер внедряет Continuous Integration

Нашел у eagleson , если еще не видели. Гитлер внедряет Continuous Integration. Real Life agile coaching as it is :)

(Оставить комментарий)

Spolsky против Uncle Bob

Интересная статья на InfoQ. Великие и ужасные гуру Spolsky и Bob Martin (Uncle Bob) спорят о необходимости писать тесты. Разумеется, великий мастер Uncle Bob настаивает на написании тестов. А Spolsky уверяет, что не везде они так уж необходимы. Он указывает на затраты времени на написание и на необходимость тратить время на исправление тестов при небольших изменениях кода (хрупкость тестов). Uncle Bob утверждает, что все это потому, что некоторые (некоторые) просто не умеют писать OO-код. По мнению Spolsky, SOLID принципы ООП не являются agile и вообще, выглядят ужасно бюрократичными и придумал их тот, кто и кода-то мало написал. Bob не стерпел. Холодная стариковская кровь вскипела. Он указал, что пишет, писал и будет писать много кода, и большая часть его Test First.

Как водится, старики быстро перешли на личности. Uncle Bob посетовал, что всякая тварь тут будет рассуждать что такое Agile в присутствии людей, которые участвовали в создании Agile-манифеста.

В общем, там много еще стаффа, почитайте :-)

А я вот мучился мучился и вспомнил, что это все мне напоминает:

Ученик спросил великого мастера программирования Летящего Пера: "Что превращает тест в юнит тест?"
Великий мастер программирования ответил: "Если он обращается к базе, значит он не юнит тест. Если он обращается к сети, значит он не юнит тест. Если он обращается к файловой системе, значит он не юнит тест. Если он не может выполняться одновременно с другими тестами, значит он не юнит тест. Если ты должен делать что-то с окружением, чтобы выполнить тест, значит он не юнит тест."
Другой мастер программист присоединился и начал возражать.
"Извините, что я спросил", — сказал ученик.
Позже ночью он получил записку от величайшего мастера программиста. Записка гласила: "Ответ великого мастера Летящего Пера прекрасный ориентир. Следуй ему, и в большинстве случаев не пожалеешь. Но не стоит застревать на догме. Пиши тест, который должен быть написан."
Ученик спал хорошо. Мастера все еще продолжали спорить глубокой ночью.

Путь Тестивуса