Мастер-класс СППР

Публикация № 1115865

Методология - Управление проектом

Сергей Наумов, в прошлом разработчик подсистемы бюджетирования в конфигурации «1С:ERP», на мастер-классе конференции INFOSTART EVENT 2018 EDUCATION поделился опытом управления проектами с помощью «1С:Системы проектирования прикладных решений» и показал, как использовать эту программу в работе над разными задачами: для сбора, классификации и хранения требований; для управления разработчиками и консультантами; в качестве системы документирования; в качестве баг-трекера на этапе опытно-промышленной эксплуатации.

 

 

В СППР немного объектов метаданных, и все вращается вокруг двух основных объектов – это «Проект» и «Тех. проект». 

  • Обычно, проект – это нечто, что имеет окончание, имеет определенные этапы, но в СППР это не так. В терминах СППР проект – это конфигурация, с которой вы работаете. На каждую конфигурацию нужно открывать отдельный проект. 

  • Тех.проект – это изменения конфигурации, либо какая-то выполняемая задача. К тех. проекту могут быть прикреплены ошибки и задачи. В терминах СППР задача – это некоторое задание исполнителю в рамках тех. проекта или в рамках какого-то объекта метаданных. 

Проект определяет, где лежит база данных, какие у нее настройки метаданных. Есть очень интересная возможность – интегрировать проект с рабочей базой, и у пользователя прямо в интерфейсе будет отображаться модель, которая реализована в СППР. Это позволит сделать для пользователя удобный сервис, который будет ему помогать. Я чуть позже покажу, как это выглядит, и чем это может быть полезным именно в работе внутри компании.  

Внутри проекта есть модели. СППР поддерживает две модели – модель процессов и модель функций:

  • Модель процессов описывается просто в текстовом формате;

  • А модель функций реализуется в нотации IDEF0. 

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

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

  • Возможность генерации справки – вы можете в процессе работы над тех. проектом, сразу писать справку к объектам, и система будет генерировать ее в HTML-формате. И потом эту справку можно централизованно загрузить в конфигурацию.

  • Механизмы проверки IDEF-моделей на соблюдение стандартов IDEF. 

  • И еще одна интересная возможность – можно автоматизированно генерировать шаблоны прав. 

 

 

Процесс работы с СППР. Продвижение тех. проектов по контрольным точкам

 

 

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

Почему? В саму СППР заложен очень интересный процесс – это продвижение тех. проектов по контрольным точкам. Он простой, но эффективный. Он позволяет всегда понимать, на какой стадии находится ваш тех. проект. Стадия = контрольная точка. Внутри определенной стадии тех. проекта рождаются какие-то задачи, ошибки. И тех. проект переходит со стадии на стадию. Например, на первой стадии мы назначили задачи, выполняем их, отмечаем, что этот этап согласован, и тех. проект таким образом продвигается. 

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

Давайте посмотрим, как это выглядит на практике.

 

 

Обратите внимание, что СППР рассчитан на то, что вы работаете с одной конфигурацией, поэтому, пока вы на начальной странице не отметите текущий проект, у вас все списки будут пустыми, потому что во всех списках установлен жесткий отбор по одному текущему проекту. 

 

 

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

 

 

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

Например, если вы работаете с бухгалтерией, у вас может быть этап «Верификация требований главного бухгалтера», под который требуется отдельное согласование. А если вы работаете с УТ, то там вы, возможно, работаете просто по заявкам, без дополнительных согласований. 

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

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

 

 

Дальше – я у себя на главной странице в «Текущих делах» вижу, что тех. проект пришел ко мне на согласование (гиперссылка «Согласовать»).

 

 

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

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

 

 

Структура этапов работы с тех. проектом

 

 

У нас это выглядит таким образом – у нас четыре этапа.

 

 

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

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

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

 

 

Работа внутри тех. проекта, внутри этапа строится таким образом – у нас там всегда есть две роли. 

  • Один человек, который отвечает за тех. проект, и хочет его продвинуть дальше. 

  • И второй человек, который проверяет, что работы выполнены правильно – ответственный. 

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

 

 

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

 

 

Здесь есть протокол переписки – можно внутри СППР вести мини-переписку по задаче – друг другу перенаправлять задачу с какими-то комментариями. 

 

 

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

 

 

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

 

 

Проектирование в СППР

 

 

Что касается проектирования в СППР:

  • Фирма 1С, как вендор, представляет вам модель для ERP, причем, не секрет, что УТ и КА из ERP просто вырезаются. Следовательно, эта же модель может служить и для анализа КА и УТ. Я в этом примере взял модель от ERP и подключил ее к КА – работает прекрасно. 

  • Процессы и шаги – это просто текстовое описание ваших процессов. Их можно связать между собой. 

  • А функции – это уже описание с помощью IDEF0, это уже действительно моделирование. 

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

  • Например, вас в компании просят автоматизировать процесс учета заказов – вы открываете первый тех. проект, связываете его с процессом «Учет заказов». 

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

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

 

 

Общая идея всего этого:

  • У вас есть модель, которая является упрощенным представлением вашего предприятия, ваших процессов. 

  • Тех. проекты эту модель изменяют. Каждый тех. проект вносит какое-то изменение в процессы, и это же изменение вы также отражаете в модели. 

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

 

 

Давайте посмотрим, как у нас устроено моделирование. У нас есть отдельный раздел «Моделирование системы». 

 

 

Тут есть процессы. Они сделаны очень просто, никакой графической нотации здесь нет. У процесса есть:

  • предшествующие процессы;

  • шаги процесса;

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

 

 

Работа с интегрированной моделью системы

 

А вот с моделью системы уже намного интереснее.

 

 

Если мы переключимся на типовой проект «УП(ERP)», модель которого была сюда предварительно загружена, то в разделе «Функции» мы увидим полную модель нашего предприятия.

 

 

Здесь мы видим все составляющие, все функции, которые выполняет подсистема и объекты данных. 

 

 

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

 

 

Можно путешествовать по модели и смотреть, какие объекты в нее входят и какие данные. Мы в основном бюджетированием занимаемся. На практике, модель бюджетирования мы фактически пользователям не показываем, потому что в ERP и в КА бюджетирование – это конструктор. И здесь модель отражает, что этот конструктор нужно настроить –  для пользователей это никакого смысла не несет. Но другие подсистемы вполне можно использовать для обучения пользователей.

 

 

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

 

 

После того, как мы в СППР модель настроим, она становится доступна в КА и в ERP. Просто публикуете СППР на веб-сервере, указываете в КА адрес опубликованного веб-сервиса и у вас для каждого разделе появляется команда «Функциональная модель», по которой можно ее прямо отсюда открыть. 

 

 

Чем это может вам помочь? Когда у вас есть ERP или КА, вы можете в СППР для пользователей прямо здесь, в этой модели делать какие-то подсказки. 

 

 

Например, вы поставили у себя ERP, поставили СППР, загрузили эту модель, и, например, смотрите – вы можете прямо в модели пользователя написать какие-то сценарии работы, какие-то подсказки, объяснения и т.д. 

 

 

Им будет удобно – открыли в КА экземпляр бюджетов, а к нему появилась кнопка, показывающая, что в этой модели. 

 

 

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

 

 

Технология разветвленной разработки в СППР

 

 

Теперь – самое интересное. СППР рассчитана на технологию разветвленной разработки. Эта технология описана на ИТС, но почему-то, по опыту собеседований, про нее мало кто знает. У меня на предыдущем месте работы было свыше 50-ти сотрудников, я собеседовал очень много людей, и мне только два раза смогли сказать, что эту технологию знают. Технология хорошая и простая. Идея вот в чем:

  • Есть главное хранилище. В главном хранилище никто не работает, туда изменения заливаются. 

  • Есть хранилище тех. проекта. Причем, СППР даже умеет создавать эти хранилища автоматически, может их генерировать – из основного хранилища конфигурацию забирать, класть в хранилище тех. проекта и т.д. 

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

  • Из главного хранилища создает файл поставки. 

  • На основании файла поставки создает свое хранилище тех. проекта. 

  • Изначально у него все объекты на замках – он точечно снимает замки с тех объектов, которые планирует изменять, и вносит изменения, 

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

  • А для переноса изменений тех. проекта в главное хранилище, разработчик, использует сравнение/объединение. При этом он видит только свои небольшие изменения, которые он внес в рамках тех. проекта,

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

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

 

 

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

 

 

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

 

 

Смотрите, вся наша конфигурация встала на замок. 

 

 

Теперь мы точечно снимаем все объекты, которые хотим изменять. Почему мы точечно снимаем? Чтобы при втором обновлении из хранилища у нас эти объекты уже не сравнивались, чтобы они автоматически заменились на то, что лежит в хранилище актуальное. 

 

 

Давайте добавим документ «Покупка» и добавим реквизит в документ «Продажа». 

 

 

Мы внесли наши изменения в рамках нашего тех. проекта и теперь переносим их в основное хранилище. 

 

 

Вот, о чем речь – получаем отчет о сравнении конфигураций в текстовом виде.

 

 

И идем в СППР, идем в наш тех. проект, в рамках которого мы эти изменения вносим.

 

 

Заходим в «Проектные решения» – «Объекты метаданных» – «Заполнить по файлу сравнения конфигураций» – «Добавить с диска» – «Загрузить». 

 

 

Смотрите, у нас все объекты с тех. проектом связались, система разобрала файл сравнения, написала, что с этим объектом случилось. 

 

 

В поле «Изменение справки» запишем, что будем делать со справкой - в нашем случае отметим, что изменения не требуются.

Записав изменения, мы отметили, что этим тех. проектом мы изменили эти объекты метаданных. 

 

 

Далее может встать вопрос – кто в последний раз что-то менял – наш справочник, документ или другой объект. Мы идем в раздел «Разработка» – «Объекты метаданных». 

 

 

Тут у вас отображается полное дерево. Вот наши объекты.

 

И уже внутри объекта мы можем получить список тех. проектов, которые изменяли этот объект, и что в нем изменилось. Несложная технология, правда?

 

 

Вопросы:

  • Зачем усложнять схему разработки, применяя промежуточные выгрузки в файлы?

  • ERP – очень большая конфигурация и пока вы вносите в своей разработческой базе какие-то изменения, другие программисты тоже не дремлют, они меняют другие объекты. Чтобы не разбираться – есть у вас пересечения или нет, вы создаете файл поставки и те объекты, которые вы гарантированно не изменяли (а вы знаете, какие объекты вы не изменяли, потому что вы не сняли с них замки), обновятся автоматически. И вам нужно разобраться только с теми пересечениями, которые изменились и у вас, и у других программистов – где они что-то изменили. Благодаря этой системе «замков» мы отсекаем от сравнения те изменения, те объекты, которые вы не меняли, чтобы не все объекты сравнивать глазами при сравнении-объединении, а чтобы они обновились автоматически.

  • Если мы меняем приходник и меняем расходник – это разные тех. проекты?

  • Я для себя вывел такое правило. Тех. проект – это работа не более двух недель. От недели до двух – наиболее эффективно. В таком случае, у вас не может быть столько мелких задач, что изменения рождаются и там, и там. То, о чем вы сейчас говорите – у вас, наверное, тех. проект заведен по заявке. Агрегируйте. Пришло три заявки на улучшение приходника и расходника. Вы создаете тех. проект «Развитие документов приходный и расходный ордер» и обрабатываете в его рамках три заявки. 

 

 

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

Как я ломал сопротивление? Я требовал отчеты, которые нельзя получить в Jira, но очень удобно сделать в 1С:

  • сколько объектов метаданных ты изменил на этой неделе;

  • сколько ты потратил трудозатрат;

  • сколько закрыл задач. 

Три колонки и по дням их расписать. В 1С это делается несложно. Например, у меня был отчет из 8 колонок – прошлая неделя, эта неделя, трудозатраты по дням и куда они пошли.

Трудозатраты отмечаются в задаче. 

 

 

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

 

 

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

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

И наоборот, при тестировании тех. проекта у вас могут быть исходящие ошибки из тех. проекта – пока вы тестировали тех. проект, у вас появились такие ошибки.

 

 

В тех. проекте регистрируете ошибку по работе с программой.

 

 

Пишете наименование, описание, в каком хранилище ошибка обнаружена и кому назначена. 

  • Можно ли использовать СППР в качестве багтрекера?

  • Да, конечно. Нарисуйте простой интерфейс, дайте пользователям к права к списку ошибок – пусть они их хоть через веб-доступ регистрируют. Тем более, что объект метаданных «Ошибка» может быть не привязан ни к каким проектам/тех. проектам.

 

 

На слайде показана наша карта покрытия функциональности. Мы в основном в СППР используем следующие блоки:

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

  • требования, модели – практически не используем. Для требований я использую Sparx Enterprise Architect. 

Еще очень удобно делать такое разграничение по проектам: 

  • если вы работаете внутри, у вас проект – это конфигурация, 

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

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

  • Вы сказали, что проект – это конфигурация. А если у нас в рамках проекта две конфигурации? Допустим, проект по синхронизации между двумя системами?

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

  • А есть возможность в системе автоматически уведомлять заинтересованных лиц по изменениям? 

  • В системе есть уведомления по задачам, по ошибкам – это настраивается в проекте. Они не рассчитаны на пользователя. Они рассчитаны на уведомление тех, кто с этой системой работает. Но есть стандартная БСП-шная рассылка отчетов – система автоматически собирает описание к релизу, делаете рассылку этого отчета, и она автоматически его рассылает.

  • Что при описании в нотации IDEF0 считать функцией и описывать кубиками IDEF0, а что считать процессом и описывать по шагам?

  • Модель процессов и модель функций – это две параллельные модели, описывающие одно и то же. У вас может быть процесс продажи, который включает в себя доставку. А на верхнем уровне у вас может быть две функции, связанные между собой – продажа и доставка. И дальше это уже декомпозируется до объектов. Это две разные модели. 

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

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

  • Если мы идем по классике, мы сперва проектируем систему, рисуем функции, и потом на основе этих функций формируем структуру объектов. И желательно, чтобы это происходило в СППР. Но при этом на основе этой структуры, которую мы создали, мы не можем создать объекты в автоматизированном режиме. Мы все равно должны вручную создать. И потом, когда мы загружаем, наши объекты, созданные вручную, помечаются на удаление. Это создает дополнительную трудоемкость. И в этом противоречие

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

  • На последнем партнерском семинаре анонсировали, что в СППР будет включена Vanessa – не видели еще? 

  • В СППР сейчас есть интеграция с системой проверки АПК (автоматизированная проверка конфигураций). А про Vanessa – должны выпустить новый релиз, там будем пробовать.

 

 

  • Можно подробнее про документацию – там было поле «Изменение справки», где нужно было проставить признак – надо это документировать или не надо. Это – задание для писателей?

  • Да, есть отчет, который называется «Проверка выгрузки справки», в котором можно увидеть те объекты метаданных, по которым требуется изменения справки.

  • Получается, что технический писатель должен писать в СППР?

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

 

****************

Данная статья написана по итогам доклада, прочитанного на конференции INFOSTART EVENT 2018 EDUCATION. Больше статей можно прочитать здесь.

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

Выбрать мероприятие.

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

Комментарии
Избранное Подписка Сортировка: Древо развёрнутое
Свернуть все
1. PerlAmutor 103 30.08.19 20:53 Сейчас в теме
Сколько же нервов мне потратили последние версии ERP. Ну нет на сервере интернета, отключены в настройках все эти СППР, обновления платформы и прочий хлам. Нет, упорно ломится, игнорируя все настройки. Каленым железом пришлось весь лишний мусор выжигать, чтобы не лазило куда не просят.
2. roman72 187 01.09.19 11:28 Сейчас в теме
Статья написана на основе опыта работы с СППР1 или СППР2? Если на основе СППР1, то как теперь быть с тем, что модель СППР2 существенно отличается от СППР1 ("исчезли" "требования", "объекты данных" и система работы с ними)?
3. SergeyN 768 09.09.19 11:44 Сейчас в теме
(2)
основе опыта работы с СППР1 или СППР2? Если на основе СППР1, то как теперь быть с тем, что модель СППР2 существенно отличается от СППР1 ("исчезли" "требования", "объекты данных" и система


В момент мастер-класса СППР2 еще не была в релизе. Вот на вашем докладе в рамках инфостарт 2019 мы с удовольствием послушаем про отличия ;)
4. roman72 187 09.09.19 13:45 Сейчас в теме
(3) Вообще-то неплохо, чтобы 1С объяснилась почему такие резкие изменения )
5. shyne 20 20.03.20 13:11 Сейчас в теме
Очень хорошая статья. Интересно узнать как люди на практике использует данный инструмент.
Хотел уточнить, вы пишите "Модель процессов и модель функций – это две параллельные модели, описывающие одно и то же". Мне кажется здесь ошибка. Модель процессов это описание предметной области, а точнее это описание деятельности людей, а модель функций - это модель автоматизации данной деятельности. Эти модели,схемы могут совпадать, а могут и не совпадать. Модель процессов по определению больше чем модель функций.
Пример. Есть процесс: прихода товара на склад. Данный процесс может включать шаги
1. пересчет товара,
2.внесению данных в информационную систему
3. печать накладной.
модель функций, очевидно, будет включать в себя две функции
2. Функция ввода данных
3. Функция печати накладной.
6. 33lab 491 26.05.20 14:25 Сейчас в теме
Здравствуйте! Не подскажете чем отличаются функции от функций системы? Это отдельные справочники. В интерфейсе нигде нет ссылки на Функции, а в в разделе Моделирование ссылка на Функции системы, где внятную модель построить, на мой взгляд, практически невозможно. Хотя на ваших скрин-шотах ссылка именно на функции.
Еще не хвататет отчета с графическим отображением дерева функций, например, как в BPwin
Оставьте свое сообщение

См. также

Управление ИТ-проектами, базовый курс, 3 поток. Онлайн-курс с 15 мая по 1 июля 2019 Промо

Управление проектом Бесплатно (free)

Отличительная черта курса - органичное сочетание трех вещей: - Теория проектного управления (PMI®+Agile Alliance+Российские ГОСТ+Методологии от 1С)  - Опыт внедрения продуктов 1С (опыт франчайзи и успешных компаний + тренды Infostart Event и Agile Days) - Разбор реальных проблем и рекомендации экспертов по проектам слушателей Мы будем фиксироваться на тех инструментах, которые реально оказываются полезными в практике  руководителей проектов внедрения. 

04.04.2019    12452    67    Infostart    18    

Управление в стиле Догвилль

О жизни Управление проектом Бесплатно (free)

Как и почему жизнь на работе становится всё хуже. Или всё лучше.

26.06.2020    3055    0    1c-intelligence    15    

Есть ли жизнь после внедрения, или упрощаем работу в сопровождении

Управление проектом Бесплатно (free)

Из-за отсутствия грамотных правил разработки на этапе внедрения сильно усложняется работа по поддержке и развитию типовых доработанных конфигураций. О некоторых правилах и подходах в разработке, которые помогут специалистам сопровождать внедренное решение, на конференции Infostart Event 2019 Inception рассказал разработчик компании «Инвестиционная группа Абсолют» Алексей Степаненко.

08.06.2020    3706    0    stepan96    11    

Добрый великан

Управление проектом Бесплатно (free)

Руководители проектов определяют наше настоящее, каким оно будет?! Ответ прост - таким, каким и сам РП.

25.05.2020    4456    0    sapervodichka    1    

Ошибки управленцев: как топ-менеджеров убивает перфекционизм Промо

Управление проектом Бесплатно (free)

В преддверии онлайн-конференции «Гнев и слезы руководителя» мы решили заранее познакомить нашу аудиторию со спикерами, причем сделать это через видео-истории. Начнем с видео-приглашения от Миланы Джиджоевой и ее виденья диджитализации рекрутинга в России.

24.01.2019    9440    0    user809424    11    

Почему Scrum не работает в проектах 1С

Управление проектом Agile (XP, SCRUM, Канбан) Бесплатно (free)

Более точная формулировка заголовка, пожалуй будет такой -  Почему Scrum в чистом виде плохо работает в проектах внедрения продуктов 1С.

18.05.2020    9734    0    MariaTemchina    33    

Кто здесь? Или как проводить онлайн-совещания

Управление проектом Управление командой Бесплатно (free)

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

23.03.2020    4845    0    MariaTemchina    24    

4 причины, почему проекты никогда не завершаются в срок

Управление проектом Бесплатно (free)

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

03.03.2020    5575    0    VLikhobabin    44    

Проблемы внедрения 1С:ERP на крупном предприятии Промо

Управление проектом Бесплатно (free)

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

29.06.2017    33403    0    1СERP    79    

7-ой PMBoK - конец классического проектного управления? Часть 1-ая

Управление проектом Бесплатно (free)

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

23.01.2020    10683    0    MariaTemchina    8    

1С СППР, как инструмент по внедрению, разработке и сопровождению информационных систем

СППР Управление проектом Бесплатно (free)

Система проектирования прикладных решений (СППР) – инструмент от фирмы «1С», который позволяет проектировать конфигурации, вести по ним полную документацию в разрезе объектов системы, собирать требования на реализацию и выдавать на их основе детально описанные задачи программистам. Как правильно использовать СППР при работе с многосоставной командой, на конференции Infostart Event 2019 Inception рассказал генеральный директор компании «Иритум» Роман Кальмансон.

09.01.2020    5797    0    roman72    0    

Про одну Тётю

Управление проектом Бесплатно (free)

Суровое челябинское распределение ресурсов

24.12.2019    6283    0    1c-intelligence    32    

История одного неуспешного проекта Промо

Управление проектом Бесплатно (free)

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

09.06.2017    30307    0    1СERP    175    

20 мыслей об ИТ-проектах. Мысль №3. "О правильных требованиях к системе"

Управление проектом Бесплатно (free)

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

14.10.2019    5635    0    chavalah    16    

Незакрытый проект на 1000 часов

Управление проектом Россия Бесплатно (free)

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

19.09.2019    11636    0    ogroup    163    

Стратегия выживания в корпоративных войнах

Управление проектом Бесплатно (free)

Айтишникам сложно строить карьеру управленца. И все потому, что в их «техническое ДНК» не заложено умение справляться с окружающими их интригами. Однако, поскольку это навык, это можно исправить, считает ИТ-директор в ПАО «Светлана». На конференции Infostart Event 2018 он поделился с коллегами, что и как надо делать, чтобы не погрязнуть в корпоративных интригах и сделать так, чтобы они не мешали выполнению основной работы.

16.09.2019    9005    0    GSoft    15    

Такие разные франчайзи. Часть вторая: Особенности реализации крупных проектов, Глава 1. О людях Промо

Управление проектом Бесплатно (free)

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

18.04.2017    31139    0    1СERP    189    

Эволюция пользовательской документации 1С в производственной компании

Пользователю системы Управление проектом Бесплатно (free)

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

20.08.2019    8081    0    KoldunOne    7    

Быстрый старт: минимальный набор автоматизации типовых процессов

Управление проектом 1С:Франчайзи, автоматизация бизнеса Бесплатно (free)

Автоматизация дает множество преимуществ бизнесу, но в то же время ее выгода может быть настолько несущественной, что процесс принесет компании больше убытков, чем прибыли. С чего начать эффективную автоматизацию, какие процессы стоит автоматизировать на первом этапе, а какие – лучше оставить на потом, рассказала руководитель разработки систем учета компании «Едадил» Екатерина Золотарева.

16.08.2019    7773    0    Hissin    18    

Управление проектами по автоматизации бюджетирования

Управление проектом Финансовый учет и бюджетирование (FRP) Финансовый учет и бюджетирование (FRP) УУ Бесплатно (free)

Автоматизация бюджетирования позволяет максимально эффективно планировать ресурсы предприятия и управлять масштабированием компании. Как учесть особенности бюджетирования, встроить его в процессы стратегического планирования, чтобы получить гибкий инструмент управления и аналитики, рассказал Сергей Наумов на конференции INFOSTART EVENT 2018 EDUCATION.

28.06.2019    7411    0    SergeyN    1    

Такие разные франчайзи, или как мы делаем большие проекты на 1С. Часть первая: ты помнишь, как всё начиналось Промо

Управление проектом Бесплатно (free)

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

10.04.2017    31016    0    1СERP    107    

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

Управление проектом Бесплатно (free)

Многие менеджеры вынуждены работать в условиях многоклиентской среды с ограниченными ресурсами. И вовремя сдавать проекты в таких условиях сложно. Как добиться того, чтобы поставки делались без нарушений сроков, рассказал гостям и участникам конференции Infostart Event 2018 управляющий партнер BIPULSE.RU Алексей Васильев.

24.06.2019    6322    0    sbase    9    

Цифровая трансформация. Будущее учетных систем

Управление проектом Россия Бесплатно (free)

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

19.06.2019    9569    0    FB_10160810658600104    62    

Риск - благородное дело!.. Часть первая

Управление проектом Бесплатно (free)

Несколько рекомендаций по управлению рисками в ИТ-проектах.

18.06.2019    7110    0    MariaTemchina    8    

Мотивация персонала в фирмах франчайзи: а она работает? Промо

Управление проектом Бесплатно (free)

Думаем, что практически любого работающего человека интересует вопрос мотивации. Этой проблемой в одинаковой степени озабочены работники и работодатели: как мотивировать людей, сколько платить, как платить, какая часть оплаты должна быть фиксированной, а какая зависеть от результата работы, как это всё повлияет на результаты работы, стоит ли быть строгим и дотошным руководителем или нужно активно делегировать полномочия подчиненным. ВЦ "Раздолье" провело небольшое исследование на тему мотивации и вот его результат. Автор статьи Андрей Мироненко.

03.04.2017    41698    0    1СERP    231    

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

Управление проектом Бесплатно (free)

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

31.05.2019    8282    0    MariaTemchina    23    

Как мы со Стасом завод за 2 месяца автоматизировали

Управление проектом Бесплатно (free)

Мой опыт быстрого внедрения.

14.05.2019    10710    0    1c-intelligence    121    

Устав писать Устав

Управление проектом Бесплатно (free)

Ответы на вопросы про то, нужен ли Устав для проектов автоматизации, и если нужен, то зачем?

06.05.2019    7123    0    MariaTemchina    8    

Про спагетти, или как исследовать бизнес-процессы организации Промо

Техническое задание Управление бизнес-процессами (BPM) Управление проектом Бесплатно (free)

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

23.02.2017    27101    0    Gavrik    10    

Как сжать время?

Управление проектом Личная эффективность 1С:Франчайзи, автоматизация бизнеса Бесплатно (free)

Как, и зачем измерять задачи в чем-то, помимо часов.

04.05.2019    8619    0    1c-intelligence    39    

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

Управление проектом Бесплатно (free)

Чем руководитель проекта “на бумаге” отличается от “настоящего” руководителя проекта, умеющего направлять команду и выдавать ценный результат?

15.04.2019    11035    0    MariaTemchina    15    

20 мыслей об ИТ-проектах. Мысль №2. "С какой стороны подойти к новому проекту?"

Управление проектом Бесплатно (free)

Продолжаем серию статей из цикла “20 мыслей об ИТ-проектах”. Сегодня мы поговорим о том, с какой стороны подойти к новому проекту. Такой вопрос возникал у каждого, кому приходилось выступать в роли руководителя проектов, особенно первый раз. Да и для опытных РП некоторые проекты вызывают аналогичный вопрос.

13.02.2019    7949    0    chavalah    22    

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

Управление проектом Бесплатно (free)

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

17.06.2016    39569    0    raiml    37    

Стыд и скрам - Чему нас учит Scream Guide

Управление проектом Бесплатно (free)

Название "Scream Guide" можно вольно перевести на русский как “Вопль ужаса от того, как Scrum применяют на практике”

12.02.2019    9518    0    MariaTemchina    20    

Бизнес, не горюй

Управление проектом Бесплатно (free)

Про цели автоматизации.

04.02.2019    9672    0    1c-intelligence    64    

Лучший домик для поросенка, или Что нужно знать руководителю проекта внедрения

Управление проектом Бесплатно (free)

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

31.01.2019    8008    0    MariaTemchina    0    

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

Управление проектом Бесплатно (free)

Мне, как одинэснику, не приходилось заниматься какими-то узкими задачами «от сих до сих». Вся моя профессиональная деятельность, как одинэсника, была всегда связана с очень широким кругом вопросов. Наверное, потому, что я работал, в основном, в малых компаниях, где приходилось работать над всем спектром вопросов.

26.12.2014    44035    0    CheBurator    64    

Что немцу хорошо, то русскому... Как минимум, небезынтересно. Продолжаем тему Канбан

Управление проектом Бесплатно (free)

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

14.01.2019    9815    0    MariaTemchina    13    

20 мыслей об ИТ-проектах. Мысль №1. "О незаменимых людях"

Управление проектом Бесплатно (free)

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

10.01.2019    12271    0    chavalah    123    

Где мы взяли флакон?

Управление бизнес-процессами (BPM) Управление проектом Бесплатно (free)

История появления и развития методики

26.12.2018    9339    0    1c-intelligence    7    

Практика пуска склада продуктов питания Промо

Бухгалтерский учет Управление проектом Оптовая торговля, дистрибуция, логистика 1С:Франчайзи, автоматизация бизнеса Бесплатно (free)

Описывается опыт пуска склада (охлажденная и замороженная продукция) с точки зрения IT. Со временем из складского подразделения была создана компания, которая оказывает логистические услуги (3PL-оператор) сторонним Клиентам.

1 стартмани

14.09.2015    35875    0    axxell    15    

Озарение после прочтения макулатуры по проектному управлению

Управление проектом Бесплатно (free)

Открываю этой публикацией мини-рубрику "Письма в редакцию". По мотивам очередной статьи на Инфостарте пришло мне письмо на корпоративную почту. Прямо-таки, крик души. С разрешения автора, решила опубликовать публичный ответ. Ибо согласна с автором письма, пишущим: "Я уверен, что не я один такой убогий, кто задается подобного рода "идиотскими" вопросами, но при этом почему-то все молчат, видимо, pmbok с agile-ом поистине творят чудеса молчания..."

19.12.2018    9324    0    MariaTemchina    24    

20 мыслей об ИТ-проектах, или 20 лет спустя.

Управление проектом Бесплатно (free)

В этой серии из 20-ти статей я готов поделиться своей практикой управления проектами. Примеры, опыт и только то, что проверено лично. Выбираем темы голосованием!

09.12.2018    8767    0    chavalah    119    

Памятка руководителя: не играйте с деньгами

Управление проектом Личная эффективность Управление персоналом (HRM) Бесплатно (free)

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

05.12.2018    16580    0    andironenko    128    

Как теряют бизнес. Реальные истории от бизнес-консультанта. Промо

Управление бизнес-процессами (BPM) Управление проектом Бесплатно (free)

Поговорить о том, какие причины способствуют гибели существующего и часто даже успешного на определенном этапе бизнеса, я планировал давно, но все не доходили руки. Но недавно я услышал о банкротстве моего, теперь уже, клиента. Именно этот факт стал для меня неким толчком. Я осознал, что именно сейчас, в условиях кризиса очень важно понимать, почему бизнес может окончиться крахом и учиться избегать подобных ситуаций. Как известно, когда в экономике кризис, любой бизнес ослаблен. Если сравнивать с человеческим организмом, то кризис для экономики – как ослабление иммунитета. Когда человек здоров, то мелкие болезни проходят незамеченными. Организм сам справляется с проблемами, а в случае ослабления иммунитета, любая инфекция может привести к серьезным заболеваниям или даже стать фатальной. Так происходит и в бизнесе. Если в период подъема экономики какие-то недостатки конкретного бизнеса сглаживаются, остаются незамеченными и даже не слишком мешают работать, то в периоды экономического спада они становятся теми самыми «тонкими местами», которые приводят к снижению прибыли, к определенным проблемам, а иногда даже к полному краху всего бизнеса.

06.04.2015    37377    0    raiml    14    

Шаг назад и ... шаг назад (классификация внутренних проектов)

Управление проектом Бесплатно (free)

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

03.12.2018    8336    0    capitan    26    

Белая и пушистая рецензия на Чёрную книгу Скрам

Управление проектом Бесплатно (free)

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

26.11.2018    9624    0    MariaTemchina    40    

"Черные страницы Scrum", по версии Ивана Селиховкина

Управление проектом Бесплатно (free)

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

23.11.2018    10713    0    Selikhovkin    8    

Внедрение программного продукта. Особенности работы бизнес-консультанта. Часть II Промо

Управление проектом Бесплатно (free)

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

16.11.2014    28427    0    raiml    46    

Памятка руководителя: Будьте оптимистичным или на крайний случай злым

Блоги Управление проектом Бесплатно (free)

Следующая статья из цикла Управление персоналом - в этот раз предлагаю обсудить вопросы психологии управления и подчинения. Для тех, кто начинает читать этот цикл с этой статьи, вот ссылка на прошлый материал https://infostart.ru/public/937923/, в конце статьи будут ссылки на все статьи из серии «Памятка руководителя» - читатели просили. Итак, продолжаем работать с персоналом.

22.11.2018    12119    0    andironenko    43    

Создание концепции проекта (project scope statement). Курс по управлению проектами, часть 8

Управление проектом Бесплатно (free)

Что такое концепция проекта? Это понятие, близкое по смыслу к техническому заданию (ТЗ). Одно из определений концепции - детальное, целостное описание работ в удобной для команды форме.

19.11.2018    7639    0    Selikhovkin    2