Сколько хейта довелось услышать в адрес code and fix модели разработки. Чему только не противопоставляли code and fix: agile-подходам, каскадным подходам, и всегда будто это первородное зло. Не считаю code and fix сам по себе чем-то плохим. Все зависит от контекста и посмотрим, где от него можно получить выгоду.

Парное программирование – одна из самых недопонятых практик экстремального программирования. Думаю, название сыграло в этом не последнюю роль. Парное программирование, ну что тут непонятного? Сели вместе и давай писать код. Но почему тогда вокруг этой практики столько мифов и легенд? Почему не у всех и не всегда работает, если все так просто? А вдруг парное программирование – это не просто программирование в паре? Чтобы разобраться в вопросе мы обратимся к первоисточнику, научным исследованиям, личному опыту и опыту коллег.

Самоорганизация команд под микроскопом. Постепенно пройдем от основных определений и концепций к прикладным вопросам (в частности — самоорганизация в Scrum).

Все подтверждено на личном опыте работы с сотнями самых разных команд из разных отраслей и различным ролевым составом.

С переходом на удаленную работу фасилитация встреч стала даже чуть более важной, чем ранее (и чуть более сложной, все-таки новый контекст). Для себя перевел Meeting Facilitator Canvas от Mike Sutton, делюсь со всеми.

Последняя часть рассказа об эксперименте с Lean Startup. Когда основная гипотеза подтвердилась, бизнес-модель была признана жизнеспособной, а продажи повторяемыми, пришло время оформлять сайт, сегментировать предложение и повышать эффективность операционной деятельности.