Тбр 1с что это

Обновлено: 05.07.2024

Выполнение проектов вовремя и в рамках бюджета. Основы Теории Ограничений. с 01 по 29 декабря 2021 г. Промо

К выполнению проектов вовремя есть много подходов, некоторые говорят что для этого нужно "лучше планировать", другие "делай быстрее и проверяй, что получили". Мы предлагаем иной подход, с применением Теории Ограничений (ТОС) и Agile в дополняющем режиме учитывающем силу и слабость каждого метода.

10.11.2021 1742 2 1

Анализ вариантов организации работ на проектах 1С

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

12.11.2021 989 Soliton 14

Управление бизнесом как ИТ-проектом

Когда я создавал Инфостарт, у меня была фраза: «Создание компании – это просто очередной проект автоматизации».

29.10.2021 1553 support 8

Базовый курс по управлению ИТ-проектами. 18 января - 22 марта 2022 года. 10 поток.

Знакомство и освоение наиболее полезных инструментов и подходов как гибкого, так и классического подходов. Составлен на основе PMBoK® 6 и PMBoK® 7. Мы будем фиксироваться на тех инструментах, которые реально оказываются полезными в практике руководителей проектов внедрения.

28.10.2021 1697 0 0

Онлайн-курс «Практические аспекты внедрения регламентированного учета и расчета себестоимости в 1С:ERP на крупных промышленных предприятиях» (с учетом новых возможностей версии 2.5.7). С 26 октября по 23 ноября 2021г Промо

Курс рассчитан для подготовки экспертов по регламентированному учету и учету затрат для внедрения на крупных промышленных предприятиях с «исторически сложившимся» учетом.

15.09.2021 6583 0 1СERP 9

Управление ИТ-проектами. Agile: продвинутый курс по гибкому управлению проектами. Модуль 3. Пятый поток. С 13 сентября по 15 ноября 2022 г.

28.10.2021 1603 0 0

Переход с 1С:УПП на1C:ERP: Перенос остатков и затянувшееся начало работы в ЕРП

Настоящей статьей мы продолжаем цикл из трех статей о технических особенностях перехода их программы 1С:УПП на 1C:ERP. Автор статьи: Малышев Дмитрий - Разработчик 1С с 2004 года на платформах 1С 7.7, 8.1, 8.2, 8.3. Сертификат 1С:Эксперт по технологическим вопросам. Участвовал в 30-ти проектах внедрения 1С:УПП и 1C:ERP.

28.10.2021 3159 1СERP 17

Использование PlantUML в Redmine

В статье опишу порядок настройки плагина PlantUML для Redmine 4.2

25.10.2021 292 malikov_pro 0

Комплексный курс по управлению ИТ-проектами от Марии Темчиной с 18 января 2022 года по 15 ноября 2022 года Промо

Мария Темчина - директор по проектам Инфостарта, приглашает всех, кто хочет стать профессионалами в управлении проектами на Комплексный курс по управлению ИТ-проектами "3 в 1".

03.12.2019 31551 10 21

Оценка стоимости проекта по внедрению ERP

Вопрос о стоимости внедрения 1С:ERP неизменно возникает у заказчика при обсуждении деталей проекта, причем нередко – первым. Однако ответ на него не всегда так однозначен, как хотелось бы. Когда можно дать ответ на этот вопрос и насколько точным он будет – расскажем в этой статье.

30.09.2021 972 Koder_Line 2

Система управления IT проектами (встроенный редактор кода, контроль версий, заметки и др.) (поддерживается: Python)

Конфигурация для управления проектами по разработке ПО. Предусмотрен контроль версий, редактор кода для запуска скриптов и хранения кода внутри базы и др.

1 стартмани

17.09.2021 1238 0 Nabi 0

Оценка исполнителей в проектах: влияние на грейды и проектные бонусы. Поддержка инструментарием "1С:ERP+PM Управление проектной организацией 2"

Как правильно мотивировать сотрудников? Этот вопрос волнует многих руководителей, но только не в компании ITLand. Здесь уже определились с системой финансовой мотивации, введя грейды и специальные бонусы за развитие сотрудников. Как устроена эта система, с участниками конференции Infostart Event 2018 Education поделился генеральный директор компании ITLand Сергей Лебедев.

15.09.2021 542 Лебедев Сергей 0

Регби. Управление по методике Agile:Scrum с элементами Канбан Промо

Решение для автоматизации учёта работ по методике Agile:Scrum с элементами Канбан. Разработано на платформе 1С:Предприятие 8.3 (управляемое приложение) и Библиотеке стандартных подсистем. Имеет всё необходимое для полноценной работы небольшой команды разработчиков или отдела сопровождения. Помимо прочего, может применяться как канбан-доска для произвольного круга задач.

04.04.2017 33121 6 17

Переход с 1С:УПП на 1C:ERP: Задача переноса печатных форм в сжатые сроки. Конструктор печати

Настоящей статьей мы начинаем цикл из трех статей о технических особенностях перехода с программы 1С:УПП на 1C:ERP.

07.09.2021 1995 1СERP 7

7-ой PMBOK® Guide: Есть ли там что-то действительно полезное.

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

07.09.2021 3008 MariaTemchina 0

Подготовка к экзамену PMP®. Четвертый модуль. 30 марта - 11 мая 2022г.

02.09.2021 2157 0 0

Базовый курс по управлению ИТ-проектами. 06 октября - 08 декабря 2021 года. 9 поток. Промо

Обновленный формат! Знакомство и освоение наиболее полезных инструментов и подходов как гибкого, так и классического подходов. Составлен на основе PMBoK® 6 и PMBoK® 7. Мы будем фиксироваться на тех инструментах, которые реально оказываются полезными в практике руководителей проектов внедрения.

16.04.2021 7668 0 Infostart 6

Курс подготовки к сертификации PMI PMP® в трех частях. 16 сентября 2021г. - 11 мая 2022г.

02.09.2021 2608 0 0

Новый PMBoK 7®: Неужели заговор его составителей против простых людей все-таки раскрыт?

Некоторое время назад один из моих читателей в своем письме предположил, что есть настоящий заговор у тех, кто пропагандирует изучение PMBoK®.

30.07.2021 5144 MariaTemchina 12

Переход с УПП на современные программные продукты Фирмы 1С

Фирма «1С» сообщила, что в 2026 году закончится поддержка конфигурации 1С:Управление производственным предприятием (УПП). Это значит, что у пользователей УПП остается 5 лет на подготовку к переходу на новые программные продукты. Что требуется для перехода? Как сэкономить время и ресурсы? Нужно ли обновлять УПП, и что делать, если УПП сильно доработана? На какое программное обеспечение переходить? Что делать, если нет соответствующих компетенций?

29.07.2021 3813 mr_den 42

Онлайн-курс "Технология выполнения проектов ERP-класса – процессный подход." 7 поток. Курс проходит с 27 сентября по 14 декабря 2021 года. Промо

Цели курса – повысить полноту и качество требований к автоматизации процессов управления на базе таких решений как 1С:ERP, 1С:УХ, 1С:Управление торговлей, отраслевых и специализированных решений

20.04.2021 10537 23 0

Спецкурс посвященный отличиям 7-ого PMBOK® (для выпускников курсов по управлению проектами и опытных РП - с 14 сентября по 19 октября 2021 г.)

Только один набор! Для тех, кто прошел обучение хорошо разбирается в старых версиях PMBOK® Guide. Подробно разберем, в чем различия между 6-ым и 7-ым PMBOK® Guide, и как можно использовать предлагаемые модели и методы на практике. Приглашаем выпускников Продвинутого курса по классическим подходам к управлению проектами на Инфостарте, и всех остальных, кто разбирается в теме.

23.07.2021 4793 6 0

Управление ИТ-проектами. Модуль 2: продвинутый онлайн-курс по классическим методам управления проектами. Пятый поток. Занятия проходят с 31 марта по 30 июня 2022 года.

Продвинутый онлайн-курс по классическому управлению ИТ-проектами по обновленному PMBoK® Guide 7. Курс позволит слушателям освоить инструменты из PMBoK® и 1С:Технологии корпоративного внедрения и научиться их применять для проектов любого масштаба.

21.07.2021 2862 0 2

Управление моделями при сборе требований

От качественного моделирования и документирования бизнес-процессов во многом зависит правильность реализации требований заказчика в системе. О том, как организовать процесс моделирования при сборе требований – какие инструменты/нотации при этом использовать и как подбирать аналитика, который сможет правильно документировать требования на проекте, рассказал руководитель проектного отдела “Корпоративные финансы” компании WiseAdvice, Сергей Наумов.

16.07.2021 1889 SergeyN 5

Управление ИТ-проектами. Модуль 2: продвинутый онлайн-курс по классическим методам управления проектами. Четвертый поток. Занятия проходят с 16 сентября 2021 года по 23 декабря 2021 года. Промо

07.12.2020 9013 0 Infostart 0

Дизайн-мышление как инструмент предпроектной проработки

Дизайн-мышление включает ряд инструментов, которые можно использовать на этапе предпроектной проработки. На митапе «Инструментарий руководителя проекта» специалист по гибким и классическим подходам Алексей Таченков рассказал про концепцию дизайн-мышления и самый эффективный инструмент, который можно применять для анализа «боли» пользователя – Customer journey map.

12.07.2021 1127 tachenkov 0

7 ВИДЕОкурсов по управлению проектами

Курсы созданы на основе цикла вебинаров, разработанных в 2016 году. В рамках курсов рассматриваются прикладные инструменты и особенности организации работ по реализации проектов создания и внедрения Информационных систем на базе программных продуктов фирмы «1С».

05.07.2021 2643 0 2

Почему мы не любим заказчиков (не умеем их готовить)

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

05.07.2021 1468 user1429991 0

Видеозаписи онлайн-митапа "Инструментарий руководителя проекта" Промо

20.08.2020 8753 13 0

Управление ИТ-проектами. Agile: продвинутый курс по гибкому управлению проектами. Модуль 3. Четвертый поток. С 19 января по 23 марта 2022 г.

Практический курс Agile-лидера (практика работы по Agile, тренинг по фасилитации, подробное освоение Скрам, Канбан, 1С:ТБР, SAFe и др.) Курс рассчитан на действующих и опытных руководителей проектов, желающих получить систематизированные знания по гибким методам по управлению проектами. Курс разработан с учетом специфики работы в ИТ-подразделениях предприятий и 1С франчайзи.

02.07.2021 3293 0 0

Почему заказчик должен платить за управление проектом

Зачем вообще нужно управление проектом? Надо ли заказчику показывать стоимость управления проектом? И должен ли руководитель проекта сам внедрять 1С параллельно с управлением? На эти вопросы в рамках митапа «Инструментарий РП» ответила руководитель проектов ВЦ «Раздолье» Вера Пикурен.

02.07.2021 2061 VeraPikuren 4

Король умер, да здравствует Король?

Поддержку конфигурации "Управление производственным предприятием" (УПП) предполагается завершить через 5 лет - весной 2026 г. Информация N28200 для пользователей и партнеров, 31.03.2021. Как наиболее безболезненно перейти c 1С:УПП на 1С:ERP?

02.07.2021 1788 Aprsoft 2

Конфигурация Flowcon Промо

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

08.01.2019 34565 27 89

Миру – Miro: Общие доски для управления проектами в распределенной команде

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

28.06.2021 1713 MariaTemchina 3

Инструменты РП: из грязи и веток

Многие руководители проектов находятся в поиске бесплатных инструментов для организации проектной и операционной деятельности. О том, какие средства позволяют упростить работу РП рассказал руководитель проектов компании Инфостарт Александр Блинов.

25.06.2021 1693 alexandr.blinov 0

Подсчет цены факапа на этапе запуска проекта

Поговорим о ценности каждого дня ;) а точнее о существующих паттернах оценки для 1 дня задержки, которые могут быть заимствованы из Kanban-метода. И о том, как их применение может упростить проектное управление.

16.06.2021 612 Juliana_K 4

Видеозаписи онлайн-митапа "Сбор требований и составление ТЗ: современные подходы в управлении проектами" Промо

26 февраля обсудили вопросы, связанные со сбором требований и составлением ТЗ в управлении проектами.

26.02.2021 5814 5 14

Хочу проект по ERP дешево!

Сейчас, когда Фирма 1С объявила о планах снятия с поддержки 1С:УПП, больше количество компаний "побежит" переходить на 1С:ERP и, следовательно, станет искать подрядчика. Поэтому хотелось бы обратить внимание на такой аспект, как цена проекта.

08.06.2021 1781 Aprsoft 9

Как правильно подобрать современный метод управления проектами?

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

02.06.2021 1101 Koder_Line 0

Как приручить драконов. История построения экосистемы на основе 1С

Многие задачи интеграции и мониторинга не имеют стандартных решений в среде 1С. О том, как команда 1С-ников смогла организовать успешный симбиоз учетной системы и системы тысяч внешних устройств, на INFOSTART MEETUP Новосибирск.Online рассказал TeamLead и специалист по внедрению компании ИнфоСофт Григорий Шатров.

14.05.2021 3425 G.Shatrov 6

Видеокурс "Подготовка к экзамену PMP" от Ивана Селиховкина Промо

Онлайн-курс подготовки к экзамену на сертификат Project Management Professional (PMP) от Ивана Селиховкина.

08.06.2020 12584 7 1

Бэклог продукта и его приоритизация в теории и в реальности

Ситуация, когда задач много, каждый заказчик просит выполнить свою побыстрее, знакома всем 1С-никам. Как расставить приоритеты, рассказал на INFOSTART MEETUP Новосибирск.Online руководитель направления 1С в компании S7 IT Станислав Алексенко.

11.05.2021 3382 stnslv 0

Как я неожиданно для себя стал руководителем

Кого-то руководителем назначают, кто-то напрашивается на эту должность, а Иван Дашук, руководитель отдела разработки в компании БКС, выстроил целую стратегию и планомерно добивался того, чтобы ему предложили руководящую должность. На INFOSTART MEETUP Новосибирск.Online он рассказал, что привело его к назначению, и с какими трудностями пришлось столкнуться в первые месяцы работы.

05.05.2021 2003 idashuk 5

Самые честные истории про внедрение Agile на практике

Есть сообщество в Facebook'е и Инстаграм, которое публикует жизненные комиксы про внедрение гибких технологий на практике - Comic Agile.

01.04.2021 2544 MariaTemchina 17

Видеокурс "Ключевые инструменты аналитиков: описание и оптимизация бизнес-процессов с целью внедрения информационной системы" Промо

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

16.09.2020 6629 4 2

Методика учета задач

Пожалуй, каждая компания проходит период, когда IT-отдел не успевает переваривать бурно генерируемые «хотелки» сотрудников других отделов и буквально заваливается нерешенными задачами и просьбами озвучить реальные сроки выполнения задач. Отношения IT-отдела с внутренними заказчиками со временем портятся, растет недовольство, а сотрудники IT-отдела выгорают, как бенгальские огни в новогоднюю ночь. Предлагаю рассмотреть способ выхода из данной ситуации.

22 июля 2013

Технология быстрого результата: принципы и ключевые практики

главный редактор журнала «Управляем предприятием»

В последнее время все большее значение приобретают ускоренные и гибкие методологии создания и развития ИТ-систем. В июле 2009 года фирма «1С» выпустила методику управления проектом по внедрению систем семейства «1С:Предприятие» — «1С:Технология Быстрого Результата». Эта методика вобрала в себя многие современные подходы, нацеленные на ускорение внедрения ИТ-систем и увеличение гибкости и адаптивности создаваемого решения.

Определение и цели создания

Технология быстрого результата (ТБР) — это технология внедрения тиражных программных продуктов семейства «1С:Предприятие», направленная на получение быстрых, регулярных (в идеале — ежемесячных) результатов, имеющих ценность с точки зрения заказчика, и предполагающая снижение финансовых рисков. Другими словами, это технология, «. предполагающая снижение финансовых рисков, регулярное закрытие выполненных работ и обеспечивающая исполнителю получение регулярного финансирования на выполнение работ».

Хотя ТБР — методология управления проектами внедрения информационных систем (ИС), прежде всего, на базе тиражных продуктов «1С», однако ее принципы и практики могут применяться и при внедрении других продуктов, что повышает её ценность.

Технология ТБР была разработана как ответ на вызовы текущего момента, а именно:

изменения стали постоянно действующим фактором, влияющим на все аспекты деятельности компаний;
сократился горизонт планирования развития информационных технологий (ИТ);
изменились парадигмы развития ИТ: период наступления «широким фронтом» и радикального изменения компании для реализации «лучших практик» постепенно уходит в прошлое, новая парадигма – короткие проекты с быстрой отдачей и последовательное и постепенное изменение компании.

Именно в ответ на эти требования фирма «1С» и создала методологию ТБР. Следует отметить, что ТБР – не единственная методология управления проектами внедрения тиражных продуктов «1С».

Для простых внедрений типовых продуктов фирма разработала методологию стандартного внедрения. Длительные и сложные корпоративные проекты ведутся по методологии корпоративного внедрения. В этой линейке проектных методологий «1С» ТБР занимает особое положение, находится как бы «посередине».

Ценности, принципы и практики ТБР

Безусловно, ТБР впитала в себя опыт партнерской сети «1С» по внедрению систем в условиях повышенной неопределенности и необходимости получить быстрые результаты. Но не только. Поставив задачу разработать методологию получения быстрых результатов, авторы обратились к накопленному в мире опыту и прежде всего — к быстрым и гибким Agile-технологиям разработки программного обеспечения (ПО). В частности, ТБР несет в себе много черт, характерных для методологии XP (от англ. Extreme Programming, экстремальное программирование).

Следует заметить, что XP — это методология разработки ПО, а ТБР — методология внедрения тиражного ПО. И в этом принципиальная разница. Однако принципы и практики XP оказываются весьма полезными и продуктивными и при внедрении тиражных систем. Таким образом, в некотором смысле ТБР — это реализация идей Agile для внедрения тиражных продуктов. И в этом ее большая ценность.

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

ценности + принципы + практики.

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

Рис. 1. Ценности, принципы и наиболее важные практики TБР.

Примечания

1 Теория трансакционных издержек является одним из направлений институциональной экономической теории. Трансакционные издержки — это издержки на переговоры и управление договоренностями, они связаны со взаимоотношениями людей. Трансакционные издержки возникают везде, где есть неполнота информации и неопределенность, и всегда связаны с последующим ее снятием. Очень часто трансакционные издержки ведут к отклонению от нормы, когда необходимо управление в условиях нештатной деятельности.

2 Аналогичный принцип есть и в Agile–методологиях. «Первая ценность XP — это коммуникация. Проблемы, которые возникают в процессе работы над проектами, почти всегда связаны с тем, что кто-то не сказал кому-то о чем-то важном, — пишет Кент Бек в книге «Экстремальное программирование» (Питер, 2002). — . Для всех очевидно, что общение должно быть открытым и искренним, однако зачастую приходится сталкиваться с обратным». Причем ТБР делает акцент не только на эффективных коммуникациях в рамках проектной команды, но и на тесных и быстрых коммуникациях с заказчиками ИТ-системы. Если команда проекта будет бегать за всеми лицами, принимающими решения, о быстрых результатах придется забыть.

3 ТБР исходит из того, что требования к ПО постоянно меняются, поэтому грамотно спроектировать систему со всеми подробностями в начале проекта невозможно. Приходится создавать ИТ-систему итеративно. Однако при этом необходимо соблюдать условие простоты дизайна, иначе в какой-то момент система окажется неработоспособной.

Отметим, что практики ТБР эффективно работают не поодиночке, а в комплексе, и при этом комплекс практик позволяет соблюсти не один, а сразу несколько принципов. Наиболее важные практики и инструменты, которые поддерживают выполнение принципов ТБР следующее.

Практики (инструменты) снижения трансакционных издержек в проекте:

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

Практики (инструменты) роста доверия между заказчиком и подрядчиком в ходе проекта:

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

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

четкая технология управления требованиями;
быстрое и технологичное обнаружение дефектов, запросов на изменения;
процесс обработки обращений и запросов на изменения;
регулярное планирование и перепланирование работ и ресурсов, практика «игры в планирование»;
архитектура системы программ «1С:Предприятие» и средства разработки.

Практики (инструменты) достижения компромисса между качеством и временем/ объемом/ресурсами:

высокоэффективные коммуникации с заказчиком проекта;
применение закона Парето, который можно переформулировать так: 80 % требований можно с достаточным качеством реализовать за 20–50 % ресурсов и времени, остальные 20 % требований, а также повышение качества потребуют всего оставшегося времени и бюджета.

Выделим несколько важнейших инструментов и практик ТБР:

1). Команда проекта. В команде проекта нет разделения на заказчика и подрядчика; команда проекта едина, хотя и состоит из тех и других сотрудников. Участники команды проекта доверяют друг другу. В ней существует четкое разделение зон ответственности, каждый член команды проекта делает то, в чем более всего компетентен (рис. 2).

Рис. 2. Разделение зон ответственности в команде проекта

2). Жизненный цикл проекта. Проектная и операционная форма работ в ТБР существуют бок о бок друг с другом. Запуск первой версии рабочей системы происходит как можно раньше, а потом релизы ее новых версий «накатываются» на уже готовую систему.

3). Информационная система, фиксирующая несоответствия и запросы на изменения. Это необязательный, но крайне желательный инструмент ТБР. Информационная система необходима для сокращения трансакционных издержек на передачу несоответствий и запросов на изменения всем членам команды проекта, а также для контроля сроков внесения изменений.

Фирма «1С» и ее партнеры прилагают совместные усилия для постоянного повышения качества обслуживания пользователей. Одним из основных элементов обеспечения высокого уровня качества комплексных услуг по внедрению и сопровождению решений «1С» является создание фирмами-франчайзи систем менеджмента качества на базе международного стандарта ISO 9001 и их сертификация.

Порядок приобретения для партнёров

Доступно только для партнёров фирмы «1С».

Партнёры могут приобрести 1С:ТСКФ в составе подписки на онлайн-сервис «ПрофКейс».

Код	Наименование онлайн-продукта	Страна
2900002101362	1С:ПрофКейс 3.0	Россия (подробнее см. в инфописьме №26555 от 29.11.2019)
2900002101355	1С:ТСКФ 15	Россия (подробнее см. в инфописьме №26555 от 29.11.2019)
2900002123760	1С:ПрофКейс 3.0. Казахстан	Казахстан (подробнее см. в инфописьме №26778 от 03.02.2020)
2900002123777	1С:ТСКФ 15. Казахстан	Казахстан (подробнее см. в инфописьме №26778 от 03.02.2020)
2900002101362	1С:ПрофКейс 3.0	Другие страны СНГ (подробнее см. в инфописьме №26826 от 14.02.2020)
2900002101355	1С:ТСКФ 15	Другие страны СНГ (подробнее см. в инфописьме №26826 от 14.02.2020)

Обучение партнеров в области менеджмента качества

Для успешного создания системы менеджмента качества в компании необходимы компетенции в области менеджмента качества и внутреннего аудита систем менеджмента качества. Для обеспечения компаний партнерской сети компетенциями в области управления качеством, фирма «1С», совместно с международными сертификационными обществами, проводит курс обучения «Требования стандарта ISO 9001:2015. Внутренний аудит системы менеджмента качества на основе ISO 19011:2011».

В процессе обучения анализируются основные требования стандартов, рассматриваются методы и подходы к построению системы, слушателям предлагаются рекомендации по внедрению с учетом специфики внедрения и поддержки прикладных решений на базе платформы «1С:Предприятие 8». Такое построение курса позволяет сформировать комплексное понимание роли системы качества в деятельности ИТ-компании, а большое количество практических заданий дают слушателям необходимые навыки построения системы менеджмента качества в своей компании.

Стандартизация управления качеством услуг

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

описание стандартных процессов управления, мониторинга и улучшения системы качества;
распределение ответственности и полномочий, а также коммуникации;
процессы и документы управления ресурсами и рисками.

Рис. Структура Система менеджмента качества партнера фирмы «1С».

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

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

Сертификация систем менеджмента качества компаний-франчайзи на соответствие стандартам ISO 9001 и ГОСТ Р ИСО 9001 добровольная. Партнеры, построившие систему управления качеством и подтвердившие ее соответствие требованиям международного стандарта ISO 9001 в одобренных фирмой «1С» органах по сертификации, получают статус «Сертифицирован по ISO 9001». Актуальный список партнеров фирмы «1С», сертифицированных по ISO, можно посмотреть в разделе «Сертифицированы по ISO 9001».

Построение системы качества не заканчивается получением сертификата, оно продолжается все время существования фирмы. Стандарт требует, чтобы независимые аудиторы посещали предприятие минимум раз в год и удостоверялись в работоспособности системы качества и приверженности компании требованиям стандарта ISO 9001.

Сертификация – предоставление независимым органом письменного подтверждения (сертификата соответствия) того, что продукт, услуга или система соответствуют установленным требованиям. Сертификация компания «1С:Франчайзи» осуществляется органами по сертификации, имеющими международную аккредитацию ISO.

В качестве органов по сертификации СМК в России фирмой «1С» одобрены авторитетнейшие и крупнейшие международные сертификационные организации – Det Norske Veritas GL (DNV GL) и Bureau Veritas Certification.

На нулевом этапе, т.е. в месте вашего чтения, мы не имеем никакого представления о порядке работ, бюджете и сроках достижения статуса «Работает как надо!». Единственное, чем мы можем обладать — пониманием, что бизнес-процесс работает не эффективно. К сожалению, часто руководители этого не видят или не хотят видеть. (Примеры явных неоптимальных бизнес-процессов моих наблюдений на проектах я опишу в будущих публикациях).

Начинать работу необходимо с составления Технических требований (ТТ) проекта 1С автоматизации (оптимизации или бережливого производства).

Какой-либо структуры документа ТТ в ГОСТ Р ИСО/МЭК 12207-2010 вы не найдёте.

«Настоящий стандарт не устанавливает требований к документации в части ее наименований, форматов, определенного содержания и носителей для записи»

ГОСТ Р ИСО/МЭК 12207-2010

Сразу сообщу, что документ ТТ необходим для:

согласования требуемых функций и их взаимодействия между подразделениями;
подтверждения директората в необходимости проекта и идентификации Заказчика проекта (должностное лицо предприятия);
аргументированного основания начала диалога с Исполнителем.

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

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

Вот пример раздела бизнес-требований недавнего документа ТТ производственного предприятия по внедрению 1С:ERP.

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

Кто должен создать документ?

Идеально — штатный сотрудник со знанием проектных технологий и специфики предприятия. Часто такой компетенции на предприятии нет. Освоить! Ничего сложного — это не техническое задание. Если же обращаться к внешнему Исполнителю, то возникает другая неприятность — подрядчик не владеет спецификой предприятия.

На практике я часто встречаю что этот документ не разрабатывают, чем создают первую же ошибку проекта.

Это документ требований. Следовательно имеем 2 варианта заполнения. Смотрим на блок-схему.

Указав в ТТ сроки выполнения проекта, технологию, ограничения, вы тем самым предъявляете Исполнителю условия к его ресурсам. Если проект трудо- и/или наукоёмкий, то в тендерных участиях отпадают слабые претенденты, не обладающие производственными мощностями, которые неспособны выполнить по выбранной технологии и в требуемый срок. Тут поставлю сноску — ради проекта многие солгут, что могут. В будущей статье я опишу, как распознать блеф претендента (в конкурсах по автоматизации 1С).

Необходимо указывать сроки — начало и окончание проекта. Дискретность — квартал, если реализация проекта оценивается в более чем 6 месяцев. Можно меньше, но не забывайте что это первичный прогноз, и для помесячного планирования нужны аргументы.

Точная дата окончания проекта стоит лишь в том случае, если масштаб проекта настолько велик, что обещали В.Путину. Но учитывая последние события со строительством нового космодрома «Восточный» и дедлайн — не дедлайн

Иногда, когда известны некоторые детали проекта — выбор технологии внедрения и наличие опыта по аналогичному проекту, я указываю временную ленту стадий проекта (из MS Project). Это я делаю при движении по «проторенной» дорожке и понимаю шаги. Как видите, вместо термина «Этап проекта» использую «Квант» (для технологии быстрого результата ТБР). Ниже поясню почему.

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

Выбор технологии

Во-первых: технологию можете не указывать, тем самым предоставляете возможность Исполнителю предложить лучшую на его взгляд. Но если на вашем предприятии (чаще в Группе Компаний) разработаны методики и стандарты проектного управления — надо указывать собственную технологию. При всём их разнообразии — их единицы, остальное «диалекты» :).

Для начала я бы порекомендовал вам ознакомиться со статьёй

Что на этот счет предлагает 1С:

1С:ТБР (Технология быстрого результата)

направлена на минимизацию рисков за счет формализованного жизненного цикла проекта и набора специализированных руководств;
позволяет снизить транзакционные издержки, связанные с ведением проекта;
проста в освоении, индустриальна (легко отчуждается, тиражируется и адаптируется для определенной компании);
доступна как для партнерской сети фирмы «1С», так и для клиентов;
основывается на богатом опыте участников партнерской сети фирмы «1С», существующих технологиях (стандартное внедрение) и передовом мировом опыте (PMI PMbok, eXtreme Programming).

1С:ТСВ (Технология стандартного внедрения)

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

1С:ТКВ (Технология корпоративного внедрения)

Огромный камень — тяжёлый, неповоротливый, статичный… [Технология основана на правилах проектного управления PMBoK ( Project Management Body of Knowledge ). Звучит трендово, нежели ГОСТ 34] … и если его захотеть подвинуть — требуется огромные ресурсы и время. Каждый этап описан, согласован набор обязательной документации. Часто с обязательным наличием ТТ (о чём и речь статьи).

Для анализа выбора технологии я использую собственную таблицу.

Поинты помогут вам в выборе. НО! Вашу аналитическую работу никто не отменяет. Вы должны понимать, что есть виды бизнеса где 5 человек требуют ТКВ. Например, дочернее предприятие крупного холдинга занимающееся сервисом — уборкой территории, общепитом, услугами автотранспорта и т.п. — много бизнес-процессов, требующих описания.

Согласование документа

Наличие согласованного документа подтверждает, что директорат ознакомлен (или же выступает инициатором) с намерениями начать диалог автоматизации с исполнителем и осознаёт области и бизнес-требования автоматизации.

Если документ ТТ длительное время не подписывается стоит насторожиться. Возможно инициатор проекта не имеет влияние на принятие решения, либо отсутствует единая точка зрения, либо ТТ создан неудовлетворительно и не раскрывает бизнес-цели в полном объёме.

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

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