![[userpic]](/media/b13ca2349ed5d66112fe6521c81df352b626573f1ad9f724e8c3902f80eb7a61)
Возникла у меня другая идея - где-то близкая, где-то не очень. Может быть, применить какую-нибудь методологию проектирования? Тот же Extreme Programming. Там все подетальнее описано, материалы доступны, а с тем, что "не делается огромное число дел, не ведущих к цели" он вообще справляется на ура.
1 комментарий
![[userpic]](/media/21f89d9b95f98e939404d56d66fb6040bcf6affa8aa5444b99cc743031de7172)
Эта идея обсуждалась на ранних этапах (скажем, идея постоянного рефакторинга получающегося кода). Увы, этот подход не прижился. Extreme Programming (а я о нем знаю не по наслышке, я внедрял как-то его у себя в фирме, у меня до сих пор планирующая игра в офисе проводится и карточки выписываются ;) все-таки больше пригоден для организации работы небольшого коллектива с четко определенными ролями заказчика и исполнителя. Его основные инструменты (парная работа, регулярная очная планирующая игра с явным разведением ролей заказчика и разработчика) не слишком пригодны в условиях ОпенМеты.
Если интересно, то вот некоторое обобщение XP с описанием основных его принципов, которое я сделал несколько лет назад в качестве модели для выполнения сложных консалтинговых проектов: http://www.techinvestlab.com/47987. Но здесь в ОпенМете это явный оффтоп.
Если интересно, то вот некоторое обобщение XP с описанием основных его принципов, которое я сделал несколько лет назад в качестве модели для выполнения сложных консалтинговых проектов: http://www.techinvestlab.com/47987. Но здесь в ОпенМете это явный оффтоп.