Основы управления распределенными программными проектами на платформе 1С:Предприятие

усилия = 1 человек*1 рубль* 100 строчек кода < 1 человек * 1 000 рублей * 100 строчек кода. Вывод - программист должен работать за идею (0 рублей) тогда усилия = 0 ))))

(1) iov, решил потроллить? :-) при работе за идею - да, стоимость может быть нулевой, но усилия в часах не нулевые.

в защиту фрилансеров:
по последнему абзацу перед первой картиники и первому абзацу после этой же картинки - вы как заказчик должны были предвидеть такой результат, хотя все мы не телепаты и все предусмотреть невозможно, но у вас (у заказчиков) есть запас бюджета на такие ситуации,
по поводу объединения результатов и пересекающихся объектов, то же самое что и в первом пункте, либо нанимайте кодеров в штат и платите им соответствующую ЗП.
в общем статья - это рассуждение непосредственного заказчика кодерам, о том как трудно им живется + элементы диалектического материализма, а это уже философия от которой многих воротит, в т.ч. и меня

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

либо воспользуйтесь средствами коллективной разработки и устраните непроизводительные потери времени - мой выбор :-)

Статья - это доклад на конференции о личном опыте создания и развития технологии управления распределенными программными проектами и об успешном многолетнем ее использовании. А вы какую информацию ожидали получить из прочитанного, но не получили?

После прочтения статьи возрос интерес к технической части :)

хотелось бы увидеть статью техническую

Заказ принял. Спасибо :-)

Александр, интересно ваше мнение относительно того, какие у вас есть преимущества для клиентов над "одиночками". Фрилансеры обычно работают напрямую и очень часто за копейки, даже будучи профи и выполняющими работу хорошо для клиента (по разным причинам: отсутствие коммерческих амбиций, непонимание экономики в силу отсутствия опыта индивидуальной деятельности, подработка наряду с работой и т.д.). Не секрет, что в 1С многие из работ может выполнять один человек. Что вы говорите клиентам, когда они интересуются, чем вы лучше ?

Вообще сомневаюсь в целесообразности сравнения с кем-либо. Критерий стоимости в принятии решения о сотрудничестве в нашей технологии на третьем месте. Более важно для заказчика, считаю, получить требуемую функциональность в ожидаемые сроки. Если возможностей одного фрилансера для этого достаточно, то выбор заказчика очевиден. К нам обращаются, когда усилий одного специалиста мало для удовлетворения всех требований заказчика. Здесь и проявляются все преимущества отлаженной технологии коллективной разработки:
1) Лучшие специалисты = 1% из более 3500 кандидатов, обладающие, как оказалось, редким навыком конструктивного письменного общения.
2) Параллельная разработка с минимумом усилий для объединения результатов труда различных специалистов, включая специалистов заказчика (инструментальные и организационные средства).
3) Повторное использование кода и знаний (накоплены решения с 2005 года).
4) Единый центр обработки сообщений, возможность контроля результатов работ онлайн.
5) Стандартный процесс организации, включающий итерационное внедрение и сертифицированную систему управления качеством.
6) Динамическое выделение ресурсов без потерь производительности. Один фрилансер всегда ограничен личным ресурсом компетенций, времени и здоровья, а привлечение им дополнительных ресурсов таких же фрилансеров без отлаженной системы управления требованиями приводит к существенному замедлению проекта из-за коммуникационных потерь времени.

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

(9) webester,

Вопрос про то, как организована параллельная работа с одной конфигурацией, я правильно понимаю?
Если вопрос в этом, то ответы:
1. Конфигурация хранится в разобранном виде на сервере CVS.
2. Любой исполнитель, прежде, чем получит задачу на выполнение:
- получает актуальную копию конфигурации из хранилища CVS (целиком, если впервые, обновление, если уже получал ранее), собирает cf, который будет использовать в своей дизайн-копии конфигурации.
- определяется, каким способом будет решать поставленную задачу
- предлагает концепцию решения, согласует с руководителем срок, стоимость.
- решает после передачи на выполнение.
- подготавливает решение к сдаче, сдает в CVS.
(есть инструкции).
На всех этапах имеет возможность через клиента CVS, увидеть, что было сделано до по связанным объектам, задачам.

Базы могут быть различные (разработка), могут быть общие (тестовые, эталонные, отладочные и пр. на сервере).

Каждый разработчик работает самостоятельно, имеет доступ к сделанному до него. Параллельной работой управляет руководитель проектов (+управляющий, помощники управляющего в отсутствии руководителя). Знают, кто, для какой цели работает, координируют действия через единый центр. Если с конфигурацией работают специалисты заказчика или третьи лица по заданиям заказчика, то они так же распределяют работу через RMS, либо фиксируют свои изменения по упрощенной схеме (сдают cf с перечнем доработок, на нашей стороне их доработки фиксируются в CVS)

Все, допущенные к CVS специалисты (исполнители и заказчики) имеют возможность, просмотреть историю всех изменений, в привязке к задачам, и в пределах своих полномочий ознакомиться с историей обсуждения решений (от анализа до передачи через разработку и тестирование).
Я ответил на ваши вопросы?

(10) AlexWhite, Да вполне, спасибо.