Основы управления распределенными программными проектами на платформе 1С:Предприятие
Последние 10 лет я занимаюсь управлением распределенными программными проектами.
Кто в курсе, что такое дистанционная работа?
Кому интересна проектная дистанционная работа, как разработчику, как тестировщику, как исполнителю? А кому интересно участие в распределенной работе в качестве заказчика?
Почему спросил? – Я считаю себя гуру в этом деле.
Кто в курсе, что такое дистанционная работа?
Кому интересна проектная дистанционная работа, как разработчику, как тестировщику, как исполнителю? А кому интересно участие в распределенной работе в качестве заказчика?
Почему спросил? – Я считаю себя гуру в этом деле.
Комментарии
В избранное
Подписаться на ответы
Сортировка:
Древо развёрнутое
Свернуть все
в защиту фрилансеров:
по последнему абзацу перед первой картиники и первому абзацу после этой же картинки - вы как заказчик должны были предвидеть такой результат, хотя все мы не телепаты и все предусмотреть невозможно, но у вас (у заказчиков) есть запас бюджета на такие ситуации,
по поводу объединения результатов и пересекающихся объектов, то же самое что и в первом пункте, либо нанимайте кодеров в штат и платите им соответствующую ЗП.
в общем статья - это рассуждение непосредственного заказчика кодерам, о том как трудно им живется + , а это уже философия от которой многих воротит, в т.ч. и меня
по последнему абзацу перед первой картиники и первому абзацу после этой же картинки - вы как заказчик должны были предвидеть такой результат, хотя все мы не телепаты и все предусмотреть невозможно, но у вас (у заказчиков) есть запас бюджета на такие ситуации,
по поводу объединения результатов и пересекающихся объектов, то же самое что и в первом пункте, либо нанимайте кодеров в штат и платите им соответствующую ЗП.
в общем статья - это рассуждение непосредственного заказчика кодерам, о том как трудно им живется + , а это уже философия от которой многих воротит, в т.ч. и меня
в защиту фрилансеров:
Лишено смысла - это был мой первый опыт в качестве заказчика для удаленного исполнителя, результат существенно не совпал с ожиданиями к результату, так как сохранялось мышление "сам сделал бы сильно иначе".
либо нанимайте кодеров в штат
либо воспользуйтесь средствами коллективной разработки и устраните непроизводительные потери времени - мой выбор :-)
это рассуждение непосредственного заказчика кодерам
Статья - это доклад на конференции о личном опыте создания и развития технологии управления распределенными программными проектами и об успешном многолетнем ее использовании. А вы какую информацию ожидали получить из прочитанного, но не получили?
После прочтения статьи возрос интерес к технической части :)
Программные средства:
CVS – управление изменениями
Средства разборки/сборки конфигураций (GComp для 7.7, V8Parser для 8)
RMS – управление требованиями (самописная система, блок управления задачами с блоком вступительного тестирования и блоком работы со взаиморасчетами)
хотелось бы увидеть статью техническую
Программные средства:
CVS – управление изменениями
Средства разборки/сборки конфигураций (GComp для 7.7, V8Parser для 8)
RMS – управление требованиями (самописная система, блок управления задачами с блоком вступительного тестирования и блоком работы со взаиморасчетами)
хотелось бы увидеть статью техническую
Александр, интересно ваше мнение относительно того, какие у вас есть преимущества для клиентов над "одиночками". Фрилансеры обычно работают напрямую и очень часто за копейки, даже будучи профи и выполняющими работу хорошо для клиента (по разным причинам: отсутствие коммерческих амбиций, непонимание экономики в силу отсутствия опыта индивидуальной деятельности, подработка наряду с работой и т.д.). Не секрет, что в 1С многие из работ может выполнять один человек. Что вы говорите клиентам, когда они интересуются, чем вы лучше ?
Что вы говорите клиентам, когда они интересуются, чем вы лучше ?
Вообще сомневаюсь в целесообразности сравнения с кем-либо. Критерий стоимости в принятии решения о сотрудничестве в нашей технологии на третьем месте. Более важно для заказчика, считаю, получить требуемую функциональность в ожидаемые сроки. Если возможностей одного фрилансера для этого достаточно, то выбор заказчика очевиден. К нам обращаются, когда усилий одного специалиста мало для удовлетворения всех требований заказчика. Здесь и проявляются все преимущества отлаженной технологии коллективной разработки:
1) Лучшие специалисты = 1% из более 3500 кандидатов, обладающие, как оказалось, редким навыком конструктивного письменного общения.
2) Параллельная разработка с минимумом усилий для объединения результатов труда различных специалистов, включая специалистов заказчика (инструментальные и организационные средства).
3) Повторное использование кода и знаний (накоплены решения с 2005 года).
4) Единый центр обработки сообщений, возможность контроля результатов работ онлайн.
5) Стандартный процесс организации, включающий итерационное внедрение и сертифицированную систему управления качеством.
6) Динамическое выделение ресурсов без потерь производительности. Один фрилансер всегда ограничен личным ресурсом компетенций, времени и здоровья, а привлечение им дополнительных ресурсов таких же фрилансеров без отлаженной системы управления требованиями приводит к существенному замедлению проекта из-за коммуникационных потерь времени.
(9) webester,
Вопрос про то, как организована параллельная работа с одной конфигурацией, я правильно понимаю?
Если вопрос в этом, то ответы:
1. Конфигурация хранится в разобранном виде на сервере CVS.
2. Любой исполнитель, прежде, чем получит задачу на выполнение:
- получает актуальную копию конфигурации из хранилища CVS (целиком, если впервые, обновление, если уже получал ранее), собирает cf, который будет использовать в своей дизайн-копии конфигурации.
- определяется, каким способом будет решать поставленную задачу
- предлагает концепцию решения, согласует с руководителем срок, стоимость.
- решает после передачи на выполнение.
- подготавливает решение к сдаче, сдает в CVS.
(есть инструкции).
На всех этапах имеет возможность через клиента CVS, увидеть, что было сделано до по связанным объектам, задачам.
Базы могут быть различные (разработка), могут быть общие (тестовые, эталонные, отладочные и пр. на сервере).
Каждый разработчик работает самостоятельно, имеет доступ к сделанному до него. Параллельной работой управляет руководитель проектов (+управляющий, помощники управляющего в отсутствии руководителя). Знают, кто, для какой цели работает, координируют действия через единый центр. Если с конфигурацией работают специалисты заказчика или третьи лица по заданиям заказчика, то они так же распределяют работу через RMS, либо фиксируют свои изменения по упрощенной схеме (сдают cf с перечнем доработок, на нашей стороне их доработки фиксируются в CVS)
Все, допущенные к CVS специалисты (исполнители и заказчики) имеют возможность, просмотреть историю всех изменений, в привязке к задачам, и в пределах своих полномочий ознакомиться с историей обсуждения решений (от анализа до передачи через разработку и тестирование).
Я ответил на ваши вопросы?
Немного не понятно, что происходит.
Вопрос про то, как организована параллельная работа с одной конфигурацией, я правильно понимаю?
Если вопрос в этом, то ответы:
1. Конфигурация хранится в разобранном виде на сервере CVS.
2. Любой исполнитель, прежде, чем получит задачу на выполнение:
- получает актуальную копию конфигурации из хранилища CVS (целиком, если впервые, обновление, если уже получал ранее), собирает cf, который будет использовать в своей дизайн-копии конфигурации.
- определяется, каким способом будет решать поставленную задачу
- предлагает концепцию решения, согласует с руководителем срок, стоимость.
- решает после передачи на выполнение.
- подготавливает решение к сдаче, сдает в CVS.
(есть инструкции).
На всех этапах имеет возможность через клиента CVS, увидеть, что было сделано до по связанным объектам, задачам.
То есть все исполнители работают с одной базой?
Базы могут быть различные (разработка), могут быть общие (тестовые, эталонные, отладочные и пр. на сервере).
Они знают о том, кто работает "рядом с ними" и с какими целями?
Каждый разработчик работает самостоятельно, имеет доступ к сделанному до него. Параллельной работой управляет руководитель проектов (+управляющий, помощники управляющего в отсутствии руководителя). Знают, кто, для какой цели работает, координируют действия через единый центр. Если с конфигурацией работают специалисты заказчика или третьи лица по заданиям заказчика, то они так же распределяют работу через RMS, либо фиксируют свои изменения по упрощенной схеме (сдают cf с перечнем доработок, на нашей стороне их доработки фиксируются в CVS)
Они знают о том, кто работает "рядом с ними" и с какими целями?
Все, допущенные к CVS специалисты (исполнители и заказчики) имеют возможность, просмотреть историю всех изменений, в привязке к задачам, и в пределах своих полномочий ознакомиться с историей обсуждения решений (от анализа до передачи через разработку и тестирование).
Я ответил на ваши вопросы?