Разрабатывая Project Kaiser мы используем систему контроля версий Subversion, так сложилось. Слабые места этой системы сейчас общеизвестны — проблемы при слиянии веток, невозможность работать c ветками при отсутствии соединения и засилье папок ".svn". Недавно предпринятая кавалерийская атака на Git не удалась, возникли проблемы с импортом репозитория и вопрос был отложен на неопределенное время, благо, критических для разработки проблем на наблюдается.

И тут камрад Aquary своей заметкой инициировал дальнейшие исследования в этом направлении. Результатами мы решили поделиться. Итак, Plastic SCM.

За три года развития системы Project Kaiser и участия в разнообразных проектах с ее использованием, у нас сложилась определенная концепция разработки ПО, о чем мы и хотим поведать. Кроме того, только что вышла новая версия программы с некоторыми полезными нововведениями. В частности, проведены работы по поддержке методологии Scrum.

Вложенные этапы? Да. Подзадачи? Да. Иерархическая документация по проекту? Да. «Отстрелить» часть проекта субподрядчику и позволить ему видеть только то, что необходимо? Да. Декомпозиция требований? Да

И снова здравствуйте, уважаемые хабралюди!

В прошлый раз мы рассказали о системе Project Kaiser в целом, сегодня осветим такую тему, как работа с такими артефактами методологии Scrum как backlog и sprint

Начнем с backlog. В Project Kaiser это просто — в любом месте дерева проекта создаем элемент типа Модуль:

Дорогие товарищи! Вы, конечно, будете смеяться, но нас опять постигла тяжелая утрата...

Из советского анекдота

Уважаемые коллеги, мы сделали еще одну систему управления задачами и проектами! Понимаем, на эту тему уже столько сказано, просмотрено дырок в мониторах и стерто клавиш в клавиатурах… и все-таки мы продемонстрируем :), особо не вдаваясь в детали на данном этапе. Итак…