Давайте спасем древесных осьминогов или 12 советов для начинающих РП от опытных товарищей

04.09.20

Управление проектом - Компетенции и навыки РП

Ниже я попыталась собрать житейские советы от опытных руководителей проектов 1С и выпускников курсов по управлению ИТ-проектами на Инфостарте с моими комментариями. 

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

Итак, что самое важное в управлении реальными проектами 1С?

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

Сын моей подруги (они живут в Канаде), шестиклассник, как-то пришел после школы, и сообщил, что они будут делать проект в поддержку вымирающих тихоокеанских древесных осьминогов. Мама чуть не поперхнулась чаем и поинтересовалась, не перепутал ли он чего-нибудь? Но мальчик уверенно рассказал, что им показывали сайт в Интернете, посвященный защите этого вымирающего вида - с описаниями, фотографиями, видеороликами, плакатами в поддержку… На следующее утро учитель в школе попросил поднять руки тех, кто поверил вчерашнему рассказу. И объяснил, что тема урока - умение проверять информацию в Интернете. 
(Кстати, желающие могут познакомиться с этим сайтом - он легко гуглится по запросу The Pacific Northwest Tree Octopus).

Так вот, руководителю проекта умение проверять информацию нужно ничуть не менее, чем канадским школьникам! А ошибки в этом месте окажутся куда более дорогостоящими.
 

2. Умей договариваться. И с внешними заинтересованными сторонами, и с командой. Административным голосом ничего не решишь. Очень много вопросов решается на личных взаимоотношениях, поэтому не стоит их не с кем портить).
Есть заезженная фраза про то, что около 90% времени руководителя проекта занимает коммуникация. Не знаю, с секундомером никогда не меряла, но порядок, по ощущению, примерно такой. Сколько-то назад разглагольствовали про то, что РП необходимо уметь вычислять освоенный объем, статистические методы 6 сигм, проводить финансовый анализ и так далее. А сейчас понятно, что расчеты и технические работы можно делегировать, а вот опцию “договориться с коллегами” делегировать куда сложнее.  Так что на первый план выходят эмоциональный интеллект и навыки переговоров.

Что помогает договориться? Идея довольно проста (хотя реализация на практике куда сложнее)

  • Посмотрите на ситуацию глазами собеседника (лучше всего явно спросить его мнения по вопросу)
  • Проявите уважение к точке зрения и проблемам собеседника
  • Попробуйте понять, какие мотивы двигают собеседником?
  • Постройте аргументацию, чтобы собеседник оказался заинтересован в результате, исходя из его мотивов 

Что мешает договориться?

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

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

(C) Володя Берхин

 

3. Будь готов к тому, что люди врут. И иметь хороших юристов бывает не менее важным, чем иметь хороших спецов. 
Продуктивная работа получается в первую очередь в атмосфере общего доверия. И я всегда призываю приходить к людям с готовностью к сотрудничеству. Но на этом месте важно не действовать по принципу “Если тебя ударили по одной щеке - подставь другую”. А быть готовым с точки зрения документов спокойно отстаивать свои права, а не подставляться, если возникла спорная ситуация или контрагент недобропорядочен.  Старая шутка: договор - это список причин, по которым стороны не доверяют друг другу. И в этой шутке есть значимая доля жизненной правды ) В любой момент может появиться представитель заказчика, который задаст вопросы по наличию документов и выполнению договорных действий.

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

4. Из предыдущего плавно следует принцип: Записываем всё! Протоколируем встречи, делаем записи видео-конференций, используем диктофон. Используем любые возможные средства записи информации. Особенно на встречах с Заказчиком. (Андрей - Это мое требование как РП Заказчика к моим РП от Исполнителя). О записи предупреждаем заранее, можно придумать различные аргументы в пользу этого. Дисковое пространство сейчас стоит копейки, по сравнению с недопониманием или смене показаний наших собеседников. На Infostart Event 2019 был отдельный доклад на тему "Конструктивное письменное общение", в котором Александр Белов подробно объяснял, почему, когда просишь людей записывать требования, получается существенно меньшая лажа, чем когда они рассказывают на словах "ну все же понятно"!.. 

 

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

Всё, что может пойти не такпойдёт не так  (Закон Мёрфи)

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

 

6. Уважай свою команду. Цели РП часто оказываются противоположными целям аналитика и разработчика. РП ориентирован на результат (сдать проект), аналитик и разработчик - на процесс (сделать как можно лучше). С пониманием относись к стремлению других членов команды к перфекционизму. ) Из таких разнонаправленных векторов как раз с большей вероятностью получится разумный компромисс между скоростью и качеством. 

 

7. Если член команды вредит проекту - его надо убрать с проекта. Взрослые люди редко меняют поведение. 
Этот совет на первый взгляд может показаться противоречащим предыдущему. Но, увы, красивые слова, что “мы - команда!” и “у нас общие цели!” не спасают от токсичных членов коллектива. Про это, в частности, написана книга “Не работайте с м***ми” - в ней изрядное количество полезных советов. В том числе про то, что член команды, пренебрежительно относящийся к своим коллегам, разрушителен для команды, и мы часто недооцениваем до какой степени.  До тех пор пока не расстанемся с мешающим человеком и не почувствуем, насколько стало легче дышать. Увы, в моей практике бывало и наоборот - когда из-за проблем с взаимодействием с одним сложным участником разваливалась команда целиком. Открытые обсуждения проблем и ретроспективы помогают подобные проблемы выявить. Умение работать в команде чаще всего оказывается важнее личной эффективности - по крайней мере, когда мы говорим о достаточно сложных проектах. 

Если посмотреть на проблему чуть шире, то компетенции и мотивация могут давать 4 варианта - см. схему:

 

 

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

 

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

Есть поговорка: Если ты самый умный парень в комнате, ты не в той комнате!

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


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

10. Учись много и упорно. И не надо бояться пробовать новое. В современном мире важно уметь учиться постоянно, потому что ситуация вокруг меняется очень часто.  И однозначные ответы "как надо сделать" встречаются чем дальше, тем реже (вспоминаем опять же, ту же самую модель Кеневин)

 

11. Сроки - это больная тема. Помни о времени и начинай сразу. И график работ лучше опережать. Что-то обязательно пойдет не так,  опоздать всегда успеешь )). 

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

 

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

 

 

 

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

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

Спасибо за советы Евгению Карпову, Александру Блинову, Ульяне Дуплищевой, Василию Оводкову, Андрею Аввакумову! 
Поделитесь вашей точкой зрения - со всеми ли советами вы согласны? Есть ли что-то, чем хочется дополнить этот список?

Тему “советов начинающим РП” продолжим на открытом вебинаре в четверг 10 сентября, присоединяйтесь!
Ну и 17 сентября стартует Комплексный курс по управлению ИТ-проектами, для тех, кто хочет разобрать по полочкам проектное управление и по классическим методам (PMBoK) и по гибким (Agile). (И Базовый курс для тех, кто не хочет погружаться так глубоко)


 

См. также

Коммуникации Лидерство Компетенции и навыки РП Бесплатно (free)

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

11.11.2024    283    4    dklimchuk    1    

2

Компетенции и навыки РП Коммуникации Бесплатно (free)

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

06.11.2024    636    0    Kukabarra    2    

7

Компетенции и навыки РП Руководитель проекта

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

05.11.2024    1053    0    MariaTemchina    1    

27

Компетенции и навыки РП Бесплатно (free)

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

22.05.2024    2450    0    user1669221    0    

8

Компетенции и навыки РП Бесплатно (free)

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

20.05.2024    3017    0    TanyaRi    1    

8

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

В процессе написания статей на тему Идеальное место работы ЗУПера нужен аргументированный текст про адекватного РП и тимлида. Информации получилось много, поэтому выделю в отдельные 2 статьи. Рассмотрим все особенности работы руководителей проектов.

02.05.2024    3617    0    biimmap    39    

39

Компетенции и навыки РП Руководитель проекта Бесплатно (free)

Статья о том, как быть эффективным руководителем проектов. Кто такой руководитель проектов, что подразумевает эта роль в проекте, и зачем она нужна?

22.03.2024    1249    0    PChizhov    0    

6

Компетенции и навыки РП Взгляд со стороны Заказчика Бесплатно (free)

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

26.02.2024    2928    0    user1270271    0    

13
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. XAKEP 04.09.20 13:32 Сейчас в теме
Всё, что может пойти не так, пойдёт не так
************очень часто или всегда так и происходит

Если ты самый умный парень в комнате, ты не в той комнате!
******** возможно я там один в комнате :)


интересная и познавательная статья

спасибо :)
MariaTemchina; Natalia29; nico2; +3 Ответить
2. capitan 2507 05.09.20 12:06 Сейчас в теме
(1)Вспоминается...
Народная примета: если в офисе никто не обсуждает с тобой идиота, который всех бесит, то есть большая вероятность, что этот идиот — ты.

Мария, спасибо за статью.
Ловите картинку в вашу коллекцию.


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

Задача исполнителя заключается в том, чтобы отфильровать чушню, понять, что в принципе нужно сделать, сделать это по хорошему, чтобы на следующем совещании руководитель смог сказать: Во народ, без батьки даже картошку перебрать не может!
maksa2005; Darklight; wowik; +3 Ответить
6. MariaTemchina 1646 07.09.20 11:59 Сейчас в теме
(2)
За картинку спасибо, сохранила себе )))
Про подчиненных и начальствующих - мысль жизненная, но все-таки бывают команды, где приосходит не так. И не в ИТ-индустрии тоже, к счастью.
И везде, где у меня была такая возможность я всегда старалась минимизировать совещания формата "церемония вокруг начальства".
5. MariaTemchina 1646 07.09.20 11:55 Сейчас в теме
(1) Руслан, спасибо за хорошие слова )))
Всё, что может пойти не так, пойдёт не так
************очень часто или всегда так и происходит

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

Если ты самый умный парень в комнате, ты не в той комнате!
******** возможно я там один в комнате :)

Я бы сказала, что тогда наоборот - если ты один в комнате, но не самый умный - это плохой признак... )))
dklimchuk; +1 Ответить
3. Yashazz 4790 05.09.20 22:54 Сейчас в теме
Очередной сбор плюсов на бесполезных общих местах и говорильне ни о чём.

Мария, а расскажите, какие истории успеха случались с вашим непосредственным и прямым участием? В скольких проектах вы были РП, сколько из них удачны, дайте ссылки на них или опишите хотя бы кратко конкретику? А то всё сплошь "вообсче"...
tolyan_ekb; wowik; CheBurator; +3 Ответить
7. MariaTemchina 1646 07.09.20 12:25 Сейчас в теме
(3)


Мария, а расскажите, какие истории успеха случались с вашим непосредственным

Яков, жалко, что вы не учитесь на курсе по ИТ-проектам - как раз на прошлом вебинаре рассказывала немного про мои проекты. На следующих вебинарах тоже буду рассказывать.
SergeyTerentyev; dklimchuk; +2 Ответить
18. Yashazz 4790 09.09.20 21:00 Сейчас в теме
(7) Ага, т.е. чтоб узнать, где вам удалось получить позитивные результаты, вам ещё и денежку за курсы надо платить? Брависсимо. Вот прям нагляднее некуда, ЧТД.
Нормальный человек хотя бы парой фраз похвастался бы.

А поскольку у вас, пардон, пустая болтовня, так ничего, кроме подобного "ах, это всё на курсах", вы и не смогли бы написать. Ибо нечего вам предъявить, по факту-то. Нету у вас достижений, одно "ля-ля".
26. SergeyTerentyev 09.11.21 17:39 Сейчас в теме
27. Yashazz 4790 11.11.21 12:45 Сейчас в теме
(26) Вот и я так думаю. Но, к сожалению, эти люди "непрошибаемые".
28. SergeyTerentyev 11.11.21 13:10 Сейчас в теме
(27)Так это я про Вас. ) Нехорошо считать бабки в чужих карманах. В своих считайте.
29. Yashazz 4790 11.11.21 16:56 Сейчас в теме
(28) Так вы, выходит, нифига не поняли мою реплику. Читайте внимательнее.

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

Если вам вместо конкретных характеристик товара, и отзывов, на том же Я-Маркете, будут общие разговоры втюхивать, вы разве не отреагируете сходным образом? Особенно когда вам скажут, например, что "чтобы узнать, как работает эта дрель/кофеварка, заплатите, чтоб прочитать отзывы наших клиентов". Нэ?)

Или вы полагаете, что, когда при покупке вещи покупатель уточняет неясности работы, это "считать чужие деньги"? Я вот на рынке яблоки покупаю, перебираю кучу, гнилые откладываю - я считаю чужие деньги? Приобретаю б/у в интернете и выясняю у продавца, что да как - я считаю его деньги?
Смешно, ага.
25. biimmap 2019 24.07.21 16:01 Сейчас в теме
(7) Думаю он туда не ходит ибо не имеет ответа на свой вопрос. Дайте ответ на публику. Может больше людей придёт на курс или вебинар.
30. Yashazz 4790 11.11.21 16:59 Сейчас в теме
(25) Да не дадут они никогда внятного ответа. Его ведь нет. Это из серии "за 5 занятий мы научим вас кун-фу Х", где "Х" это любая область деятельности. Разводилово определяется очень просто - если вам до курсов и без курсов приводят реальные, а не фейковые "истории успеха", то это может и правда работает; а если говорят "приходите и узнаете", и увиливают от конкретики, то разводка явная.
4. CheBurator 2712 06.09.20 19:50 Сейчас в теме
что-то эти советы РП для меня похожи на "ипотечное рабство". Добавлю свой совет: если возникла мысль - а не послать ли этот ... проект в ... - так и делай, не тащи тяжелый чемодан без ручки...
Altez; MariaTemchina; wowik; wolfsoft; +4 Ответить
8. MariaTemchina 1646 07.09.20 12:30 Сейчас в теме
(4) Сергей, спасибо за комментарий! Это логичное продолжение моего любимого афоризма:
- Ты сильный, ты справишься!
- Я умный. Я даже не возьмусь.
Прикрепленные файлы:
12. CheBurator 2712 08.09.20 12:56 Сейчас в теме
(8) верно афоризмировано! ;-)
MariaTemchina; +1 Ответить
9. TerveRus 07.09.20 17:04 Сейчас в теме
Насчет 11 пункта про прокрастиниацию.
Оно конечно понятно, от чего она и почему, но вот что с обезьянкой делать никто так и не знает)
10. MariaTemchina 1646 08.09.20 10:36 Сейчас в теме
(9) В Интернете был неплохой текстик "тайм-менеджмент для разгильдяев" основанный на лженауке соционике. Там некоторое количество дельных советов есть, на мой взгляд.
11. herfis 513 08.09.20 12:53 Сейчас в теме
Хорошая статья. Жаль бесполезная. Уверен, что где-то проводят и вебинары по написанию подобных статей.
А может, я просто "седой и строгий" и кто-то плюсует такие статьи именно потому, что они открывают ему глаза, а вовсе не потому что "да-да, все так и есть, человек дело говорит".
13. MariaTemchina 1646 08.09.20 13:12 Сейчас в теме
(11) На самом деле, если бы я знала страшную тайну, как делать идеальные проекты... Я бы, наверное, писала эту статью где-нибудь под пальмой на собственном тропическом острове...Вернее, нет, не писала бы - ибо зачем в такой ситуации плодить конкурентов???
16. herfis 513 08.09.20 15:40 Сейчас в теме
(13) Причем тут идеальные проекты? Всем интересны РЕАЛЬНЫЕ проекты и ситуации.
(14) Мария умеет рассказывать. Все любят слушать хороших рассказчиков. При этом, даже не особенно важно, о чем они рассказывают и сколько реальной пользы это несет. Я не то, чтобы против. Но почти готов присоединиться к мнению (3). Это далеко не первая статья автора, которая попадается мне на глаза и любая из них могла бы быть написана человеком, вообще не имеющего реального опыта проектной деятельности. Слишком они книжные, слишком общие, слишком неконкретные, слишком "округлые". Содержащие ноль "мяса", которого не может не быть в статьях реального практика. Поэтому и содержащие немного "добавочной стоимости". Ведь самое ценное и сокровенное - это как раз применение теории на практике. А тут какое-то "в теории разницы между теорией и практикой не существует".
Нет, статья безусловно может быть полезна для тех, кто вообще никогда не задумывался о предмете и ничего по теме читать не пытался.
Возможно, это просто моя личная "проф-деформация".
"Это я не ем, я не козел" (с) Домовенок Кузя
Мне мяса подавай :)
17. Yashazz 4790 09.09.20 20:57 Сейчас в теме
(16) А такие "гуру" просто не могут ничего конкретно и реально, там всё сферическое в вакууме. Спросишь про конкретику, желательно с именами, паролями да явками - молчат либо начинают отнекиваться в духе "конфыденциальности". Поневоле возникает впечатление, что это разводка лохов, пустопорожняя трепотня и сгребание плюсов за умение красиво врать ни о чём.
А потом так обычно и оказывается)
22. MariaTemchina 1646 10.09.20 20:06 Сейчас в теме
(16) "про вообще никогда не задумывался о предмете" - вот сейчас обидно было...

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

Что касается практических кейсов - ларчик, на самом деле, просто открывается. Большая часть проектов, которые я делала, руководила, направляла - они не из сферы 1С, а из других направлений. И аудитории Инфостарта их подробности интересны в меньшей степени.
Те 1С внедрения, которые мы делали на мой взгляд не являются какими-то выдающимися, и рассказывать про них подробно, по-моему, не супер интересно (приходилось выступать в роли РП со стороны Заказчика при внедрении ERP-системы, Скрам-мастером при внедрении КА, координировать внедрение Документооборота и так далее).
Интереснее, мне кажется, те обобщения (телефон предложил слово обольщения) и общие принципы в управлении проектами, которые я за время работы в разных сферах - от разработки промышленных компьютеров до организации массовых мероприятий - заметила и сформулировала. И которые на проектах внедрения только подтверждаются.
14. dklimchuk 46 08.09.20 13:18 Сейчас в теме
(11)Молодежь растет, седые старцы уже не успевают рассказывать былины о правильных и мудрых подходах, гусли не успевают за ритмом жизни. Вот и приходится кому-то, пока еще не окончательно седому, брать на себя эту ношу - рассказывать молодым о том, "что такое хорошо" и даже иногда о том, "что такое плохо".
PS А Мария еще и умеет рассказывать. Таки почему бы и не да?
19. Yashazz 4790 09.09.20 21:25 Сейчас в теме
(14) потому, что вам не о полезных и реальных моментах рассказывают, а о древесных осьминогах. Забавные шуточки, прикольные картиночки, броские заголовки, пара-тройка самоочевидных банальностей, пара приёмчиков из общедоступных (да только всем лень, ага) источников, и готово)

А старцы просто не тратят время на болтовню - старцы делают серьёзные проекты)
23. strelec13 21 28.09.20 11:12 Сейчас в теме
(19)
А старцы просто не тратят время на болтовню - старцы делают серьёзные проекты)

Может хватит болтать или нет серьезных проектов )
SergeyTerentyev; +1 Ответить
15. CheBurator 2712 08.09.20 15:08 Сейчас в теме
Сижу в гостях у подруги, у которой муж испорчен высшим образованием, да еще допом в виде МВА.
Она мне пожаловалась, что не может добиться от мужа уже полгода, чтобы были заделаны щели в плитке на полу кухни.
Спросила – Почему? Не может вызвать мастера или хочет сам, но нет времени?
Она ответила – он говорит, что над этим работает! Я не мешаю 😁
Текущий результат таков – протягивает мне исписанный листок бумаги:
Проектный менеджмент
Проект «Половая щель» 😁
Инициатор – жена
Владелец проекта - я
Исполнитель – я или нанятый специалист, компания
Набор и порядок действия бизнес-процесса
1. Оценить критичность состояния плитки
2. Уточнить дату истечения гарантийного срока
3. Восстановить контактные данные исполнителей начальной укладки плитки
4. Оценить возможность достижения целей проекта по гарантии
5. Просчитать возможные угрозы при игнорировании ремонта
6. Оценить возможные варианты исполнителей
7. SWOT-анализ самостоятельного ремонта, ремонта с привлечением специалистов в виде физического и/или юридического лиц.
Бизнес-процесс самостоятельного исполнения проекта
8. Анализ собственных компетенций в достижении целей проекта
9. Теоретическая проработка этапов проекта.
10. Формирование требуемых навыков и умений.
11. Оценка необходимых ресурсов при самостоятельном ремонте
12. Оценка потенциальных рисков при малопрофессиональном самостоятельном ремонте.
13. Проведение маркетинговых исследований рынка строительных инструментов и материалов.
14. Составление и согласование бюджета
15. Выделение необходимого бюджета
16. Выбор площадки/док для закупки необходимых материалов и инструментов
17. Выделение времени для закупки
18. Закупка
19. Размещение и хранение инструментов и материалов
20. Выделение времени и согласование ремонтных работ со всеми затрагиваемыми сторонами
21. Ремонтные работы
22. Утилизация и/или хранение оставшихся материалов и инструментов
Бизнес-процесс проекта с привлечением сторонних специалистов
23. Проведение маркетинговых исследований по рынку предлагаемых услуг по данному проекту. Оценка диапазона ресурсов на выполнение целей проекта.
24. Оценка рисков привлечения чужих людей на работы во внутридомовом пространстве.
25. Подбор качественных площадок и мест потенциального найма исполнителей по проекту.
26. Определение предпочтений по привлечению исполнителей – физическое или юридическое лицо.
27. Составление экспертной группы по оценке компетенций кандидатов в исполнители.
28. Проведение переговоров по условиям, срокам, гарантиям и ресурсам с успешным кандидатом.
29. Подготовка и согласование текста и условий договора, а также гарантий по исполнению.
30. Согласование и выделение требуемого бюджета.
31. Заключение договора по исполнению проекта.
32. Обеспечение контрольной и надзорной деятельности за исполнителем.
33. Ремонтные работы.
34. Сдаточно-приемные работы.
————————
Любите девушки, простых романтиков 🤣
Ваш #психологБелецкаяЕлена 😘
RocKeR_13; whitedi; Altez; user1306527; MariaTemchina; Yashazz; +6 Ответить
20. Yashazz 4790 09.09.20 21:29 Сейчас в теме
(15) Я прям это вижу уже) Конфигурация "Щель 1.0", внешние исполнители (контрагенты, субподряд, юр/физ, бригады), сотрудники (жена и муж, возможны родственники, состав семьи итд), список работ в составе ремонта, планирование (занятость, финансы, тут же закупка, рынок стройматериалов, колебания цен), магазины ремонта, собственные фонды (учёт сырья и полуфабриката), этапы, в т.ч. разные исполнители, оплата, оценка, акты приёмки, гарантийные обязательства... Уфф. Короче, УПП или ERP для домашних условий.
Слоган "мы решим ваши половые вопросы", или "На основе БСП и УПП - в любую щель!". Класс)))
21. MariaTemchina 1646 10.09.20 19:55 Сейчас в теме
(15) История прекрасная!

Как там сказано?
Любую задачу можно сделать невыполнимой, если провести достаточное число совещаний... Вот здесь что-то из этой серии.
whitedi; user1306527; +2 Ответить
24. biimmap 2019 24.07.21 15:21 Сейчас в теме
Со многим хочется согласиться... НО! хочу аргументированно оспорить некоторые Ваши тезисы.
1. Вы пишете, что надо выстраивать взаимоотношения в команде... Дословно - умей договариваться. Безусловно способность очень важная. Но вот есть ситуации, когда некогда уговаривать разработчика или консультанта и пояснять ему почему ты прав, а он нет. В таких ситуациях важно быстро выполнить порученную задачу и выполнить именно так как поручили.

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

2. Зачем на работе заниматься ерундой всякой вроде выстраивания отношений? Это не семья! Здесь это вообще не нужно! Люди собрались в одном здании, чтоб достичь какую-то цель. Зачем туда нести своё настроение, так себе отношение к работе, проблемы с женой, детьми, неудовлетворённость жизнью. зарплатой начальником и т.д.??? Зачем весь этот хлам на работе???? Посмотрите как работает завод по сборке автомобилей или металлургическое производство. Вы видели там, чтоб металлурги вместо выполнения своей работы в рабочее время сопли обсуждали? НЕТ! Они пришли работать, они чётко знают что должны делать и чётко это выполняют! Вот это максимально правильный подход к работе.

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

Ваша позиция приводит к дурдому, в лучшем случае кабинет РП становится кабинетом психологической помощи. ЗАЧЕМ???

3. Ещё раз про учесть мнение... Мой опыт связан с тем, что сотрудник пытается пропихнуть своё мнение любой ценой. В этом случае некоторые такие "коллеги" сами знают, что несут чушь! Либо сотрудник накосячил, ты ему об этом сказал - и всё! Ты - СВОЛОЧЬ! Как ты посмел обидеть личность своими замечаниями к работе?! Вот к чему ведёт Ваше и не только стремление понять почему сотрудник так сделал. Эта крайность называется детский сад! И опять все побежали кому-то жаловаться, вместо того, чтоб работать!

4. Последний спорный пункт "8". "Интересная" у Вас мысль. Т.е. следующие факты для Вас не имеют никакого значения:
-- Занимаю позицию архитектора
-- Имею опыт 18 лет из них 13 в одной предметной области
-- Имею завершенные проекты около 10 и все разноплановые
-- Решал всегда такие задачи, с которыми остальные не справлялись.

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

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

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

А там где не хочет - даже пытаться нет смысла. Это диванные войска, пусть служат в другой части!
Оставьте свое сообщение