ScheDevR 3.3 - Планирование разработки и отчетность
Функциональные - Управление проектом (PMO, EPM)
Файлы
ВНИМАНИЕ: Файлы из Базы знаний - это исходный код разработки. Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы. Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных. Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.
| Наименование | Скачано | Купить файл | По подписке PRO |
|---|---|---|---|
|
SDR 3.3 (требуется платформа 1С:Предприятие версии не ниже 8.3.4.408)
.zip 18,25Mb ver:3.3.2.0
164
|
164 | 2 500 руб. Купить | 1 SM Скачать |
|
SDR 3.2 (требуется платформа 1С:Предприятие версии не ниже 8.2.17.153)
.zip 14,30Mb ver:3.2.0.5
935
|
935 | 2 500 руб. Купить | 1 SM Скачать |
|
SDR 3.0 (может потребоваться для перехода с ранних версий)
.zip 13,50Mb
9
|
9 | 2 500 руб. Купить | 1 SM Скачать |
Подписка PRO — скачивайте любые файлы со скидкой до 85% из Базы знаний
Оформите подписку на компанию для решения рабочих задач
Оформить подписку и скачать решение со скидкойВы можете заказать платную доработку или адаптацию этой разработки под вашу конфигурацию на «Бирже заказов».
- 0% комиссии — оплата напрямую исполнителю;
- Исполнители любого масштаба — от отдельных специалистов до команд под проект;
- Прямой обмен контактами между заказчиком и исполнителем;
- Безопасная сделка — при необходимости;
- Рейтинги, кейсы и прозрачная система откликов.
Конфигурация Schedule Development and Reporting предназначена для автоматизации обработки заявок на доработку информационных систем. В конфигурации реализован следующий функционал:
-
прохождение заявки по типовому процессу
-
детальное планирование работ по заявкам
-
оценка сроков выполнения заявок
-
автоматизированный учет рабочего времени разработчиков
-
отчеты позволяют оценить статус разработки по каждому проекту, фактические трудозатраты в сравнении с плановыми показателями, провести анализ производительности разработчиков, оценить производительность и доступность обслуживаемых систем, проактивно мониторить потенциальные проблемы
SDR - это продукт, который вырос в нелёгких условиях и вобрал в себя множество решений ежедневных проблем начальника отдела:
- возможность изменять очередность заявок, двигать их в очереди
- оповещения, когда общение с заказчиком по заявке "затухает"
- алерты, когда в какой-то из многочисленных баз происходят ошибки
- предупреждение, когда количество срочных заявок зашкаливает квоту
- возможность хранить переписку в случае необходимости разбора полетов
- учет отпусков разработчиков, чтобы спланировать сроки
- полнотекстовый поиск, когда нужно найти заявку, которую когда-то якобы присылали, но теперь не помнят её номер
Конфигурация построена на платформе 1С:Предприятие с использованием возможностей управляемого приложения.
Вся разработка данной конфигурации была спланирована с её же помощью.
При разработке конфигурации использована платформа 1С:Предприятие 8.3 (8.3.4.408) и "Библиотека стандартных подсистем" (2.2.2.37) от фирмы 1С.
Новое в версии 3.3.2.0:
- Конфигурация переведена на новую версию БСП, добавлена поддержка интерфейса "Такси"
- Добавлена возможность приоритезации заявок в соответствии с обоснованием изменения, хранится история изменения дат по заявке
- Добавлен аудит изменения информационных баз, подключенных к интеграционной шине DMS-Backbone
Новое в версии 3.2.0.5:
- Проработан вариант формирования уведомлений для плановых и внеплановых (срочных) изменений
- В форму бизнес-процесса "Цикл разработки" внесены изменения призванные повысить её удобство
- Внесены изменения в интеграцию с Итилиум, теперь для заявки не будет устанавливаться статус "Наряды выполнены" пока в SDR заявка не завершена
Новое в версии 3.2:
- Конфигурация поставлена на поддержку с Библиотекой стандартных подсистем (2.1.4.34), внимательно читайте readme.txt и делайте резервные копии перед обновлением
- Изменен процесс разработки, теперь каждая заявка перед внедрением должна пройти проверку руководителя и получить оценку уровня влияния на общую работоспособность системы
- Для механизма "Учет рабочего времени" добавлена возможность формирования документа "Лист учета рабочего времени", что обеспечивает ускорение формирования отчета по трудозатратам разработчиков
- Получил развитие механизм управления очередью заявок, теперь заявки планируемые и фактически находящиеся в работе специальным образом выделяются
- Добавлена подсистема "Внедрение", позволяющая планировать обновления и мониторить состояние поддерживаемых информационных систем
- Добавлена подсистема "Интеграция с DMS-Backbone", описание по работе с подсистемой см. в приложенной документации
Новое в версии 3.0:
- Конфигурация поставлена на поддержку с Библиотекой стандартных подсистем (2.1.1.19), внимательно читайте readme.txt и делайте резервные копии перед обновлением
- Добавлен механизм управления очередью заявок
- Добавлен механизм управления квотами на срочные заявки
Вступайте в нашу телеграмм-группу Инфостарт
См. также
Управление проектом (PMO, EPM) Аналитик Руководитель проекта 1С:Предприятие 8 Платные (руб)
Решение предназначено для эффективного учета и управления проектами внедрения 1С:ERP. Эта конфигурация содержит все необходимые инструменты для успешной реализации сложных проектов. Дорожные карт, сбор требований, функциональное моделирование, ТЗ, тесты и Service Des - в единой базе. Ускоряет запуск, повышает качество и прозрачность работ над проектом, снижает зависимость от «незаменимых» сотрудников. Эффективна при переходе с SAP/УПП на 1С:ERP.
268400 руб.
01.02.2023 9827 2 2
Управление проектом (PMO, EPM) Разработчик 1С 8.3 Абонемент ($m)
Практический регламент для 1С-разработчиков и команд, выполняющих доработки типовых конфигураций по договору подряда. Разбираем юридические и технические границы: предмет с фиксацией релиза, сценарная приёмка, гарантия при обновлениях типовой конфигурации и права на код по ГК РФ. В статье: чек-лист рисков, образцы формулировок и готовый пакет документов в архиве-компаньоне.
5 стартмани
14.10.2026 404 Ninel_S 0
Управление проектом (PMO, EPM) Тестирование QA Разработчик Руководитель проекта 1С 8.3 Абонемент ($m)
Инженерный регламент для команд, разрабатывающих на платформе «1С:Предприятие» для зарубежного заказчика: правовые границы удалённого доступа (EDPB, регуляторные ограничения), построение строгого контракта данных (Data Contract) и независимая проверяемая приёмка выгрузок. В архиве-компаньоне — готовый офлайн-валидатор на Python с защитой от ошибок округления Decimal, эталонные наборы и криптографическая фиксация SHA-256.
1 стартмани
12.10.2026 348 Ninel_S 0
Управление проектом (PMO, EPM) Разработчик Руководитель проекта 1С 8.3 1С:Франчайзи, автоматизация бизнеса Абонемент ($m)
Предпроектная оценка 1С-проекта как фильтр убыточных заказов: пять зон проверки (учётная политика, состояние базы, обмены, компетенции, сроки), письменное заключение с оценкой работ и три варианта отказа, после которых заказчик возвращается. Числа в примерах условные, ставок и процентов нет: вместо них признаки риска, которые можно проверить на своей базе, и метрики фильтра.
1 стартмани
05.10.2026 466 Ninel_S 0
Управление проектом (PMO, EPM) Руководитель проекта Бесплатно (free)
Как распределить ответственность между руководителем проекта, архитекторами и исполнителями, зачем раздельно учитывать задачи аналитики и разработки и как использовать план-факт и КПД не как рейтинг сотрудников, а как инструмент управления проектом.
25.09.2026 1294 OlgaGroo 4
Управление проектом (PMO, EPM) Россия Бесплатно (free)
1С-разработчик работает удалённо, получает задачи от тимлида, ходит на daily, пользуется VPN и корпоративной почтой, а каждый месяц получает одну и ту же сумму. Это ещё подряд или уже обычная работа в штате? Разбираем на двух противоположных IT-делах, включая спор 1С-программиста, дошедший до Верховного Суда.
15.09.2026 1171 NikolayMaerov 0
Управление проектом (PMO, EPM) Аналитик Руководитель проекта Бесплатно (free)
Ведущий аналитик еще пишет требования и разбирает сложные вопросы, но параллельно начинает собирать статусы, разруливать загрузку команды, напоминать коллегам о сроках, готовить клиентские встречи и отвечать за то, чтобы проект вообще двигался. В какой-то момент аналитической работы у него остается все меньше, а проект фактически получает второго руководителя — только без формально закрепленных полномочий. Разбираю, по каким признакам это видно и как вернуть границы роли, не развалив работу команды.
14.09.2026 962 YA_826532418 0
Управление проектом (PMO, EPM) Россия Бесплатно (free)
Работодатель запретил разработчику два года работать у конкурентов и клиентов, а за нарушение назначил миллионный штраф. Разбираемся по свежей судебной практике, работают ли такие условия в России
11.09.2026 1692 NikolayMaerov 4
если скажем я работаю дома, а РП ставит задачи в своей базе. мне нужно получить от него задачи, потом отметить выполнение и вернуть ему обратно. каким образом лучше осуществить обмен между базами? распределенку?
Все сотрудники с ролью "Разработчик" работают с таймером, в режиме старт-стоп. Точнее в режиме Старт - Выполнил задачу - Старт другой задачи, либо Старт - Старт другой задачи - Старт третьей задачи и т.д. Основной принцип в том, что в один момент времени один сотрудник может выполнять только одну задачу.
Вперемешку работать над разными задачами я своим сотрудникам не рекомендую, и не мотивирую их таким образом.
пока не понял, подойдем мне конфа или нет. может допилю немного под свою особенность...не знаю.
мне нужна возможность проставлять время ручками по каждой задаче.
или вот ситуация-как делать нужно? (запустил задачу, позвонили и ушел на полчаса на совещание. что делать с задачей? время полчаса от неё нужно отнять и поставить Совещание -0,5 часа)
Идея такой методики принадлежит Джоэлю Спольски. Вот в чём принцип: для каждой задачи программист указывает время, сколько по его прогнозам займёт задача. Указывает системе, что он начал работать над задачей, и когда он задачу завершил. Таким образом, система вычисляет соотношение план/факт. Хранит это соотношение для каждой задачи, выполненной разработчиком, и на основе этих данных строит прогноз.
Прогноз, это вероятность, с которой работа над проектом будет завершена, на любую выбранную дату. При построении прогноза учитываются календарные графики, перерывы на обед и сон разработчика.
Предположим, вы отметили, что начали заниматься задачей, и тут вас внезапно пригласили на совещание. Не нужно дёргаться. Система отлично отработает этот случай. Вы запланировали, что будете работать над задачей 2 часа, а проработали 4. Таким образом, ваша скорость по этой задаче будет 0.5
В следующий раз, когда вы запланируете выполнение ещё какой-то задачи, система автоматически учтёт вероятность того, что вам опять придётся посетить совещание, и прибавит к вашему прогнозу соответствующее время.
Почитайте описание по ссылкам, там очень подробно всё расписано.
Но возникли вопросы.
Что вы делаете если в рамках проекта работает несколько Разработчиков?
Не понятна логика выполнения задачи тестирования - задача не выполняется без приложенного файла, но выполняется при не взведенных флагах "Устранено" и "Тестирование подтверждено". Так же не понятна логика работы с закладкой "Документация" в Заявке.
На каждого разработчика - свой проект. Все проекты объединяются тегом.
Да, так и задумано. При не взведенных флагах процесс из тестирования обратно переводится в разработку.
В закладку "Документация" пишется примечание, где документация находится. Задача по проверке документации выполняется вручную, сотрудником, который эту документацию проверил.
Или может планируется в ближайшее время выпуск подобного коммерческого продукта, например с расширенными настройками адресации бп?
Все таки не хватает роли инициатора, аналитика, тестировщика и технического писателя.
Бизнес-процесс можете настраивать как хотите - он сейчас дан в качестве примера, как реализовано у нас.
Думаю, вряд ли вы настолько заморочились, что замутили ещё и прогноз завершения на основе статистических данных, как это сделано в SDR ;)
1. Добавление нового календаря, реквизит год показывает текущий год, как добавить новый?
2. удаление помеченных объектов выдает ошибку:
{ОбщийМодуль.ОбщегоНазначенияПереопределяемый.Модуль(22)}: Поле объекта не обнаружено (КурсыВалют)
Массив.Добавить(Метаданные.РегистрыСведений.КурсыВалют.ПолноеИмя());
2. По ошибке посмотрю. Ни разу не удалял ничего из базы пока =)
? Я думаю найдутся желающие описать свои задачи (, и найдутся желающие их порешать... Что из этого получится не прогнозирую... :)
С демоверсией, вопрос, конечно, интересный, но слабо реализуемый.
Должен быть Windows-хостинг, на котором можно было бы установить сервер приложений 1С (лицензия стоит порядка 50 т.р., если не ошибаюсь)
Как быть с лицензированием? Я не сын Рокфеллера, и закупать лицензии, как предлагает 1С, из расчёта на каждое подключение, просто не осилю.
На самом деле, идея была слизана с , которая гораздо мощнее сама по себе, имеет больше возможностей и профессиональнее сделана. Там есть демо-режим, можете посмотреть на неё поближе.
Добавлю что мы используем похожее решение
у нас куплен, но на 5-пользователей полностью бесплатен
Ничего против разработки не имею - вешь возможно интересная.
Просто, Вы в логотипе использовали торговый знак своей организации, что в данном случае, по крайней мере для меня, получилось антирекламой самой организации.
Хочу держать все в электронном виде, поэтому ищу что лучше подойдет. Заранее спасибо за ответ.
Сейчас скачаю и посмотрим...надеюсь подойдет. Спасибо за хорошую работу!
На рабочем столе в области "Учет рабочего времени" написано "Учет не ведётся: нерабочее время".
И при расчете прогноза по проектам задание завершается с ошибкой:
{ОбщийМодуль.КалендарныеГрафики.Модуль(143)}: В календаре '2012' с даты 07.06.2012 нет указанного количества рабочих дней!
ВызватьИсключение СтроковыеФункцииКлиентСервер.ПодставитьПараметрыВСтроку(
Календарь заполнен на весь год, до этого всё нормально считалось.
Для исключения ошибки "нет указанного количества рабочих дней" - просто дополните существующий календарь датами на следующий год.
1. В данной версии, очень много "мусора" оставшегося от предыдущих версий видимо(отчеты).
2. Часть отчетов вообще не работает - пустые макеты компановки.
3. Интерфейс перегружен (на мой взгляд, много лишней информации), мо жно было решить посредство настройки интерфейсов
4. Есть ряд недочетов именно в рабочих моментах, например при расчете часов в подзадачах - Корневая задача не должна содержать времени вообще, и использоваться как логическая группа? (не совсем понятно)
5. Нет "настроек пользователя" - как минимум добавили для авто заполнения, и вариантов от пользователя (Возможно в вашей схеме работы это не нужно)
6. РоадМап и точки, не наглядно связаны (при выборе точки, я вижу все, без разницы если записи в регистре сведений)
7. Отчет по трафику не работает на меньшем периоде, и в итоге потом вообще перестал отображаться (может косяк платформы, не разбирался)
В общем ваша версия 3.0 это как 0.3а (без обид). Либо я все делаю не так.
Ещее вопрос, можно я возьму вашу разработку, и форкну в свой отдельный проект, претензий не будет?
возможно стоит указать подчинение подзадач проекту для прозрачности
Подзадачи подчинены проектам.
1. классификатор банков РФ зачем он вообще нужен, если деньгами в системе не пахнет. да и в РБ его обновлять совсем не интересно (хотя регл по дефолту постоянно напоминает)
2. отчет "статус проектов" в крест
3. мутный вопрос по сборке план. часов заявки - какие-то расхождения получаются, например в обработке очереди старые часы - не уловил все места, но пришел к выводу что лучше скопировать/удалить старую подзадачу, чтобы изменить часы.
4. нет четкого видения какая сейчас подзадача выполняется - выполняется она или на паузе. туплю немного по паре секунд на этом. Хотя это, конечно, должно больше управляться переключением на другую задачу.
5. Подскажите можно ли указать где-то основные значения для подстановки в заявку - важность, срочность, критичность, обоснование, разраб, объект и т.д.?
6. закладка "планирование" не помещается по умолчанию и приходится листать к подвалу для рассчета итогов (17"), сделал высоту списка подзадач по умолчанию точного значения, но растягиваемой.
по поводу (58) теперь уловил мысль, что задачу надо максимально дробить для точности времени трудозатрат.
В любом случае, спасибо.
1. Конфигурация построена на "Библиотеке стандартных подсистем". Чтобы проще было обновляться на новые версии, я просто использую весь функционал БСП. Загрузка БИК входит в стандартный функционал БСП. Отдельно это каждый раз вырезать из конфы не вижу для себя необходимости.
2. Исправил
3. Не очень понял про что идёт речь, хорошо бы скриншоты приложить
4. Выполняется та подзадача, которая сейчас выбрана в форме "Учет рабочего времени". Почитайте документацию, посмотрите реализацию функции SDRУчетРабочегоВремени.ПолучитьСведенияОТекущейПодзадаче(Разработчик), может тогда что-то для вас прояснится
5. Опять же, почитайте документацию. В моём случае эти поля заполняются через интеграцию с Итилиум. Вы можете доработать как нужно вам.
6. Ок
Все реализованные идеи, Джоэль Спольски - это синонимы качественного кода, в мире 1С Вы человек из будущего.
Если Вы не против, я модифицирую вашу конфигурацию для своих целей.
Несколько лет назад у меня с коллегой был большой спор - использовать ли точную схему учета времени, либо же точностью можно пожертвовать ради скорости и независимости от учетного приложения.
Фактически, человек который занимается крупными задачами может учесть время начала и завершения работы, а потом пропорционально разбросать время.
То что реализовано в этой конфе - следующий шаг развития отдела, и имея такую платформу можно попробовать его сделать.
Я сейчас использую доработанную конфигурацию в которую загружаю екселевские отчеты и в которой ежедневно все участники отчитываются по отработанному времени.Основная задача у меня отслеживать план факт по задачам и проектам, планируем время на задачу, начинаем его вырабатывать, когда план превышаем - происходит перепланирование.
Плюс я использую agile (у Джоэля есть замечательный , в котором планирую работы на неделю и отслеживаю расхождения.
Попробую использовать Вашу конфу в дополнение к моей текущей отчетности, через пару недель напишу что получилось.
Часто заказчики нам присылают задачи, в реализации которых они сами не заинтересованны. Увы, бывает и такое.
SDR - это продукт, выросший в нелёгких условиях и вобравший в себя множество решений ежедневных проблем начальника отдела:
- возможность изменять очередность заявок, двигать их в очереди
- оповещения, когда общение с заказчиком по заявке "затухает"
- алерты, когда в какой-то из многочисленных баз происходят ошибки
- предупреждение, когда количество срочных заявок зашкаливает квоту
- возможность хранить переписку в случае необходимости разбора полетов
- контроль отпусков разработчиков, чтобы спланировать сроки
- полнотекстовый поиск, когда нужно найти заявку, которую когда-то якобы присылали, но теперь не помнят её номер
Во всём этом SDR помогает нашему департаменту каждый день. Надеюсь, что поможет и вам.
контрольная точка используется для планирования релизов. С помощью регистра "Дорожная карта" вы можете указать, когда будет выпущен тот или иной релиз и группировать заявки на разработку по контрольным точкам. SDR во время заполнения планируемой даты окончания работ по заявке, предлагает выбрать подходящую контрольную точку которая подставляется в поле "Контрольная точка (план)".
При выполнении задачи "Поместить разработку в хранилище" SDR выберет из регистра "Дорожная карта" текущую контрольную точку и подставит в поле "Контрольная точка (факт)".
Таким образом вы можете отследить, в какой релиз попала та или иная заявка.
Мы в своей организации реализовали службу на основе SDR, к которой обращаются все информационные системы и получают список всех заявок, попавших в текущий релиз. Код этой службы можно посмотреть в конфигурации SDR, функция DMSBB.SystemInfoGetVersionInfoMethod
Вы можете заказать платную консультацию или разработку у автора. Будет создан приватный заказ на «Бирже заказов» для автора.
№ 80290
Создание 14.01.11 15:41
Обновление 19.03.14 12:17
Просмотры 41950
Загрузки 1108
Рейтинг
168
Комментарии 86
Код открыт Не указано
Рубрики Управление проектом (PMO, EPM)
Кому
Разработчик
,
Пользователь
Тип файла Конфигурация (md, cf)
Платформа 1С:Предприятие 8
Конфигурация 1C:Бухгалтерия
Операционная система Не имеет значения
Страна Россия
Отрасль ИТ-компания
Налоги Не имеет значения
Вид учета Управленческий учет
Доступ к файлу Абонемент ($m)
