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

Публикация № 1548416 12.11.21

Анализ и управление - Управление проектом

управление проектами водопадная модель V-модель инкрементная итерационная спиральная Agile / Scrum

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

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

Практика внедрения программных продуктов для бизнеса, 1С ERP в том числе, использует несколько методик:

  • Классическая, каскадная или «водопадная» модель;
  • V-модель;
  • Инкрементная модель (модель снижения риска) или «мульти-водопад»;
  • Итерационная, спиральная модель (некоторые аналитики считают, что это 2 разные модели);
  • Agile / Scrum;

Существуют и другие варианты моделей внедрения, такие как Сашими, рациональный унифицированный процесс (RUP), методология «чистой комнаты» (Cleanroom) и др. Но все эти модели могут быть отнесены к разновидности классического варианта, поскольку они являются последовательными, с четкой границей между этапами. К Agile относят методики FDD, Kanban, экстремальное программирование (XP), Lean и т.д.

 

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

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

 

Сравнительный анализ различных моделей управления проектом – полезная информация для принятия решения

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

 

 

Классическая, каскадная или «водопадная» модель

Agile / Scrum

 

V-модель

Инкрементная модель (модель снижения риска) или «мульти-водопад»

Итерационная, спиральная модель (некоторые аналитики считают, что это 2 разные модели)

Описание

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

Работа разделена на отдельные шаги – Спринты («Sprint»). Регулярные собрания подводят итоги прошедшего шага и формируют перечень задач нового шага.

После каждого шага заказчик может использовать результат и оценить, его.

Вариант классической модели.

Стадия тестирования (функционального, нагрузочного, интеграционного) проводится параллельно со стадией настройки и доработки.

Поэтапное внедрение системы.

Каждый модуль при внедрении проходит через этапы классической модели.

На старте внедрения необязательна полная спецификация требований. Внедрение начинается с реализации части функционала, становящейся базой для определения дальнейших требований. Этот процесс повторяется «по спирали».

Условия применения модели

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

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

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

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

Когда основные требования к системе четко определены и понятны. Но в то же время требования к дополнительным модулям не сформированы окончательно и могут дорабатываться с течением времени.

Проект большой или очень большой.

Требования к конечному результату заранее чётко не определены.

Хорошо подходит для автоматизации сложных, но критически важных бизнес-процессов.

Риски и критические условия реализации проекта

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

Есть риск, что конечный результат может иметь недочёты, на устранение которых понадобятся дополнительные ресурсы

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

Исполнитель полностью несет ответственность за срыв сроков и незапланированное увеличение бюджета.

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

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

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

Частые запросы на оценку работы системы могут вызвать раздражение пользователей.

Снижается риск, что конечный результат будет иметь серьёзные недочёты, на устранение которых понадобятся дополнительные ресурсы

 

Предусматривает на первом большом этапе внедрение продукта в базовой функциональности, а затем уже последовательное внедрение новых модулей - «инкрементов».

Предполагает 4 этапа для каждого витка:

1.    исследование и планирование;

2.    анализ рисков;

3.    разработка и внедрение;

4.    оценка результата и при удовлетворительном качестве переход к новому витку или новому модулю.

Результат может быть не неидеален, главное, чтобы система работала.

Уровень сложности управления проектом

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

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

Соответствует уровню классической водопадной модели управления проектом.

Не нужно использовать много ресурсов на начальном этапе.

Соответствует уровню классической водопадной модели управления проектом.

Скорость внедрения

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

Позволяет быстро получать локальный результат после коротких шагов.

Высокая за счет распараллеливания этапов внедрения.

Рабочая эксплуатация возможна только после завершения последнего этапа.

Высокая за счет последовательного ввода подсистем.

Рабочая эксплуатация начинается с ввода первой подсистемы.

Высокая за счет последовательного ввода подсистем.

Рабочая эксплуатация начинается с ввода базовой подсистемы.

Сроки и стоимость внедрения

Стоимость фиксированная.

Сроки заранее определены.

Сложно заранее оценить стоимость.

Сроки жёстко не определены.

Стоимость фиксированная.

Сроки заранее определены.

Стоимость фиксированная.

Сроки заранее определены.

Отсутствие фиксированного бюджета и сроков.

Гибкость, возможность оперативных изменений

Нет возможности сделать шаг назад, список требований нельзя скорректировать в любой момент.

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

Возможность внесения изменений на каждом шаге проекта.

Примерно соответствует гибкости классической модели управления проектом.

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

Ошибка обходится дешевле за счет более короткого шага для получения результата.

Быстрое внедрение даёт возможность оперативно получать обратную связь от заказчика и пользователей.

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

Условия оперативных изменений

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

Не нужно нанимать команду тестировщиков, можно опираться на подробную техническую документацию.

Эффективное взаимодействие в команде важнее процессов и технологий.

Необходимо достаточное количество инженеров тестировщиков.

 

 

 

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

 

Возможно ли, сочетая достоинства различных технологий, получить «комбинированный» продуктивный вариант для проекта?

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

 

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

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

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

 

Наши рекомендации заказчику до начала проекта для повышения качества результата.

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

1) максимально точно определить цели проекта;

2) детализировать (насколько возможно) границы и требования к системе;

3) критично взвесить свои возможности и ресурсы - определиться, что можно сделать самим, что заказать на стороне, и что лучше сделать совместными усилиями;

4) запросить предварительные оценки и технологии реализации проекта от потенциальных подрядчиков;

5) привлечь экспертов для анализа представленных вариантов на наличие рисков и их исполнимость;

6) обсудить с потенциальными подрядчиками возможность корректировки предложения;

7) выявить профессиональный уровень подрядчика, его умение и желание работать;

8) доработать совместно с подрядчиком план проекта до рабочей версии;

9) провести переговоры для заключения контракта;

Специальные предложения

Комментарии
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
1. DBTransformer 12.11.21 15:09 Сейчас в теме
Вопрос 1. Получается, чем крупнее бизнес и сложнее проект, тем выше потребность Заказчика в гарантиях получения требуемого результата. И ищет он эти гарантии не в компетенциях Исполнителя, а фактически требует от Исполнителя брать на себя невыполнимые обязательства. При такой постановке квалифицированный и ответственный Исполнитель никогда не получит заказ, а Исполнитель, готовый пообещать всё, что попросят, способен добиться достижения целей только случайно. В итоге Заказчик вместо гарантированного срока и стоимости проекта получает результат, обратный требуемому. Такая ситуация может быт связана с распределением ролей участников проекта в команде Заказчика?
4. Soliton 297 13.11.21 17:12 Сейчас в теме
(1)

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

Исполнитель, готовый "пообещать всё, что попросят", никогда не добивается достижения целей...

=== Такая ситуация может быт связана с распределением ролей участников проекта в команде Заказчика?

Не совсем понял данный вопрос. Пожалуйста, поясните чуть шире?
DBTransformer; +1 Ответить
6. DBTransformer 16.11.21 13:11 Сейчас в теме
(4) Различие ролей со стороны Заказчика состоит в том, что в результате, выраженном в росте эффективности и устойчивости бизнеса, заинтересованы владельцы и высший менеджмент. А непосредственным руководством сложным проектом занимается руководитель службы ИТ, заинтересованный в минимизации личных рисков.
5. Petr54-ru 90 16.11.21 12:47 Сейчас в теме
(1) Оба ваших вопроса - и вопрос 1 и вопрос 2. Решаются путем вытягивания Заказчика на проект по предпроектным исследованиям. За деньги естественно.

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

С этим документом Заказчик может пойти к конкурента и попросить упасть по цене и срокам. Вам без разницы, вы за это исследование деньги уже получили.
7. DBTransformer 16.11.21 13:18 Сейчас в теме
(5) Не так всё просто. заказчик пойдёт к конкурентам, те упадут в ценах. Если цена была обоснованной, конкурент не оправдает ожидания заказчика, система внедрится непонятно как. В итоге клиент вернётся к ответственному исполнителю, подготовившему первоначальное ТЗ. Исправлять то, что испортили другие, сложнее, чем делать заново. Поэтому стоимость второй попытки внедрения окажется дороже первоначального ТЗ. В итоге заказчик инвестирует в развитие информационной системы в два с лишним раза больше, чем в соответствии с первым ТЗ, времени - раза в три - пять больше. И упустит ряд возможностей развития своего бизнеса. Но если заказчику очень хочется приключений, никто в этом ему помешать не сможет.
8. Petr54-ru 90 16.11.21 13:56 Сейчас в теме
(7) Фундаментальный принцип работы в ИТ - с чудаками на букву Эм не работаем. Если они ушли к конкурентам, то флаг им в руки и барабан на шею. Не надо работать с нелояльными клиентами, пусть с ними работают конкуренты. И то что потом на стороне заказчика случится, нам вообще не интересно. Если ничего у него не выйдет, и он вернется взад, то надо цену поднимать, как минимум процентов на 20%, - наценка за нелояльность и потому что у конкурентов не вышло.

В реальной жизни, у ИТ-директора со стороны заказчика свои исполнители имеются, и не одни, которые костьми лягут, чтобы его не подставить и еще откатят ему, были бы заказы
9. DBTransformer 16.11.21 14:49 Сейчас в теме
(8) При таком подходе так и будете сидеть на предпроектных исследованиях и делать ТЗ для других внедренцев. А потом к Вам и за предпроектными исследованиями обращаться перестанут, поскольку внедрений у Вас не будет.
11. Михаил_65 16.11.21 15:05 Сейчас в теме
(9)
внедрений у Вас не будет.

А что хуже? Неудачное, провальное внедрение? Или отсутствие "халтурных" проектов, а внедрения пусть редкие, но успешные?
12. DBTransformer 16.11.21 15:11 Сейчас в теме
(11) Странная альтернатива. Идея всегда работать качественно мне больше нравится.
13. Petr54-ru 90 17.11.21 07:50 Сейчас в теме
(9) Этот наш бизнес очень похож на преферанс. Провальный проект - это считай паровоз на мизере. Чудаки на букву Эм, в лице заказчика вам залет обязательно обеспечат.

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

С другой стороны, полно технологий обеспечения лояльности заказчика без того, чтобы падать по цене. Как говорили во времена оные - "Мы сделаем все что угодно, если найдем кому поручить". Если у вас есть люди, способные обеспечивать лояльность заказчика на протяжение выполнения всего проекта, то все у вас будет хорошо, и никакие конкуренты вам не страшны.
10. Михаил_65 16.11.21 14:54 Сейчас в теме
(8)
ИТ-директора со стороны заказчика свои исполнители имеются, и не одни, которые костьми лягут, чтобы его не подставить и еще откатят ему, были бы заказы


В реальной жизни бывает по разному. Если задача внедрения поручена внешней IT структуре, есть шанс получить полноценное внедрение.
Но часто бывает так.Молодые джуниоры понимают свою работу исключительно как IT услугу. И дружно "надевают", "натягивают" компанию на программу. Редко кто из таких IT специалистов, даже уровня тимлида имеет уровень знания специфики ведения бизнеса, понимания эффективности его процессов и особенностей управления предприятием в комплексе.
И в результате «внедрённая» система работает не полностью, с ошибками, сложно, из-за чего саботируется и становится малоценным балластом, выброшенными миллионами рублей.
Реально опытные аналитики и консультанты высшего уровня в крупных IT компаниях есть, но они обычно работают «на разрыв», сразу на нескольких больших проектах. Не удивительно, что в таких условиях работа по внедрению ERP организована по шаблонам, специалисты используются в режиме «конвейерной сборки» системы.

Если внедрение ERP проходит через собственные отделы информационных технологий, то руководителем компании обычно движет «железная» уверенность в том, что собственные специалисты в любом случае лучше «варягов» сумеют разобраться в специфике работы предприятия и вникнуть в требования пользователей. К тому же добавляется вполне понятное желание сэкономить.
Но при этом:
1. Управление проектом делегировано директору по IT. Руководство изначально считает проект внедрения задачей для программистов и не думает активно участвовать в нём.
2. Проблемы внедрения решаются расширением штата программистов.
3. Функционал и возможности установленной ERP мало интересуют руководителей и топ- менеджеров.
4. ITшники больше внимания уделяют качеству кода и скорости работы системы, чем объективным требованиям бизнеса и системы управления.
В такой компании ERP полноценно внедрено не будет.

Шанс появляется, если директор по IT не замыкается в задачах цифровизации и понимает, что внедрение ERP – это не самоцель, а внедрённая система должна служить интересам предприятия, бизнесу.
Soliton; DBTransformer; +2 Ответить
14. Petr54-ru 90 17.11.21 07:57 Сейчас в теме
(10)
Шанс появляется, если директор по IT не замыкается в задачах цифровизации и понимает, что внедрение ERP – это не самоцель, а внедрённая система должна служить интересам предприятия, бизнесу.


Еще какая самоцель, например если ИТ дректору нужно поиметь в резюме строки типа - "успешное руководство внедрением ERP", ну или получить * процентов 10 от стоимости лицензий.

Еще можно расширив штат департамента повысить свою капитализацию на рынке.
2. DBTransformer 12.11.21 15:13 Сейчас в теме
Вопрос 2. В автоматизации и повышении эффективности управления заинтересованы владельцы и высший менеджмент предприятия Заказчика, а ответственность за отбор Исполнителя и реализацию проекта несёт руководитель департамента информационных технологий. Стоимость проекта высока. Влияние результатов проекта на показатели бизнеса может превосходить стоимость проекта в десятки и сотни раз. И в такой ситуации руководитель подразделения информационных технологий оказывается заинтересован в минимизации собственных рисков, что и приводит его к требованию от Исполнителя сроков и стоимости работ, точно предсказать которые при качественном внедрении часто невозможно. Как правильно Заказчику распределить роли участников проекта со своей стороны, чтобы не попасть в собственную организационную ловушку? Как Исполнителю правильно строить работу с учётом распределение ролей в команде Заказчика?
3. Soliton 297 13.11.21 17:09 Сейчас в теме
(2)

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

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

=== Как Исполнителю правильно строить работу с учётом распределение ролей в команде Заказчика?

Для этого существует технология "анализа карты сил на проекте".
DBTransformer; +1 Ответить
Оставьте свое сообщение

См. также

Переход с УПП на ERP. Сложности выверки регламентированного учета при «плавном переходе»

Обмен между базами 1C Внедрение ИТ-систем Управление проектом Платформа 1С v8.3 1С:Управление производственным предприятием 1С:ERP Управление предприятием 2 Бухгалтерский учет Бесплатно (free)

На конференции Infostart Event 2022 Saint Petersburg выступил генеральный директор компании MoscowSoft Сергей Сорокин. Он рассказал про актуальность проектов перехода с УПП на ERP, рассмотрел риски при переходе и типовые сложности, которые возникают при сопоставлении документов и других объектов конфигураций.

05.05.2023    1043    primat    0    

6

Технология проекта внедрения 1С:ERP – как управлять большим проектом

Управление проектом Управление командой Платформа 1С v8.3 1С:ERP Управление предприятием 2 1С:Управление холдингом Бесплатно (free)

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

10.02.2023    2230    andironenko    2    

24

Переход с SAP на 1С: к чему готовиться? Подводные камни и решения

Управление проектом Внедрение ИТ-системы Платформа 1С v8.3 1С:ERP Управление предприятием 2 Бесплатно (free)

Ранее мы рассмотрели ситуации, в которых внедрение «1С:ERP» становится неотложной задачей. Пришло время подробнее изучить самый злободневный сценарий — переход с SAP.

26.01.2023    1474    ystetsenko    19    

4

Да кому нужна эта ERP? 3 типа компаний, которым стоит внедрять 1С:ERP в 2023 году

Управление проектом Внедрение ИТ-системы Платформа 1С v8.3 1С:ERP Управление предприятием 2 Управленческий учет Бесплатно (free)

Любой бизнес стремится автоматизировать процессы. Однако ситуации, когда назревает потребность перейти от лоскутной автоматизации и старых учётных систем к более современным, у всех разные. Каким предприятиям действительно пора внедрять «1С:ERP» и что за трудности ждут их на этом пути? Узнайте из нашей статьи.

09.01.2023    1330    ystetsenko    1    

5

Внедрять ли 1С в условиях кризиса и неопределенности?

Управление проектом Внедрение ИТ-системы Платформа 1С v8.3 1С:ERP Управление предприятием 2 Бесплатно (free)

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

25.10.2022    833    ystetsenko    2    

3

Проектный челлендж: переход с SAP на 1С:ERP за 1,5 месяца

Управление проектом Внедрение ИТ-системы Платформа 1С v8.3 1С:ERP Управление предприятием 2 Россия Управленческий учет Бесплатно (free)

Как поступить, если SAP скоро отключат, а продолжать отгрузки и сдавать отчетность как-то нужно? Возможно ли перевести финансовый и оперативный контур на новую ERP за несколько недель? С этими вопросами мы впервые столкнулись в марте 2022 года, когда к нам обратилась компания Zentiva в России. Руководитель проектов ГК «КОРУС Консалтинг» Денис Плющ – о том, как сократить цикл внедрения ERP, и в чем особенности проектного подхода в «экстремальных» условиях.

03.10.2022    1268    user1852960    2    

5

Умыть руки или закатать рукава? О роли руководства в проекте внедрения ERP

Управление проектом Внедрение ИТ-системы Платформа 1С v8.3 1С:ERP Управление предприятием 2 Россия Бесплатно (free)

По данным рейтингового агентства «Эксперт РА», в 20% случаев ключевым фактором успеха при внедрении ERP-систем в России становится участие руководства. И наоборот: невнимание руководителей к проекту — основная причина провалов (40%). Что стоит учесть, чтобы не попасть в печальную статистику? Разбираемся вместе с главой отдела внедрения компании «Внедренцы и Программисты» Дианой Винокуровой.

27.09.2022    1235    ystetsenko    0    

5

Я - ЗУПер! Часть 1. Компетенции сотрудников.

Внедрение ИТ-системы Управление проектом Управление командой Управление ИТ-подразделением Платформа 1С v8.3 Конфигурации 1cv8 Бесплатно (free)

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

09.09.2022    6554    biimmap    78    

58

Переход с SAP HR на 1С ЗУП 3.х

Управление проектом Внедрение ИТ-системы Платформа 1С v8.3 1С:Зарплата и Управление Персоналом 3.x Бесплатно (free)

Задача: перейти с SAP HR на ЗУП 3.х. Выполнялась сложно, прошла с приключениями. Рассказываю к чему надо быть готовым, когда перед вами поставили такую, без сомнений, амбициозную задачу. *картинка взята из интернета*

31.08.2022    2544    VKuser24804875    12    

18

Архитектура прикладных решений целевой системы учета

Управление проектом Платформа 1С v8.3 1С:Управление производственным предприятием 1С:Франчайзи, автоматизация бизнеса Россия Бесплатно (free)

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

24.12.2021    2648    mr_den    0    

15

Проект, который прошел путь от провала до web-клиента. От web-клиента до мобильного приложения

Управление проектом Платформа 1С v8.3 Мобильная платформа Управленческий учет Бесплатно (free)

Не сразу проект «взлетает», иногда нужны масштабные доработки. О том, через какие стадии прошел проект приложения для кабинета партнера в сети франшизных магазинов ГК Пив&ко, на INFOSTART MEETUP Ekaterinburg.Online рассказал заместитель начальника отдела разработки ГК PRO Дмитрий Сидоренко.

19.03.2021    3422    dsdred    6    

22

Есть ли способ повысить эффективность пищевого производства?

Управление проектом Платформа 1С v8.3 1С:ERP Управление предприятием 2 Пищевая промышленность Управленческий учет Бесплатно (free)

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

09.02.2021    3206    1СERP    4    

12

Реально ли запустить 1С:ERP 2 на градообразующем предприятии за 3 месяца?

Управление проектом Внедрение ИТ-системы Платформа 1С v8.3 1С:ERP Управление предприятием 2 Бухгалтерский учет Управленческий учет Бесплатно (free)

ERP – сложный программный продукт, который требует от внедренцев не только знаний и опыта, но и корректного общения с заказчиком и пользователями. Некоторыми секретами при запуске 1С:ERP 2 с участниками конференции Infostart Event 2019 Inception поделился руководитель офиса БИТ:ERP компании Первый БИТ Глеб Стальной.

28.08.2020    2988    glebushka    7    

8

Какими критериями стоит руководствоваться при выборе партнера на проект по автоматизации? Часть 2

Управление проектом Платформа 1С v8.3 Конфигурации 1cv8 Россия Бесплатно (free)

В предыдущей статье https://infostart.ru/1c/articles/1268138/ мы поговорили про критерии выбора партнера, единый формат оценки и отбор наиболее интересных подрядчиков.

27.08.2020    1394    Aprsoft    2    

1

Интеграция с Трелло. Готовый код

Управление проектом Платформа 1С v8.3 Бесплатно (free)

Код основных действий, интеграция с API Трелло.

19.08.2020    6653    Yashazz    14    

55

Как кропотливая работа оказалась эффективнее энергичной атаки

Управление проектом Платформа 1С v8.3 1С:ERP Управление предприятием 2 Машиностроение и приборостроение Россия Управленческий учет Бесплатно (free)

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

10.07.2020    5089    Soliton    16    

19

Мастер-класс "Ведение проектов в типовых конфигурациях 1С"

Управление проектом Платформа 1С v8.3 Бесплатно (free)

При адаптации типовой конфигурации под особенности учета в компании важно обеспечить возможность легкого обновления поставки. Как организовать архитектуру решения и продумать процесс быстрой и эффективной разработки без ущерба типовой функциональности, на конференции Infostart Event 2019 Inception рассказал ведущий программист компании BIA-Teсhnologies Алексей Князьков.

05.06.2020    5752    AKnyazkov    4    

13

Автоматизация управления закупками: специфика проектов, методология работ или "как не наступить на грабли"

Управление проектом Платформа 1С v8.3 1С:ERP Управление предприятием 2 Управленческий учет Бесплатно (free)

В этой статье речь пойдет об автоматизации закупочной деятельности. Причем не о том, как настраивать рабочие места, документы и реквизиты в 1С:ERP. А о том, что на самом деле обычно нужно компании, когда она заявляет об «автоматизации процессов закупок». И о том, как правильно подойти к этой самой автоматизации, чтобы проект не стал «вечным долгостроем», а внутренние заказчики (руководство компании, руководители отделов и департаментов) получили действительно полезный результат. Подробнее тему автоматизации МТО можно изучить на курсе //infostart.ru/public/1201558/

06.04.2020    9186    1СERP    4    

28

Проблемы интеграции 1С: ERP с негибкой системой производственного учета

Управление проектом Платформа 1С v8.3 1С:ERP Управление предприятием 2 Бесплатно (free)

Данная статья описывает трудности интеграции 1С: ERP с негибкой внешней системой производственного учета. Статья поможет консультантам/менеджерам проектов обойти стороной те грабли, с которыми познакомились мы.

14.01.2020    5124    user1042803    5    

9

Где теряется эффективность?

Управление проектом Платформа 1С v8.3 Конфигурации 1cv8 Бесплатно (free)

Общее понятие об эффективности командной работы. Где она теряется, где ее ищут, и почему ничего не получается.

03.05.2019    7638    1c-intelligence    13    

15

Как запустить 1С:ERP 2 на тысячу пользователей и не написать ни одной страницы ТЗ?

Управление проектом Платформа 1С v8.3 1С:ERP Управление предприятием 2 Бесплатно (free)

Глеб Стальной делится опытом построения полного цикла процесса DevOps на проектах 1С с помощью использования современных инженерных практик – разработки через поведение, автоматизации ночных сборок, непрерывного анализа качества кода и т.д. В статье много внимания уделяется работе с инструментами (Slack, Zoom, Jira, Confluence, Jira Service Desk, Bitbucket, Vanessa Behavior, БИТ.Адаптер, Jenkins, SonarQube 1C (BSL) Plugin, Allure и т.п.)

17.01.2019    26143    glebushka    61    

129

Как правильно выбрать поставщика услуг 1С

Управление проектом Платформа 1С v8.3 Россия Бесплатно (free)

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

14.01.2019    6971    itworks    14    

4

Код по цене пачки пельменей и сорок бочек скрама

Управление проектом Платформа 1С v8.3 Бесплатно (free)

Быстрый код по цене пачки пельменей и сорок бочек скрама пятому столику.

10.01.2019    13424    Alex_Japanese_Student    144    

85

Вы как хотите, а я сделал

Управление проектом Бизнес-процессы Конфигурации 1cv8 Бесплатно (free)

Хвастаюсь системой управления задачами

28.12.2018    13228    1c-intelligence    18    

57

Как получить сервер разработки под 1С в Azure на 80% дешевле

Управление проектом Платформа 1С v8.3 Россия Бесплатно (free)

Разговоров про облака в ИТ-индустрии очень много в последнее время. Часто споры сводятся к тому, как правильно считать стоимость владения.

05.12.2018    6325    zhogov    15    

7

"Гнем" Waterfall

Управление проектом Платформа 1С v8.3 1С:ERP Управление предприятием 2 Бесплатно (free)

В прошлой статье (https://infostart.ru/public/898904/) мы поговорили о проблематике разных методик управления проектами – традиционный Waterfall и ныне модный Scrum. Но каких-то конкретных рекомендаций пока не дали. В рамках этой статьи поговорим о том, как же синтезировать эти подходы в то, что можно использовать в работе. Статья построена на примерах из практик ВЦ «Раздолье». Автор статьи директор по развитию ВЦ «Раздолье» Андрей Мироненко.

04.10.2018    9259    1СERP    9    

17

Место гибких методов управления (Agile) в практике 1С

Управление проектом Платформа 1С v8.3 1С:ERP Управление предприятием 2 1С:Управление холдингом Бесплатно (free)

Всякое описание тех или иных методик управления проектами является достаточно малоценным, если мы ведем речь об абстрактных проектах. Одно дело – проект строительства дома, другое проект автоматизации. Но даже этого недостаточно – автоматизация бывает весьма разной – делаем ли мы систему «с нуля» или адаптируем готовое решение под конкретного заказчика, сколько заказчиков у данной системы – один или множество и пр., пр., пр.. В итоге даются некие универсальные принципы, которые на практике бывают мало применимы и даже вводят людей в заблуждение. Попробуем поговорить о конкретике - но сразу предупреждаем что это субъективный взгляд на проблему от лица ВЦ "Раздолье". Автор статьи директор по развитию ВЦ "Раздолье" Андрей Мироненко.

05.09.2018    11192    1СERP    3    

20

CI/CD для 1С - миф или реальность?

Управление проектом Платформа 1С v8.3 Бесплатно (free)

Разберём плюсы и минусы применения практик CI/CD с учетом ограничения технологической платформы 1С:Предприятие.

02.07.2018    28122    comol    56    

90

А стоит ли затевать? Или каких результатов можно достигнуть, автоматизировав производство?

Производство готовой продукции (работ, услуг) Управление проектом Платформа 1С v8.3 1С:ERP Управление предприятием 2 1С:Франчайзи, автоматизация бизнеса Россия Управленческий учет Бесплатно (free)

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

29.06.2018    9013    Aprsoft    1    

8

История одного проекта ERP

Управление проектом Платформа 1С v8.3 1С:ERP Управление предприятием 2 Бесплатно (free)

Любопытная история одного проекта ERP, успешного - с одной стороны, провального - с другой.

02.05.2018    9648    papche    38    

13

Как правильно купить 1С

Управление проектом Платформа 1С v8.3 Конфигурации 1cv8 Бесплатно (free)

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

23.03.2018    18736    raiml    27    

15

Автоматизация торговой деятельности как путь к лидерству на рынке

Управление проектом Платформа 1С v8.3 1С:ERP Управление предприятием 2 Оптовая торговля, дистрибуция, логистика Россия Бесплатно (free)

В настоящей статье мы поделимся опытом автоматизации торговой деятельности и постараемся показать, как с помощью автоматизации повысить эффективность компании.

27.12.2017    10411    Aprsoft    0    

5