Мне нравятся методики разработки программного обеспечения направленные на получение быстрого результата. Например, мне очень нравятся идеи изложенные в Getting real. Но есть во всем этом одно большое “но” - в подобных методиках предпочтение отдается написанию готового кода, без особой подготовки документации.

Очень удобно сразу писать код когда работаешь один (если, конечно, знаешь, что хочешь получить в результате). Но в моей ситуации мне приходится координировать работу еще одного программиста и для ускорения работы нам желательно работать параллельно.

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

Обдумывая ситуацию, я все больше прихожу к выводу, что нам нужнен некий способ описания текущих задач проекта. Чтобы без особых дополнительных разъяснений каждый мог понять, что ему делать в данный момент.

Вопрос в том каким должен быть этот способ. Писать тонны текста - не вариант.

Сейчас я склоняюсь к тому чтобы использовать некоторые схемы на UML. Например, “use case” и “collaboration diagram”. При этом схема существует только до тех пор пока не написан соответствующий ей код.

Мне кажется, что указанные схемы обладают достаточной выразительностью и не требуют много времени на подготовку.

Но у меня есть сильное сомнение в эффективности данного подхода. Возможно у кого-то есть более элегантные решения? Тогда очень прошу помочь советом.

  подписаться на блог