Статус отчеты по проекту 1с

Обновлено: 08.07.2024

Новый инструмент для проектного управления на 1С для ERP, УТ и КА2.

Довольно часто коллеги по цеху (не обязательно «1Сники» - вообще руководители айти-компаний) спрашивают «чем пользуетесь внутри, для работы?». Имея ввиду, какой информационной системой. И клиенты иногда тоже спрашивают, на чем мы сами, как автоматизатор, автоматизированы.

Вариантов много – Trello, Asana, MS Project (вечная нестареющая классика), всякие разные Jira, Wrike.

05 минут 17 секунд

Уже пять лет я отвечаю «у нас своя система, на 1С написали под свои задачи». Многие сочувственно кивают, мол, «ох да, мы тоже написали себе, искали что есть хорошего на рынке, не нашли, пришлось…»

А я не жалею, что у нас своя система – мы ее искренне любим, развиваем, улучшаем методологическую часть, расширяем возможности управления.

Уже два года мы с одной стороны вырезаем из нее всякую вкусовщину и индивидуальную специфику, которую когда-то наделали, а с другой, развиваем настройки и универсальные механизмы.

В этом году развернули Корадиум у одного своего любимого клиента. Не без борьбы, но вся наша жизнь борьба. Еще отполировали систему, а ближе к осени выкатим управленческие дашборды по проектному управлению и статистикам. Проводим демо потенциальным клиентам на внедрение ИСУП (информационной системы управления проектами).

Вот в ответ на «а вы в чем проекты ведёте?» - я теперь буду давать эту ссылку.

Про Корадиум

Ежедневная работа руководителя

Я как руководитель компании работаю в системе постоянно, это мое рабочее место. Мое утро начинается с инспекций, я смотрю результаты работы за вчера и планы на сегодня и остаток недели. Это занимает не очень много времени, когда все данные под рукой. Что я смотрю каждый день:

Отчет о трудозатратах. Понятно, кто что делал, а кто не отметил вчера выполненную работу. Одно из немногих строгих правил в компании – ежедневные отметки продвижения по задачам. Можно посмотреть просто сколько часов каждый человек вчера списал в работу, можно покопаться глубже, какие конкретно задачи в каких проектах делал, что сделал, что нет.

Недельный план сотрудников. Продвижение за вчера (выполненные задания и трудозатраты). Для этого использую такой календарь, в него попадают задания, смотрю что вчера было у человека по плану, что он сделал, что отменил. Что на сегодня и далее до конца недели.

Выработку по людям. Ключевой параметр доходности нашей работы – это оплачиваемые клиентом часы специалистов. У нас есть «воронка выработки» - в ней видно, как задачи двигаются от буфера, через выполнение к сделанной работе, далее к отданной, и наконец к принятой и оплаченной. Скоро сделаем огненную визуализацию.

Если в выработке вижу странное – иду в отчеты, где уже с отборами, группировками, можно покрутить любые цифры, и дойти до конкретной задачи и задания, и конкретного отмеченного часа.

Много ли времени занимает? От 30 минут до часа, час если нашел что-то странное и углубился в расследования.

Что смотрю каждую неделю

Наша работа по всем проектам построена недельными спринтами, и внутри компании мы тоже живем недельными спринтами. Раз в неделю я смотрю (иногда сам, иногда вместе с руководителями проектов):

Статус-отчеты по проектам. Если вся работа ведется корректно, и планы на следующую неделю своевременно подготовлены, статус-отчет по проекту формируется автоматически. Формирую сам или смотрю сформированные РПшниками статусы, смотрю что в продвижении, что в «подозрительных активностях» или «задачах на контроле».

Динамику техподдержки. В целом и по отдельным клиентам: заявок пришло/решено/на нашей стороне/на стороне клиента.

По проектам аутсорсинга. Смотрю сколько накопилось выполненных задач за неделю. Прикидываю, сколько мы за месяц заработаем, обращаю внимание на увеличение/уменьшение объема запросов. (Отчет выглядит как и отчет по техподдержке)

План-факт по проектам. Формирую и анализирую текущее состояние план-факта по всем проектам в трудозатратах, то есть часах. Сколько в каждом этапе заложено плана, сколько из этого плана уже размещено в задачах, и сколько из задач «съедено» исполнителями. Сравниваю процент потраченного времени с процентом выполнения. Процент выполнения пока субъективный.

Очень жду (совсем скоро добавятся) расчет себестоимости проектов в режиме онлайн по средним внутренним ставкам специалистов, и офлайн, с закрытием месяца и распределением ФОТ на проекты по трудозатратам.

И конечно же жду не дождусь анализ скорости хода проектов на основании плана по вехам. Сами вехи уже есть в планах, осталось их собирать в дашборд, типа OPPM (One page project management). Вот после отчета по вехам процент выполнения станет объективным и «твердым».

Продолжение следует…

А в следующий раз я расскажу, как построена работа в Корадиум руководителя проекта (он создает проект, формирует СДР и диаграмму Гантта, связывает между собой задачи, и готовит план своим исполнителям).

И как работает исполнитель в проекте – как к нему попадают задачи, и как он с ними управляется.

Важная ремарка. Главное не инструмент. А работающие методики и правила.

Например, если ваши РП не ведут планы проектов и не делают статусы, а исполнители в проектах не отмечают выполнение работ и трудозатраты, то никакой инструмент не поможет. Все отчеты и дашборды работают на основе данных в системе, а данные туда попадают, когда их люди заносят. Удивительно часто об этом забывают при внедрении систем.

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

Работа директора (на самом деле архитектора, но у кого есть такая должность?) – сделать так чтобы в компании были только живые и нужные правила, но эти нужные правила исполнялись и были всем понятны.

Обработка выгрузки и загрузки данных через XML между идентичными конфигурациями с возможностью установки произвольных отборов на выгружаемые объекты.

Подключаемый отчет на системе компоновки данных по типам объектов 1С показывает: 1) Совокупности таблиц SQL для хранения объекта 1С и их предназначение; 2) Число объектов данного типа; 3) Размеры хранения данных и индексов в MB (мегабайтах); 4) Сравнение данных двух баз

Предназначается для запуска сеанса другого пользователя из своего сеанса 1С (если пароль вам неизвестен).

Если пользователю не хватает прав на объект, то на практике в 90 % случаев, недостающую роль можно найти через типовой регистр сведений Права ролей. Также с помощью дополнительного отчета или небольшого расширения можно ускорить описанный процесс.

Онлайн диаграмма доступных лицензий 1С и показателей ресурсов сервера 1С в различных измерениях и отборах.

Обработка ищет все объекты базы, в которых одновременно присутствуют перечисленные элементы. Построена на базе типовой обработки Все функции - Стандартные - Поиск ссылок на объект, но позволяет накладывать отбор не по одному объекту, а по нескольким, что позволяет настраивать поиск по комбинациям условий

Часто не хватает визуализации хронологии документов в структуре подчиненности и кнопок проведения. Это расширение конфигурации, с функционалом структуры подчиненности документов, отображающее хронологическую последовательность документов во времени и дающее доступ к проведению, отмене проведения, пометке на удаление документов непосредственно в форме подчиненности.

Обработка для массовой проверки доработок конфигурации: Открытие форм, Печать, Формирование отчетов, Проведение документов, Запись справочников, ПВХ, ПВР. Выдает список обнаруженных ошибок. Рекомендуется применять для тестирования обновленной конфигурации, перед установкой пользователям. В коде используются универсальные методы поэтому подходит для большинства конфигураций, построенных на базе библиотеки стандартных подсистем.

Групповая обработка ссылок вида Объект не найден (502:37855254002e11eb11e73b8f36150d9e) заполняется максимально просто копированием и вставкой из буфера: 1) Выделяет уникальные идентификаторы (далее УИ); 2) Ищет ссылки на объекты базы по УИ; 3) Создаёт пустые объекты с указанным УИ; 4) Регистрирует найденные ссылки для обмена данными. Работает на любых продуктах 8.3

Обработка на управляемых формах для работы с календарями google, событиями календарей и контактами.

Обработка проверяет наличие и решает проблему с ошибкой развернутого сальдо в Оборотно-сальдовой ведомости (регистр бухгалтерии Хозрасчетный) из-за ошибки Универсального редактора реквизитов или кода программиста, устанавливающего пустые ссылки в значениях Валюты, Подразделения, Направления деятельности не равными NULL. И пересчёт итогов тут точно не поможет.

Выполнил 3 разных теста для проверки серверного оборудования (тест 1С, тесты gilev) на возможное число 1С онлайн-пользователей одновременно работающих на нем и интерпретировал результаты тестов через легких, средних и тяжелых пользователей с помощью таблицы с профилями реальных пользователей.

Перед началом проекта требуется определить параметры серверного и клиентского оборудования, необходимые для работы внедряемой программы 1С:Предприятие, и учесть будущую нагрузку, которая ляжет на систему в реальной рабочей обстановке. Мощность оборудования должна быть достаточной для нормальной работы пользователей. Но как подобрать сервер простым способом?

На время сеанса отключаем контроль остатков и проверку документов в ERP, КА, УТ типовыми средствами и простым расширением.

Часто при моделировании примеров бизнес-процессов, на запуске в эксплуатацию или закрытии требуется несколько раз прогнать ситуацию с разными настройками, а для этого изменить, удалить ранее введенную цепочку документов. Дается все это с трудом. Ты уверен, что не навредишь своими действиями системе, но документы цепляют друг друга и ругаются контролями остатков, не разрешая тебе менять их в произвольном порядке.

Есть несколько удобных опций для облегчения внесения изменений.

Для уведомления пользователей программных продуктов 1С о разных событиях, в них включена подсистема «Новостной центр». Это довольно удобная штука, т.к. новостные ленты сообщают о выходе обновлений, о новостях и событиях в сфере учёта. Но можно увеличить пользу от новостной подсистемы используя её локально в рамках 1С базы. Например, внутренняя служба техподдержки или внедряющая компания может через новостную ленту оповещать пользователей информационной базы об изменениях в программе, совещаниях, проведении тестирований, заполнения нужных документов или сдача отчетов к определенной дате и т.п.

Пример технического задания для практического понимания основных разделов.

Кратко описаны основополагающие моменты при старте групповой разработки конфигурации несколькими программистами. Полезно для проектной документации как требование к разработчикам или сопровождающей компании

Ссылка на компетенции по 1С:ERP - команда со знаниями, умениями и успешными проектами.

Добрый день! В условиях сертификации на руководителя проектов написано:

[1c]Подтверждение опыта выполнения работ по управлению следующими областями проекта: управление содержанием, расписанием, командой в проекте внедрения решений системы "1С:Предприятие 8" путем предоставления сведений о выполненных проектах, а также проектной документации: устава проекта, соглашение о проекте, план управления проектом (или его элементы), план-график работ проекта, статус-отчеты по проекту.[/1c]

У меня вопрос - а можно где-нибудь посмотреть (может и за деньги) стандарты ведения документооборота по проектам в понимании 1С? Я во франче никогда не работал, поэтому даже вопрос задать некому. Сейчас есть большой проект на год, 2 человека в подчинении, хочется все сделать по уму еще и сертификат получить.

Да, и сейчас я на фикси, начальству фиолетово на документацию (но подписи поставят), главное чтобы все заработало.
Не вижу смысла в таком сертификате для тебя. Я бы вообще на месте 1С не пускал на сертификацию на РП тех, кто не во франчайзинге
(2) я бы вообще запретил ЦКП, от вас один вред Заказчикам
(4) Любопытно было бы узнать причины. И кто внедрять будет? Рядовые партнеры? Фри? Фикси?
1С-овский сертификат РП нужен только для того чтобы франча не штрафовали при отгрузках ERP. Обычным людям не из 1С сообщества на него накакать как и на все прочие странные сертификаты типа профессионала по бюджетированию или МСФО. Если хочешь сертификат то смотри в сторону PMP или чо подобного общепризнанного.
(6) 3 года опыта управления проектами + 555 зелёных - тогда можешь попытаться сдать на PMP.
(6) [Обычным людям не из 1С сообщества на него накакать]
(6) [Обычным людям не из 1С сообщества на него накакать]
позиция неудачника
нормальным людям не из 1С сертификаты нужны и востребованы
(9) Мне они не нужны и не востребованы. При приёме на крайнее место работы о них речь не шла от слова "вообще".

(10) тоже когда-то так считал, но в жизни бывает все наоборот и сертификаты могут сыграть решающую роль, хотя они конечно не дают никакой гарантии

к слову сказать я так и не получил сертификатов )))

(11) У меня этих сертов - 4 штуки. Ни одна конфа по ним мною не используется ни дома, ни по работе, ни по шабашкам.
(11) валяются дома сертификаты и вообще не понимаю смысл их назначения. Удовлетворить своё самолюбие?
(6) PMP тоже интересно, но пока до него как до луны пешком
Покажите кто-нибудь пример оформления проекта на 1С, который 1С засчитала для руководителя проектов

Ответили из 1С, кому интересно:

Для получения сертификата "1С:Руководитель проекта" необходимо выполнить следующие условия:
1) Подтверждение опыта работы в качестве руководителя проекта не менее чем в 1 проекте. В проектных документах должно быть в явном виде указано, что руководителем проекта был соискатель звания 1С:РП, на которого подается заявка.
Подтверждением может служить устав проекта, подписанный заказчиком и исполнителем.

2) Кандидат должен продемонстрировать (на основе предоставленной документации по управлению проектом) выполнение всех функций, необходимых для успешного управления проектом в соответствии с рекомендациями стандарта PMI® PMBOK ®.

3) К рассмотрению на сертификацию принимаются завершенные проекты, выполненные не позднее последних двух лет от даты заявки на сертификацию и соответствующие следующим требованиям:
a. количество рабочих мест, автоматизированных в результате выполнения проекта – от 15.
b. общая команда проекта, включая специалистов заказчика, специалистов исполнителя и руководителя проекта – не менее 5 человек.
c. общая трудоемкость (совокупная для всей команды проекта, включая персонал заказчика) – от 400 человеко-часов;
4) Для подтверждения опыта в области управления проектами, должны быть предоставлены следующие проектные документы:
a. Устав проекта (или Соглашение о проекте, если проект выполнялся по 1С:Технологии Быстрого Результата), утвержденный заказчиком.
b. План-график проекта (расписание проекта – в терминологии PMI® PMBOK®).
c. 6 статус-отчетов, два из которых относятся к стадии начала проекта, два – к средине проекта и два – к окончанию проекта.
5) Дополнительно (если это не отражено в предоставленной проектной документации, указанной выше) документ, подписанный заказчиком и подтверждающий, что соискатель выполнял роль руководителя проекта в проекте, представляемом на сертификацию.

Приветствую. Продолжаем изучать объекты на дереве конфигурации и на очереди "Отчет" (Рисунок 1).

Создание отчета ничем не отличается от создания любого другого объекта дерева конфигурации: через контекстное меню или через значок плюсик.

Отчет - это объект дерева конфигурации, который предназначен для обработки данных и вывода их в виде, удобном пользователю.

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

Приступим к созданию отчета. Перед нами стоит задача: необходимо вывести список всех сотрудников по предприятию.

Добавляем отчет и называем его "Список сотрудников" (Рисунок 2).

Теперь необходимо нажать на кнопку "Открыть схему компоновки данных" (Рисунок 3).

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

В открывшемся окне нажимаем "Готово"(Рисунок 4).

В следующем окне нужно подготовить все для создания отчета. Для этого создадим запрос (Рисунок 5).

После этого переходим в низ открывшегося окна и нажимаем кнопку "Конструктор запроса" (Рисунок 6).

В открывшемся окне нужно выбрать тот объект, по которому вы хотите сделать отчет, в данном случае нас интересует отчет по сотрудникам, значит выбираем справочник "СписокСотрудников" (Рисунок 7).

Перетаскиваем справочник (или двойным нажатием или на стрелочку вправо, выделив справочник) во второй столбец (Рисунок 7).

Теперь необходимо раскрыть элементы этого справочника и выбрать там те, которые мы хотим видеть в отчете (Рисунок 8). Перетаскиваем в столбец "Поля" нужные элементы (Рисунок 8).

После этого нажимаем "Ок" и в поле "" появится запрос (Рисунок 9).

Переходим на вкладку "Настройки" (Рисунок 10).

На этой вкладке нужно создать сам отчет (Рисунок 11). Создаем группировку.

В новом окне нажимаем "Ок", ничего не меняя (Рисунок 12).

После этого идем вниз и перетаскиваем нужные поля (Рисунок 13).

В итоге у вас должно получиться так (Рисунок 14).

Доступные поля - это те поля, которые вы выбрали на этапе создания запросе.

После этого закроем все окна, отчет готов, но нужно добавить его в одну из подсистем, иначе пользователь не сможет им пользоваться (Рисунок 15).

Запустим пользователя, перейдем в подсистему и найдем наш отчет (Рисунок 16).

Как видите, отчета нет. Нужно нажать кнопку "Сформировать" и отчет появится (Рисунок 17).

Таким образом, нажимая на кнопку "Сформировать" отчет будет формироваться каждый раз по новым данным, которые пользователь может добавлять каждый час или день.

Создание отчета завершено - это самый простейший отчет, который может создавать платформа. Это минимально, что она может и ее функционал намного больше, чем мы сделали сейчас. Но все это еще впереди, пока остановимся на этом.

На этом статья урока подходит к концу. Попробуйте выполнить все действия, которые описаны в этом уроке. Если что-то не получается, то вы всегда сможете написать вопрос о том, что вам непонятно или вернуться к предыдущим урокам и посмотреть их - ссылки внизу!

Кому и для чего нужен отчет о статусе проекта?

Руководитель проекта

Во-вторых, правильно составленный отчет помогает менеджеру проекта в управлении своей командой и Заказчиком (об этом ниже). Как минимум, отчет сообщает Заказчику и команде проекта, что проект «живет», в нем ведется работа и заняты конкретные сотрудники. Вот фрагменты разделов, которые заполняет управляющий проектом.

Заказчик проекта

Член команды проекта

Каждый участник проекта получает из отчета две вещи: что происходит вне его области задач (в других группах, например) и какие задачи стоят перед ним на следующий период. Общий статус проекта также полезен, если мотивация его участников является коллективной и связана с общим сроком завершения проекта.

Сотрудники компании

Несмотря на то, что эта группа может и не принимать участие в проекте напрямую, часто бывает так, что в ней бывают «скрытые стейкхолдеры». Например, проект предусматривает ребрендинг компании и последующую смену спецодежды сотрудников. Директор по персоналу не входит в команду этого проекта, однако хочет знать, с какого квартала нужно заложить в бюджет смену рабочей одежды.

Пример отчета о статусе портфеля проектов, подготовленного Проектным офисом

Что такое «хороший» отчет?

Хороший отчет должен отражать:

Что сделано в проекте с последнего периода? Можно назвать это «Новостями», «Ключевыми достижениями», «Deliverables» и пр. Суть простая: прочитав только этот раздел, Заказчик должен сразу получить представление о проекте и его состоянии (текущем статусе). Удобно, согласны?
Какие задачи на следующий период стоят перед проектом и его командой? Что и когда нужно сделать с указанием фамилий. Добавлю между строк: фамилия и имя сотрудника напротив какой-то записи в отчете очень стимулирует «персонажей» к прочтению документа.
Прогноз реализации проекта с учетом текущего положения дел.

Какие еще разделы могут быть в отчете?

Просроченные задачи. В этом разделе отражаются просроченные задачи и их текущие даты завершения с указанием ответственных и причин отклонений.
Сроки и результаты проекта. Раздел информирует о контрольных вехах проекта и их текущих / базовых датах достижения.
Проблемы и вопросы к Заказчику. Список вопросов, рисков, проблем и пр., которые требуют участия Заказчика. Важный раздел, если вы хотите управлять своим Заказчиком.
График выполнения проекта по срокам. Это кривая, которая показывает относительное отклонение сроков от базового плана проекта. Если виден отрицательный тренд, то пора бить тревогу
Бюджет проекта и его состояние. Как в целом, так и по статьям. Если бюджет осваивается поквартально и связан с бюджетированием, то в разрезе кварталов. Обязательно указать прогноз бюджета на следующий период. Если кто-то использует «освоенный объем», вышлите мне на E-mail, очень хочу посмотреть.
Планируемые встречи по проекту. Актуально для проектов, в которых график встреч является важной частью коммуникаций. Например, консалтинговые проекты. Укажите, дату, повестку дня и планируемый состав участников.

Еще несколько правил хорошего отчета:

Задавайте вопросы в комментариях. Возможно, у меня есть в копилке отчеты и шаблоны, которые вам именно сейчас.

Читайте также: