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

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

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

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

Продолжаю тему вопросов и ответов по курсу “Управление ИТ-проектами”.


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

И здесь я хочу поговорить про инструмент, который может помочь договориться, кто за какие задачи в проекте отвечает. Этот инструмент - матрица ответственности. Сразу хочу оговориться - разумеется, любой инструмент, любой документ - это не панацея. Как известно, “Автоматизация хаоса приводит к автоматизированному хаосу” - если сотрудник разгильдяй, и если он не готов выполнять свои прямые обязанности, то документы помогают не очень сильно. Тем не менее, помогают. За счет чего - расскажем несколько ниже.

 

Матрица ответственности

 

Итак, матрица ответственности, она же RACI-матрица (от сокращений английских слов Responsible-Accountable-Consulted-Informed).

По вертикали выписываем результаты, которые встречаются на проекте. Детализация может быть самой разной - можно указывать в матрице только самые высокоуровневые задачи, можно - детализировать до конкретных задач (некоторые применяют матрицу ответственности прямо в диаграмме Ганта в MS Project - указывая в графе “назначенные ресурсы” тех, кто за ту или иную задачу отвечает). В общем, все зависит от ваших целей. 
А по горизонтали - разные роли на проекте (РП, архитектор, сисадмин, бизнес-аналитик и т. п.). А на их пересечении указывается, какое отношение к этой задаче какая роль имеет.  
В самом простом варианте матрица включает в себя 4 позиции.
Р - разрабатывает (в английском R - responsible). Это непосредственный исполнитель по тому или иному результату. Обратите внимание, что в предлагаемой градации речь идет не про “разрабатывает” в значении “разработка/программирование” - у вас может программирования по той или иной задаче вообще не быть, скажем, речь идет про подготовку документа или описание бизнес-процесса. 
У - утверждает (или О - отвечает, в английском - A - accountable).  Это, образно говоря, “крайний” за тот или иной результат, тот кто его утверждает, “подписывает”. По замыслу авторов матрицы “Утверждает” и “Ответственный” - это синонимы. Обе позиции предполагают включенность участников в процесс, и ответственность за результат. Причудливость организации работы в некоторых проектных командах такова, что “утверждает” - это часто роль только на бумаге, то есть человек просто ставит подпись, не участвуя в процессе и не вникая результат. Это, как не трудно догадаться, с позиции оптимального результата не очень целесообразно…  
К - консультирует (в английском C - consulting) - человек, не занимающийся непосредственно выполнением задачи (см. пункт “разрабатывает”), но привлекаемый в процессе выполнения задачи. 
И - информируется (вот это “тся” иногда вызывает определенные вопросы - но обычно под буквой И обозначается именно тот, кого нужно информировать, а вовсе не тот, кто должен информировать, в английском I - Informed). Это тот сотрудник, которого нужно уведомить, когда тот или иной результат исполнен. В этом и главное различие между ролями “Консультирует” и “Информируется” - “К” относится к работе в процессе, а “И” - к работе, когда она уже сделана.

Расширенный вариант матрицы.

На самом деле, этими буквами картинка на проекте, разумеется не ограничивается. Я не возьмусь сказать, что есть какой-то универсальный подход, который бы подошел “абсолютно всем”. Зависит от ваших целей, и от того, как планируется использование матрицы.


Какие буквы могут добавляться?

Поделюсь здесь практическим опытом из моего окружения:
С - Согласование. Согласующих, в отличие от утверждающих, может быть несколько по каждой задаче.
О - Ответственный, отдельно от У - Утверждающий. О - тот, кто представляет готовый проект на подпись, У - тот, кто подписывает (принимает работу, условно говоря).
Одна команда использует отдельные буквы: И - Исполняет, ПУ - принимает участие. Имеется в виду, что “И” - это член команды, активно работающий над задачей, а “ПУ” - нечто среднее между “Консультирующим” и “Исполняющим” - помогает при необходимости ))).

Может быть конкретное разделение по задачам внутри пункта “Р - Разрабатывает”: 
СТ - Собирает требования
Р - Разрабатывает
Т - Тестирует
О - Обучает
Д - пишет документацию
(кстати, очень ценный пункт!)

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


Я обещала озвучить, за счет чего матрица ответственности помогает?


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

В моей практике часто встречаются, например, такие проблемы:

 

  • Спорная зона ответственности руководителя проекта со стороны исполнителя и со стороны заказчика. Кто отвечает за результат, кто принимает решения? 
    Хороший работающий вариант, как правило - это когда РП со стороны заказчика (ну, или ответственный представитель со стороны бизнеса, если речь идет о внутреннем проекте, когда ИТ-отдел внедряет что-то по запросу бизнес-подразделений/бухгалтерии и т. п.) берет на себя роль “Владельца продукта” - то есть описывает финальную картинку, и видит целевой результат - как то или иное прикладное решение должно работать с позиции пользователя. 
    А РП со стороны исполнителя (или ответственный айти-специалист, опять же, когда проект внутренний) - отвечает за архитектуру и техническую реализацию.
  • Практически за все задачи отвечает один и тот же человек (РП?). Он и швец, и жнец и на дуде игрец. И вообще с тоской думает, как ему разорваться на много маленьких “рпшничков”, чтобы успеть сделать если не всё… То хотя бы всё самое необходимое… 
    На этом месте иногда можно увидеть, что команды проекта-то на самом деле нет. Что всё делает полтора человека, остальные, максимум, готовы проконсультировать…
  • Проблема, что никто не хочет брать на себя ответственность. Люди не любят принимать решения, особенно в бюрократизированных организациях, где они понимают, что за неправильное решение им может влететь. Вообще, уговорить матерого руководителя что-то подписать - это отдельная история ))). Хотя чаще всего (если есть хоть какая атмосфера сотрудничества и взаимного доверия), уже даже подтверждение на словах/в электронной почте, что “да, я со всем принципиально согласен” - уже помогает дальнейшему взаимодействию. Я уже рассказывала, что в моей практике были ситуации, когда Устав по той или иной причине уполномоченные лица так и не подписывали, но сам факт наличия этого документа, принципиально согласованного, пусть даже и без подписи - уже помогал улучшить взаимодействие.  
  • Еще одна проблема, которая часто оказывается заметна - это  суровая незаменимость. Есть ровно один человек, у которого в голове есть картинка, как должен выглядеть проект. Если этот человек заболевает (или даже просто уходит в отпуск) - никто не представляет, какая ситуация на проекте.

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

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


А какие проблемы с распределением ответственности встречаются в ваших проектах?
Как получается их разрешать? Поделитесь!


Подробнее об управлении ИТ-проектами вы можете узнать на моих онлайн-курсах

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

Комментарии
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
1. Rustig 1531 03.06.19 09:01 Сейчас в теме
(0) спасибо! полезно к прочтению и осмыслению.
понял на примере, что значит "высокоуровневые" требования - до сих пор непонятный термин для меня был...
добавлю информацию из вашего курса, с вашего разрешения :) - можно рисовать матрицу в нескольких экземпляров - "точка А" (текущее положение, как мы видим) и "точка Б" (идеальная матрица, идеальное взаимодействие, как бы нам хотелось распределить ответственность - возможно, это будет предметом очередных переговоров).
И еще добавлю, что анализ матрицы можно проводить по вертикали и по горизонтали: условно говоря, по вертикали анализируем роли и про каждую задаем вопрос "не слишком ли перегружена роль задачами?", по горизонтали анализируем задачу и задаем вопрос "эффективно ли распределены роли для решения задачи?".
как итог, продолжаем прорабатывать самые слабые звенья этой матрицы, так как в них кроется наибольшая потеря времени, динамичности или бюджета проекта.
2. MariaTemchina 1070 03.06.19 10:47 Сейчас в теме
(1) Рустем, спасибо за комментарии!
3. Yashazz 3293 03.06.19 11:11 Сейчас в теме
Точка "а", точка "бэ"...Никакая матрица на самом деле ничего не даёт. Даже если вы в этом компоте варились год и знаете, как вам кажется, всю подноготную. Потому что есть такое внезапное явление, как "концепция изменилась", и оно обычно происходит N раз за время проекта. Так что примерно оценить степень звездеца, конечно, можно, а вот избежать - ни разу, и всем умненьким зарубежным анализам тут грош цена. Реальны только 2 вещи - жёсткий руководитель со стороны заказчика, который сможет заставить своих сотрудников кушать кактус, и жёсткий РП со стороны автоматизаторов, который совершенно ненаучными, зато эффективными способами этого заказчика нагнёт и продержит нагнутым до конца проекта.

Наша задача - не автоматизация, коллеги. Автоматизация, перефразируя Пелевина, тут никому нахрен не нужна. Наша задача - деньги зарабатывать, и реально полезны только приёмы, позволяющие эту задачу решить наименее напряжно)
Alnair; Gluk_1C; +2 Ответить
4. MariaTemchina 1070 03.06.19 11:40 Сейчас в теме
(3)
Точка "а", точка "бэ"...Никакая матрица на самом деле ничего не даёт.

Яков, я не люблю категоричных высказываний... Как в сторону "этот инструмент - это панацея и спасение для всех проектов!!!" так и в сторону "это ничего не дает!!!".
Матрица может помочь лучше договориться. При наличии у всех сторон желания получить результат. При наличии, да, управленческой воли. При определенном уровне адекватности. То есть матрица помогает, но не по отдельности, а в комплексе. На проектах из разряда "Ты сильный - ты справишься... Нет, я умный - я даже не возьмусь!" никакая матрица не поможет.
Наша задача - не автоматизация, коллеги. Автоматизация, перефразируя Пелевина, тут никому нахрен не нужна. Наша задача - деньги зарабатывать, и реально полезны только приёмы, позволяющие эту задачу решить наименее напряжно)

С одной стороны - соглашусь, что сама по себе автоматизация мало кого спасает. "Автоматизация хаоса приводит к автоматизированному хаосу" (С).
С другой - позиция, что "наша задача - деньги заработать, а у клиента хоть трава не расти" - приводит к кратковременным заработкам, но никак не приводит к длительному сотрудничеству (см. мою статью про Дилемму заключенного в управлении проектами) - все-таки правильно, когда исполнители тоже заинтересованы, чтобы у заказчика всё было хорошо...
5. Yashazz 3293 03.06.19 14:19 Сейчас в теме
(4) Насчёт помощи в переговорах и определении вектора движения матрица может чуток помочь.
А что касается "у заказчика всё хорошо" - это не значит, что софт работает, отдача повышается, люди там эффективно трудятся и 1С упрощает жизнь. Нет. Это значит, что все заинтересованные руководители довольны. К качеству автоматизации это имеет слабое отношение)
16. Rustig 1531 04.06.19 03:43 Сейчас в теме
(5) посмотрите мои публикации - разработки и наработки - все они используются моими клиентами на протяжении 5 и более лет, клиенты начинали свою деятельность с одного человека, сейчас у них штат (10-20 человек), несколько офисов, производство у некоторых...Клиенты растут во всех смыслах, и есть доля успеха в том, что в какой-то момент была хорошо продумана система учета 1с, которая позволила быстро масштабировать бизнес... Это в защиту "качества автоматизации"!
15. Rustig 1531 04.06.19 03:36 Сейчас в теме
(3) ну вроде и "да", а вроде и "нет"...двоякое чувство вызывает ваш ответ...
"да" - потому что не поспоришь, что концепция меняется...ну такова жизнь, и природа проектов и взаимодействий людей...
"нет"вызывает - потому что у вас одни эмоции, и о предмете разговора ничего кроме эмоций не высказано...
не понятно, как отвечать человеку, когда он не задает вопросов, считает что все уже знает на свете и высказывается категорично...
представляю, в какой картине мира вы живете: в проектах у вас со всех сторон жесткие РП, все друг друга держат в жестком напряжении...до инфаркта осталось немного...
20. Yashazz 3293 04.06.19 17:05 Сейчас в теме
(15) не берусь утверждать, что "всё знаю", но располагаю весьма богатой выборкой за 20 лет работы, и именно её экстраполяция сподвигает на категоричность. И это не проблема восприятия или пристрастной фильтрации, это грустная объективная реальность.
А картина мира у меня, как и у всех: кругом бардак, никому ничего не надо, деньги пилят, крайних ищут, начинают заново. Всё просто и привычно)
22. Rustig 1531 04.06.19 17:36 Сейчас в теме
(20)
Всё просто и привычно)

я бы сказал "все печально" в вашей картине мира... печаль вызывает и ваше состояние на текущий момент: одни говорят, что стакан наполовину пуст, другие - что он наполовину заполнен...
23. acanta 04.06.19 22:48 Сейчас в теме
(22) И мы каждый раз не знаем кому из них можно верить?
6. Diversus 2077 03.06.19 14:34 Сейчас в теме
Всю статью можно охарактеризовать всего одним вашим предложением:
В целом, многие конфликты в ходе проектов происходят как раз из-за конфликта ожиданий, и из-за нечетких договоренностей, кто чем должен заниматься.

Абсолютно не важны эти матрицы, если этот вопрос будет решен.
klaus38; Yashazz; +2 Ответить
7. MariaTemchina 1070 03.06.19 14:40 Сейчас в теме
(6)
Абсолютно не важны эти матрицы, если этот вопрос будет решен.

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

Разумеется, матрица - не цель, а средство. Ну и любой успешный проект можно запороть, если написать достаточное количество документации...
8. Diversus 2077 03.06.19 15:08 Сейчас в теме
(7) Мария, коль ответили, то можно пару вопросов вам, возможно не совсем по теме.
Вы пишите красивые статьи про проекты, проектную деятельность, управление и т.д.
Все это красиво и забавно, но вот червячок, который живет у каждого из нас мне говорит: "Виталий, а ты уверен, что Мария реально, через все это прошла, чтобы давать советы другим?"
Читая ваши статьи не могу избавиться от этой мысли, когда вижу эту "академичность", которая часто не сочетается с реальной практикой. В связи с этим вопросы:

1) На каких проектах вы были и в роли кого?
2) Сколько из них было выполнено успешно и/или, так или иначе, не были выполнены, или доведены до конца лишь частично?
3) Scrum/Agile/уставы проектов и т.д. Что из этого вы реально применяли в своей работе на проектах, а что из разряда "я это просто знаю, когда будет такая необходимость применю"? Не просто попытаться дать определения в статье и знать, что это такое, а реально использовать в своих проектах?
4) Каковы масштабы и ваша роль в этих проектах? Одно дело, когда проект автоматизации на 5 человек, другое, когда на 500.
5) Какой ваш самый крупный "косяк" на проекте, когда "клочки по закоулочкам летели"? Все, кто реально хоть что-то автоматизировал, ВСЕГДА с этим сталкивались. Я не знаю таких специалистов, которые все проекты доводили идеально до конца, не думаю, что вы исключение.

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

Спасибо.

PS: Прошу не воспринимать мои вопросы как критику или какие-то придирки. Это логичные вопросы. Если говорите о каких-то методиках, то хотелось бы знать, вы их сами использовали
или нет.
10. MariaTemchina 1070 03.06.19 15:33 Сейчас в теме
(8)
Все это красиво и забавно, но вот червячок, который живет у каждого из нас мне говорит: "Виталий, а ты уверен, что Мария реально, через все это прошла, чтобы давать советы другим?"

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

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

Я писала об этом немного в статье "Быть или казаться". Крайность номер один: когда берут "красивые слова" и пытаются их с умным видом применить на практике не заботясь о том, уместны они или нет. Иногда наблюдаю как таким образом применяют разные технологии внедрения от 1С. Получается так себе.
Крайность номер два: когда говорят, что "красивые слова только мешают", и вообще "я уже это всё делал, и сам знаю как", и делают по наитию. Иногда получается (чаще всего получается лучше, чем в первом варианте, иногда даже лучше чем в третьем, но без гарантии), но есть определенный потолок в развитии и трудно обеспечить уверенность в результате.
И третий подход, между крайностями - когда то, что вы называете "красивыми словами" уместно накладывается на реальный опыт. Встречается куда реже, чем первая крайность, а там где встречается - люди чаще всего не очень громко кричат о том, что у них получается, так как заняты. Вот к этому разумному подходу я всех и призываю. Но, повторюсь, поскольку "крайность номер один" гораздо проще реализуема, чем "третий подход", то действительно разнообразных "эффективных менеджеров" пруд пруди.
1) На каких проектах вы были и в роли кого?

Проекты были в разных сферах. Кроме проектов автоматизации (внедрение УПП, КА, ЭДО и т. п.), занималась проектами в других сферах: производство промышленных компьютеров, навигационных систем, организация массовых мероприятий до 1000 человек, запуск российского представительства международной компании, реорганизация производственного предприятия и т. п. Роли были разные - руководитель проекта, РП со стороны заказчика, консультант, Scrum-мастер, координатор, Agile-коуч, руководитель проектного офиса.
2) Сколько из них было выполнено успешно и/или, так или иначе, не были выполнены, или доведены до конца лишь частично?

Часть была выполнена успешно, часть не выполнена, часть доведена до конца лишь частично. Статистику не считала, в том числе из-за разнородности проектов ))). Честно говоря, я бы с некоторой настороженностью относилась к руководителю, который говорит о том, что все его проекты 100% успешны - тут можно совершить "систематическую ошибку выжившего"...
3) Scrum/Agile/уставы проектов и т.д. Что из этого вы реально применяли в своей работе на проектах, а что из разряда "я это просто знаю, когда будет такая необходимость применю"? Не просто попытаться дать определения в статье и знать, что это такое, а реально использовать в своих проектах?

Scrum в чистом виде - нет. Я в него не верю. Возможно, кто-то верит, у кого-то он работает.
Agile - да, несомненно! В том числе до того, как узнала это слово.
Устав проекта - да, несомненно! В разных формах.
План управления проектом - да, несомненно! Тоже в разных вариантах.
Матрица ответственности - да, несомненно!.. Продолжать, с вашего позволения, не буду.
4) Каковы масштабы и ваша роль в этих проектах? Одно дело, когда проект автоматизации на 5 человек, другое, когда на 500.

Пожалуй, совсем крупными проектами автоматизации руководить не приходилось. Скорее помогала и поддерживала старших товарищей. ))). А вообще - руководила, наверное, проектами с командой порядка 100 человек.
5) Какой ваш самый крупный "косяк" на проекте, когда "клочки по закоулочкам летели"? Все, кто реально хоть что-то автоматизировал, ВСЕГДА с этим сталкивались. Я не знаю таких специалистов, которые все проекты доводили идеально до конца, не думаю, что вы исключение.

Знаете, на собеседованиях любят такие вопросы задавать. Конечно, косяки были, без них не интересно! Вопрос непростой и интересный - вот, недавно Дмитрий Коткин даже проводил онлайн-конференцию "Ошибки руководителей". Кажется, вы мне подкинули идею для новой статьи! ))))
12. Diversus 2077 03.06.19 15:42 Сейчас в теме
(10) Спасибо, это и хотел услышать. Судя по комментарию, оказывается вы умеете писать и "не академично" и знаете, мне так больше нравится :)
За этими умными фразами проглядывается живой человек :D

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

Ну а на счет статьи с косяками, то было бы здорово это почитать. Ждем.
MariaTemchina; +1 Ответить
13. MariaTemchina 1070 03.06.19 15:49 Сейчас в теме
(12)
А если серьезно, то теория без практики - это штука, которая не приносит пользы.

Плюс стопятьсот! )))

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

Да, вы правы. Нюанс в том, что очень часто натыкаешься на NDI - то есть надо как-то маскировать информацию...

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

Чёрт, и кто меня за язык тянул? )))) Сама же предложила, теперь грех жаловаться )))).
Diversus; +1 Ответить
18. Rustig 1531 04.06.19 04:03 Сейчас в теме
(8) Виталий, я вообще до поры до времени не обращал внимания на околоуправленческие статьи, поскольку в терминах не силен, и не понимал о чем начинается дискуссия.
Данная статья призвана в первую очередь, проинформировать сообщество ИС, что такие инструменты в управлении проектами есть и давно используются, и есть большие сообщества управленцев, которые изучают кейсы провальных проектов и инструменты, с помощью которых можно было избежать провала.
Сама матрица ничего не гарантирует. Должна быть использована для анализа. Вот пример анализа https://kogio.ru/knowledge/matrica-otvetstvennosti/
Здесь нет волшебной таблетки. Что касается практик и, что самое интересное, практик в 1С, то их в открытых источниках почти нет. Поэтому такой скепсис вызывает теория про управление.
17. Rustig 1531 04.06.19 03:52 Сейчас в теме
(6) Виталий, привет!
речь идет о больших проектах, о разработке на 1млн рублей, срок проекта год, когда горизонта и перспектив еще не видно. Матрица и другие инструменты вкупе позволяют прогнозировать и планировать успех проекта - Заказчик будет доволен результатами точно-в-срок, работа будет оплачена вовремя.
На малых проектах порой и документация не нужна,
а также на проектах текущего сопровождения - когда отношения Заказчик-Исполнитель уже годами и прошлыми проектами отработаны - всякая дополнительная документация может привести к бюрократизации проекта...
В общем, по ситуации надо использовать инструменты... Я к примеру матрицу использую при входе к новому клиенту, когда Заказчика не знаю совсем - прописываю ожидания в любом виде - в матричном, линейном, в иерархичном... Чем больше, тем лучше...
9. Yashazz 3293 03.06.19 15:18 Сейчас в теме
Присоединяюсь. Вообще когда я задаю подобные вопросы всяким проповедникам Agile, адептам ISO и прочим теоретикам да "бизнес-аналитикам", они тихо сливаются или с разной степенью изящества пытаются выкрутиться, но никогда не сообщают конкретики. Мария?)
11. MariaTemchina 1070 03.06.19 15:37 Сейчас в теме
(9) Яков - это более чем логично!
Угадайте, людей с каким опытом по предлагаемой шкале больше всего встречается среди "проповедников" красивых идей? (См. приложенную схему про эффект Данинга-Крюгера)
Прикрепленные файлы:
14. Азат_ 15 04.06.19 00:57 Сейчас в теме
Здравая и полезная статья. Спасибо Мария
MariaTemchina; +1 Ответить
19. Yashazz 3293 04.06.19 14:22 Сейчас в теме
Короче всю статью можно ужать до фразы "Расставлять точки над Ё надо до, а не в процессе и не после".
...а сколько внимания, сколько сразу плюсов...
21. Rustig 1531 04.06.19 17:33 Сейчас в теме
(19)
...а сколько внимания, сколько сразу плюсов...

я не психолог, просто человек со стороны - мне кажется у вас профессиональное выгорание - раз так реагируете на коллег.
вот статья в тему https://infostart.ru/public/988665/
Оставьте свое сообщение

См. также

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

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

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

24.01.2019    9659    user809424    11    

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

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

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

26.06.2020    3795    1c-intelligence    15    

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

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

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

08.06.2020    4369    stepan96    12    

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

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

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

25.05.2020    5073    sapervodichka    1    

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

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

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

29.06.2017    33953    1СERP    79    

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

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

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

18.05.2020    10206    MariaTemchina    33    

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

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

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

23.03.2020    5201    MariaTemchina    24    

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

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

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

03.03.2020    5920    VLikhobabin    44    

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

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

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

09.06.2017    30844    1СERP    175    

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

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

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

23.01.2020    11708    MariaTemchina    8    

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

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

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

09.01.2020    6154    roman72    0    

Про одну Тётю

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

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

24.12.2019    6523    1c-intelligence    32    

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

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

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

18.04.2017    31674    1СERP    189    

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

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

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

14.10.2019    5883    chavalah    16    

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

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

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

19.09.2019    12037    ogroup    163    

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

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

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

16.09.2019    9380    GSoft    15    

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

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

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

10.04.2017    31544    1СERP    107    

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

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

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

30.08.2019    11350    SergeyN    6    

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

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

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

20.08.2019    8478    KoldunOne    7    

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

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

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

16.08.2019    8126    Hissin    18    

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

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

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

03.04.2017    42216    1СERP    231    

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

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

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

28.06.2019    7802    SergeyN    1    

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

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

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

24.06.2019    6637    sbase    9    

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

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

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

19.06.2019    10054    FB_10160810658600104    62    

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

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

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

23.02.2017    27438    Gavrik    10    

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

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

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

18.06.2019    7410    MariaTemchina    8    

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

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

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

14.05.2019    11074    1c-intelligence    121    

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

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

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

06.05.2019    7390    MariaTemchina    8    

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

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

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

17.06.2016    39986    raiml    37    

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

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

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

04.05.2019    8884    1c-intelligence    39    

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

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

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

15.04.2019    11378    MariaTemchina    15    

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

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

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

13.02.2019    8151    chavalah    22    

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

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

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

26.12.2014    44458    CheBurator    64    

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

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

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

12.02.2019    9793    MariaTemchina    20    

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

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

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

04.02.2019    10013    1c-intelligence    64    

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

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

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

31.01.2019    8212    MariaTemchina    0    

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

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

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

1 стартмани

14.09.2015    36154    axxell    15    

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

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

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

14.01.2019    10023    MariaTemchina    13    

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

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

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

10.01.2019    12732    chavalah    123    

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

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

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

26.12.2018    9725    1c-intelligence    7    

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

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

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

06.04.2015    37594    raiml    14    

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

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

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

19.12.2018    9661    MariaTemchina    24    

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

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

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

09.12.2018    9069    chavalah    119    

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

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

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

05.12.2018    16906    andironenko    128    

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

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

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

16.11.2014    28662    raiml    46    

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

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

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

03.12.2018    8605    capitan    26    

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

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

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

26.11.2018    9978    MariaTemchina    40    

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

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

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

23.11.2018    11025    Selikhovkin    8    

Бизнес-консультант в малом и среднем-бизнесе. Кто это и зачем он нужен? Промо

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

Я не буду здесь давать сухие определения, думаю, они никому не интересны. Бизнес-консультант – это тот самый человек, которого приглашают со стороны, чтобы он помог найти решение каких-то проблем. Также очевидно, что взгляд «со стороны» очень часто помогает выявить то, что вы никогда не обнаружите, будучи сотрудником компании. Я хочу с вами поговорить исключительно о бизнес-консультантах, которые работают с малым и средним бизнесом, т.к. с предприятиями с численностью сотрудников ориентировочно от 5 до 70 человек. Эта работа во многом отличается от того, что делают специалисты, которых привлекают в подобных случаях крупные компании. И, как раз, с этими нюансами есть смысл разобраться.

13.11.2014    27887    raiml    236    

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

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

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

22.11.2018    12376    andironenko    43    

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

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

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

19.11.2018    7942    Selikhovkin    2    

Роевой интеллект (Swarm intelligence) как метод управления проектами (анти-утопия)

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

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

19.11.2018    9315    capitan    41