Роли в проектном управлении. Курс по управлению проектами, часть 3

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

Администрирование - Информационная безопасность - Роли и права

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

В проектном управлении выделяют несколько ключевых ролей:

  • спонсор (иногда его называют куратор);
  • заказчик и пользователи;
  • команда;
  • менеджер проекта (или руководитель проекта);
  • другие участники.

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

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

Спонсор.

Суть: снабжает ресурсами проект и принимает судьбоносные решения.

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

Отношения с ПМ (менеджером проекта): он решает то, что не во власти ПМ.

Количество:один или много.

Итак, спонсор снабжает проект ресурсами. В нашем случае кто выделяет ресурсы? Директор! Ведь клиент, по сути, заплатил миллион долларов компании, но эти деньги до проекта еще не дошли. До проекта может быть дойдет 10 тысяч долларов, остальное – налоги, какие-то платежи, сборы. Поэтому тот, кто дал деньги на проект, тот и спонсор. В IT у менеджеров зачастую вообще нет денег. В этой сфере в качестве ресурсов выделяют на проект людей – 5 программистов, 2 тестировщика, аналитик на год. И все – делайте проект. Кто им зарплату платит? Директор! Он вас обеспечил ресурсами – людьми, поэтому он спонсор.


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

Заказчик и пользователи.

Суть: те, кто будет утверждать/использовать результаты проекта.

Определение: люди или организации, участвующие в приемке и использовании результатов проекта.

Отношения с ПМ: их интересы обслуживает ПМ.

Количество: как правило, много.

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

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

Команда проекта.

Суть: те, кто будет выполнять работы.

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

Отношения с ПМ: трудно переоценить.

Количество: всегда много.

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

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

Менеджер проекта. 

Суть: рулит командой, во имя достижения успеха проекта.

Определение: лицо, назначенное исполняющей организацией руководить командой и отвечающее за достижение целей проекта.

Количество: один, но может формировать целую "команду управления проектом"

Заинтересованные стороныА теперь важно не запутаться. До этого роли были более-менее дискретны – не связаны друг с другом, не пересекались. А вот заинтересованные стороны – это общий термин. К заинтересованным сторонам относятся те, на чьи интересы влияет реализация проекта. То есть это все перечисленные лица: и спонсор, и заказчик, и члены команды, но и прочие люди. Например, в вашей команде есть инженеры, маркетологи. У них есть начальники, и они - тоже заинтересованные стороны. Потому что им не все равно, на какое время вы забрали их сотрудников.

Заинтересованные стороны.

Суть: все, чьи интересы затрагиваются реализацией проекта.

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

Отношения с ПМ: зависят от вида и влияния заинтересованного лица.

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

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

Спонсор при этом, обратите внимание, находится снаружи треугольника (по-крайней мере, так должно быть). И этому есть логическое объяснение: во-первых, спонсор от вас хочет получить результат. Например, он вас попросил построить 12-этажный дом в течение года за миллион долларов. Дал вам задание, и теперь ждет завершения строительства. И ваши внутренние проблемы в ходе реализации проекта спонсора не очень-то волнуют. Важно, что спонсор не хватается руками за руль, потому что за рулем сидит менеджер проекта. И именно менеджер отвечает за реализацию проекта в сроки и в рамках выделенного бюджета. Вы можете, конечно, держать спонсора в курсе проекта, но не дело спонсора разъяснять в деталях, как вам работать.

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

Предыдущая часть курса: Три фундаментальных принципа проектного управления. Курс по управлению проектами, часть 2

Следующая часть курса: Управление заинтересованными сторонами. Курс по управлению проектами, часть 4

Начало курса: Что можно назвать проектом, а что нельзя, и каковы критерии успеха менеджера. Курс по управлению проектами, часть 1

 

Если вас интересует тема "Управления проектами" и вы хотите самостоятельно подготовиться к экзамену на сертификат Project Management Professional, то приглашаем пройти новый видеокурс Ивана Селиховкина "Подготовка к экзамену РМР"

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

Определяете ли вы роли в проектах?


Да (90.7%, 39 голосов)
90.7%
Нет (9.3%, 4 голосов)
9.3%

Ваша компания?


1С:Франчайзи (58.14%, 25 голосов)
58.14%
Компания, заказчик проекта у 1С:Франчайзи (4.65%, 2 голосов)
4.65%
Компания, выполняющая внутренний проект (37.21%, 16 голосов)
37.21%

Кто является спонсором проекта?


Руководитель компании заказчика (45.24%, 19 голосов)
45.24%
Руководитель компании исполнителя (23.81%, 10 голосов)
23.81%
Спонсор и заказчик - это одно и тоже лицо (26.19%, 11 голосов)
26.19%
Нет роли спонсора (4.76%, 2 голосов)
4.76%

Кто является руководителем проекта?


Представитель компании заказчика проекта (9.3%, 4 голосов)
9.3%
Представитель компании исполнителя проекта (39.53%, 17 голосов)
39.53%
Два руководителя проекта, от заказчика и от исполнителя (37.21%, 16 голосов)
37.21%
Это одно и тоже лицо (13.95%, 6 голосов)
13.95%
Нет руководителя проекта (0%, 0 голосов)
0%

Кто является куратором проекта в вашей компании?


Это тоже самое, что спонсор (11.63%, 5 голосов)
11.63%
Представитель компании заказчика (30.23%, 13 голосов)
30.23%
Представитель компании исполнителя (13.95%, 6 голосов)
13.95%
Два куратора, от заказчика и исполнителя (34.88%, 15 голосов)
34.88%
Нет куратора (9.3%, 4 голосов)
9.3%

Комментарии
Избранное Подписка Сортировка: Древо развёрнутое
Свернуть все
1. andironenko 637 04.09.18 09:19 Сейчас в теме
Спонсор проекта - это совсем не куратор проекта (в некоторых случаях могут совпадать).
Реальная иерархия ролей на реальных проектах:
1. Спонсор проекта - владелец бизнеса, генеральный/исполнительный директор - лицо, которое может быть не погружено в проект, но принимающее решение о выделении средств на проект.
2. Куратор проекта - профильный руководитель в чьих интересах ведется проект. Если мы говорим о автоматизации бухгалтерии - это главбух, если о производстве - это директор по производству. Куратор располагает административным ресурсом, чтобы заставить шестеренки вращаться, а также имеет выход на спонсора, чтобы получить деньги на проект.
3. Руководитель проекта - человек отвечающий за проектные работы. Чаще всего это или начальник ИТ службы, или руководитель проекта в службе ИТ. Погружен в технические и организационные проблемы проекта, но чаще всего не имеет всей полноты административной власти, поэтому активно взаимодействует с куратором проекта.

А вообще всё это PMBoK для начинающих - реальная проблематика проектной работы лежит далеко за границами терминологии и в большей части завязана даже не на технологические навыки, а на человеческую психологию и опыт.То есть термины можно помнить, но они мало помогут в реальном бою.
user728724; pro-rok; dsdred; MariaTemchina; +4 Ответить
5. MariaTemchina 1045 04.09.18 21:35 Сейчас в теме
(1) andironenko - спасибо за комментарий. Как раз смысл опроса в том, чтобы узнать, как же выглядит реальная иерархия ролей на реальных проектах.

В моей практике та роль, которую вы называете "куратором" скорее называлась "спонсором" - интересно, как принято у других читающих?
2. dsdred 1427 04.09.18 13:31 Сейчас в теме
Теория это хорошо, но на практике - это аквариумные условия.
К примеру могут быть "псевдо заинтересованные лица" - люди чью работу автоматизируют, но они понимают, что это может сказаться на количестве сотрудников в их отделе или качестве заработной платы. В итоге заинтересованные лица превращаются в саботажников, не в открытую конечно...

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

Проект чаще всего - это поле боя!
andironenko; +1 Ответить
3. andironenko 637 04.09.18 14:13 Сейчас в теме
(2)
Проект чаще всего - это поле боя!


6. MariaTemchina 1045 04.09.18 21:38 Сейчас в теме
(2)
К примеру могут быть "псевдо заинтересованные лица" - люди чью работу автоматизируют, но они понимают, что это может сказаться на количестве сотрудников в их отделе или качестве заработной платы. В итоге заинтересованные лица превращаются в саботажников, не в открытую конечно...
- о да, это больная тема, однозначно!..
Коллега как-то поделилась, как она рассказывала о планируемой автоматизации заместителю главного бухгалтера компании-заказчика, солидной даме около пенсионного возраста:
- По итогам автоматизации можно будет решать те же задачи гораздо меньшими силами...
На этом месте бухгалтер ее прерывает:
- Ты понимаешь, что ты сейчас сказала? Что когда внедрение закончится, меня уволят...

Угадайте с трех раз, насколько данная "заинтересованная сторона" была готова к дальнейшему сотрудничеству?..
4. pro-rok 253 04.09.18 14:22 Сейчас в теме
Заказчик и спонсор не могут быть за треугольником, во всяком случае в реальной жизни. Терпеть не могу, когда говорят вот вам деньги и делайте что хотите чрез пол года проверю результат. Результат может оказаться как на карикатуре с качелями, что хотел заказчик, как понял ПМ и как сделал программист. Спонсор должен быть одной ногой в проекте и быть в курсе проблем при их наличии, если потребуется доп финансирование потом будет сложнее его получить или объяснить почему сроки сдвигаются. От спонсора иногда требуется не только финансирование, но и административный ресурс. Заказчик и менеджер проекта нужно объединить в свой треугольник, так как это люди которые четко понимают что нужно получить и как этого достичь. Только постоянное взаимодействие между ПМ и заказчиком является залогом успешного проекта.
7. MariaTemchina 1045 04.09.18 21:39 Сейчас в теме
(4)
Только постоянное взаимодействие между ПМ и заказчиком является залогом успешного проекта.
- Золотые слова!.. Подписываюсь.
8. romansun 191 06.09.18 15:06 Сейчас в теме
дык, заинтересованный лица - это не обязательно же заинтересованные в положительном результате проекта ) Или, сказать четче - заинтересованные в разных и на разные точки зрения.

здесь, имхо, более корректный для нас перевод - "влияние", чем "интерес"

лица,
- которые влияют на систему,
- на которых влияет система
- на которых могут повлиять
- или лица, которые (!) считают, что на них влияют система, или решения, или еще что-то
9. xoxland 99 06.09.18 18:58 Сейчас в теме
Судя по статистике, нахожусь в меньшинстве, т.к. представляю заказчика (не франчайзи). По самой идеи отлично! т.к. встретить франчайзи знающего хотя бы терминологию - уже удача. Знать "книжные" определения нужно хотя бы для того, чтобы если в твоем проекте "не так" - спросить себя почему, очень много интересного выявляется.

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

От себя, считаю что 2 РП это некая фикция, они же не 2 проекта делают. Чаще всего это означает что заказчик хочет бизнес-результат и для этого инициирует проект, его окончание будет не по факту старта ОПЭ. А вот франчайзи делает проект внедрения ПО. Получается проект в проекте.
Ситуация с РП извне заказчика встречается крайне редко, спонсор должен быть готов доверить партнеру достижение целей, а не решение задач. Но иногда такое встречается.
10. Ra_ARK_BST 07.09.18 07:08 Сейчас в теме
Это всего лишь статистика.
И каждый проект - уникальное мероприятие, соответственно и система управления и структура ролей индивидуальна.
Хороший руководитель проекта в момент инициации уже определяет и согласовывает и структуру и план коммуникаций на проекте....
Оставьте свое сообщение

См. также

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

Управление проектом Платные (руб)

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

19900 руб.

08.06.2020    2695    1    0    

Закрытие проекта или фазы. Завершение курса по управлению проектами

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

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

12.06.2020    1253    0    Selikhovkin    0    

Тестируем быстро. Запуск сеанса под другим пользователем за 6 секунд!

Роли и права Пароли v8 v8::Права 1cv8.cf Бесплатно (free)

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

06.05.2020    3247    0    feva    15    

Права пользователя исключительно на просмотр (чтение) для УТ 11.4

Роли и права v8 v8::Права УТ11 Россия Бесплатно (free)

Простая и понятная инструкция по шагам для создания профиля группы доступа «Только чтение» для УТ 11.4. Выполняется в режиме пользователя, без использования конфигуратора и снятия базы с поддержки.

21.11.2019    5346    0    Aleksandr55555    4    

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

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

Начало курса Ивана Селиховкина по проектному управлению. Разберемся: что такое проекты в классическом понимании, почему строительство египетских пирамид проектом считать нельзя, почему многие "продуктовые" компании могут обходиться без проектного управления, каковы критерии успеха для руководителя проекта.

30.07.2018    19702    0    Selikhovkin    40    

Типичные ошибки при разработке прав доступа

Роли и права v8 v8::Права Бесплатно (free)

Рассмотрим самые распространенные ошибки в разработке прав доступа.

02.10.2019    17833    0    YPermitin    57    

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

Роли и права v8 v8::Права 1cv8.cf Бесплатно (free)

Допустим, мы добавили новую роль в конфигурацию. Потом добавили её в профиль группы доступа и назначили соответствующую группу доступа пользователю. Однако, в конфигурациях на основе БСП все известные программные проверки данной роли при включении пользователя в предопределенную группу доступа "Администраторы" не работают. В статье приведено решение данной задачи.

29.06.2019    13862    0    ni_cola    10    

Назад в прошлое! Небольшие заметки по администрированию пользователей в УПП

Роли и права v8 УПП1 Бесплатно (free)

Небольшие заметки по функционалу "Администрирование пользователей" конфигурации "Управление производственным предприятием" версии 1.3. Затрагиваются такие темы как: роли, профили доступа, дополнительные права, настройки пользователей и ограничения доступа на уровне записей (RLS).

06.06.2019    12441    0    YPermitin    18    

Подсистема БСП «Управление доступом», основные объекты и регистры

БСП (Библиотека стандартных подсистем) Роли и права v8 v8::УФ v8::Права 1cv8.cf Бесплатно (free)

Основные принципы работы подсистемы «Управление доступом» из состава БСП. Виды доступа, ограничение доступа на уровне записей. Описание основных объектов и регистров, используемых подсистемой.

23.05.2019    19470    0    ids79    8    

Возможности типовых шаблонов ограничения доступа на уровне записей (RLS)

Практика программирования БСП (Библиотека стандартных подсистем) Роли и права v8 v8::Права Бесплатно (free)

Краткий обзор применения типовых шаблонов ограничения доступа на уровне записей в конфигурациях, созданных на базе БСП: #ПоЗначениям, #ПоНаборамЗначений, #ПоЗначениямРасширенный, #ПоЗначениямИНаборамРасширенный

03.02.2019    34407    0    ids79    9    

Влияние настройки роли на потребление памяти

Роли и права v8::Права 1cv8.cf Бесплатно (free)

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

29.01.2019    12898    0    mickey.1cx    14    

Управление сроками – определение продолжительности. Курс по управлению проектами, часть 16

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

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

28.01.2019    4780    0    Selikhovkin    2    

Алгоритм управления сроками с использованием специального софта. Курс по управлению проектами, часть 15

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

Когда в России только появлялось проектное управление и такая профессия, как менеджер проектов, работодатели в вакансиях писали, что сотрудник должен уметь делать определенные вещи в Microsoft Project и немного знать английский язык. На самом деле, конечно, умения пользоваться ПО и руководить проектами прямо друг с другом не связаны. Можно быть хорошим менеджером, но не уметь работать в Project, и наоборот, хорошо работать в Project, но быть плохим менеджером....

18.01.2019    5496    0    Selikhovkin    6    

Алгоритм управления сроками. Курс по управлению проектами, часть 14

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

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

10.01.2019    5734    0    Selikhovkin    3    

Управление качеством – гистограмма, диаграмма Парето и диаграмма разбрасывания. Курс по управлению проектами, часть 13

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

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

25.12.2018    4715    0    Selikhovkin    0    

Управление качеством: блок-схемы, чек-листы и контрольные карты Шухарта. Курс по управлению проектами, часть 12

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

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

19.12.2018    6500    0    Selikhovkin    3    

Управление качеством – диаграмма Ишикавы (Ishikawa diagram). Курс по управлению проектами, часть 11

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

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

11.12.2018    5041    0    Selikhovkin    0    

Управление качеством – ключевые термины. Курс по управлению проектами, часть 10

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

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

04.12.2018    5669    0    Selikhovkin    4    

Иерархическая структура работ (ИСР). Курс по управлению проектами, часть 9

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

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

29.11.2018    6174    0    Selikhovkin    2    

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

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

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

19.11.2018    7637    0    Selikhovkin    2    

Сбор требований. Курс по управлению проектами, часть 7

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

В этой статье мы разберем три основных вопроса, которые волнуют менеджеров относительно сбора требований: 1. откуда их брать? 2. как именно брать? 3. как их зафиксировать?

30.10.2018    6530    0    Selikhovkin    0    

Алгоритм управления содержанием проекта. Курс по управлению проектами, часть 6

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

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

30.10.2018    5520    0    Selikhovkin    0    

Устав проекта - это "скорлупа яйца". Курс по управлению проектами, часть 5

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

Устав проекта – это один из ключевых планов, “скорлупа яйца”. Это единственный неизменный план на проекте, в котором фиксируются ключевые ограничения: сроки, бюджет, содержание работ.   В PMBoK определение устава иное: в нем написано, что устав – это издаваемый инициатором проекта документ, формально авторизующий существование проекта и наделяющий менеджера проектов полномочиями использовать организационные ресурсы в работах по проекту. Если перефразировать «по-человечески», то устав – это договор спонсора и менеджера.

13.09.2018    10431    0    Selikhovkin    16    

Управление заинтересованными сторонами. Курс по управлению проектами, часть 4

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

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

06.09.2018    7704    0    Selikhovkin    0    

Три фундаментальных принципа проектного управления. Курс по управлению проектами, часть 2

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

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

18.08.2018    11872    0    Selikhovkin    16    

Доработка RLS для УНФ

Роли и права v8::Права 1cv8.cf Бесплатно (free)

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

14.05.2018    15379    0    FesenkoA    7    

Управление доступом: роли, права, профили, группы доступа, функциональные опции, RLS

Роли и права v8::Права Бесплатно (free)

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

11.10.2017    86640    0    ekaruk    14    

Использование подсистемы "Управление доступом" из состава БСП версии 2.2+

Практика программирования БСП (Библиотека стандартных подсистем) Роли и права v8 1cv8.cf Бесплатно (free)

В статье описана последовательность манипуляций с подсистемой "Управление доступом" из библиотеки стандартных подсистем "1С" (БСП), результатом которых является реализация возможности настройки ограничения доступа к данным на уровне записей таблиц базы данных (RLS), применяя в качестве разграничителя доступа (критерия ограничения) любой из справочников конфигурации. Данная статья полезна для разработчиков, которые имеют дело либо с одной из типовых конфигураций "1С" (таких как "Бухгалтерия предприятие 3.0" или "Управление торговлей 11"), либо собираются внедрять (или дорабатывать) указанную выше подсистему в какую-либо другую конфигурацию.

18.11.2014    66060    0    Bassgood    84    

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

Роли и права v8 1cv8.cf Россия Бесплатно (free)

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

13.05.2014    26181    0    OV_GCompany    5    

Штурман и пилот — две роли для быстрого достижения цели при разработке ПО

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

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

22.07.2013    37914    0        71    

УТ 10.3 Контролируем остатки автоматически

Учет ТМЦ Роли и права v8 УТ10 Розничная и сетевая торговля (FMCG) Оптовая торговля, дистрибуция, логистика Россия УУ Бесплатно (free)

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

25.10.2012    17446    0    aleksxx    5    

Одноразовые пароли доступа

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

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

11.02.2011    14430    0    mszsuz    13    

Простое сравнение ролей 1С 8 (сравнение обработок, правил обмена XML, файлов txt, файлов mxl)

Роли и права v8 1cv8.cf Россия Бесплатно (free)

Порядок простых действий для казалось бы сложной операции по сравнению ролей в 1С8. Также можно сравнивать: - правила обмена данными XML - модули объектов в файлах txt - внешние обработки и отчеты - файлы формата mxl

18.08.2010    40840    0    sapervodichka    20    

Объявление на взнос наличными 0402001 для УТ (БЕЗ пароля на пароли)

Кассовые операции Роли и права v8 УТ10 Россия БУ Бесплатно (free)

Объявление на взнос наличными 0402001. Вступает в силу с 1 сентября 2008 года. Для конфигурации "Управление торговлей 10.3" Подключается внешней печатной формой к документу Расходный кассовый ордер. 03092008 Обновление версии: Добавлена форма ввода физ.лица и источника поступления; Введенные значения автоматически прописываются в документ РКО Каждый правит под себя!

28.08.2008    14403    0    mdzen    8