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

Рассказываем, как научиться планировать дела и эффективно управлять своим временем, используя матрицу Эйзенхауэра: https://postium.ru/matrica-ejzenxauera/

Привожу описание типичной ситуации при вводе автоматизированной системы в действие.

Это сообщение, полученное от специалиста, участвующего в проекте: "Процесс обслуживания в рамках ОПЭ, становится не управляемым, ни кто не курирует этот вопрос. Нет четкого понимания, сколько и в какие сроки мы должны выполнять задачи от Заказчика. Вопросы сыпятся в почту, helpdesk, устно и т.д. Я в таком хаосе и аврале отработать это кол-во физически не могу!!!"😩

❓Как сделать хаос управляемым?

📝 Коллеги прошу в комментариях высказаться по этому вопросу.

Добрый день, Юлий. Что можете порекомендовать прочитать по описанию БП в BPMN?

и через что можно организовать групповое рисование схем?

📽 Видео-уроки для UML-начинающих.

🎥 Доклад "GraphQL — API по-новому"

Докладчик - Владимир Цукур

"В докладе мы рассмотрим реальное практическое применение GraphQL в Java-контексте. Разберем наш опыт с GraphQL в WIX, сравним с REST, и, как и в случае с любой другой технологией, осознаем ограничения и недостатки, и поймём, где хайп, а где польза."

• Смотреть доклад

• Читать статью на основе доклада

Работаем с проблемой

На днях получил письмо от коллеги с таким содержанием: "У меня есть небольшие сомнения, что мы готовим корректно протоколы встреч. Такое ощущение, что мы можем их составлять слишком избыточными. Пример, встреча была 3 часа, а протокол составляют 20 часов. Вы могли бы посмотреть и сказать что мы делаем не так? Это из проекта в проект у меня вызывает "боль". Делать их менее качественно не хотелось бы, т.к. к ним потом можем возвращаться спустя несколько месяцев. Речь про 1ый этап - предпроектное обследование.".

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

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

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

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

Доклад Глеба Стального о практике применения гибкой технологии внедрения 1С: ERP.

Вышла новая версия 2.5.11.56 типовой конфигурации "1С:ERP Управление предприятием 2"
https://v8.1c.ru/news/vyshla-novaya-versiya-2-5-11-56-tipovoy-konfiguratsii-1s-erp-upravlenie-predpriyatiem-2.htm

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

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

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

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

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

Теперь вернусь к проблеме, о которой идет речь. Честно говоря, я предполагаю как эту проблему решить. Но предполагать - это не значит знать ответ достоверно. Поэтому, скорее всего я задал бы автору проблемы следующие вопросы:
1. Какова цель предпроектного обследования? Какие результаты должны быть получены по окончании этого этапа?
2. Как будут использоваться результаты предпроекта на последующих этапах?
3. Какова цель и результаты проведения интервью и составления протоколов?
4. Как будут использоваться результаты проведенного интервью в результатах предпроекта?
5. Что будет считаться достаточным и необходимым для результатов интервью, учитывая их использования в результатах предпроекта и на последующих этапах?

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

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

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

Аналитическое vs системного мышления

При описании вакансий часто можно встретить такое требование к кандидату, как наличие "системно-аналитического" мышления (встречал именно такую фразу).
При этом весьма вероятно, что не каждый hr-менеджер сможет ответить на вопрос, что означают эти понятия и в чем их отличия.
Давайте разбираться.
В моем представлении, аналитическое мышление — это способность разбиения проблемы (объекта, явления, отношений) на составные части и понимание того, как эти части взаимодействуют между собой и как каждая из них вносит вклад в общую проблему. Этот вид мышления включает в себя и анализ данных, и выявление закономерностей и логические выводы на основе представленных доказательств. При этом аналитическое мышление мы можем применять для решения разнообразных проблем, включая принятие решений или творческой деятельности.
Системное мышление — это подход к решению проблемы, который направлен на ее целостное восприятие, с учетом взаимодействия частей ее слагающих. При этом, оно является более общим понятием, которое включает необходимость аналитического мышления.
Говоря проще, системное мышление это способность видеть целое, фокусируясь на взаимодействиях между частями системы, а не только на ее компонентах. Системное мышление также используется для анализа динамики системы.
Системное мышление помогает выявить первопричины проблем (анализ) и разработать решения (синтез), которые являются более эффективными и выгодными в целом.

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

Добрый день, Коллеги!
Срочно требуется аналитик на текущий проект с глубоким знанием, умением, настройкой опер.контура, Закупки, продажа, производство в ЕРП. Желательно знание в области текстильной промышленности.
Работа удаленно.
Начало работ с 27.02

Выгорание на проекте

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

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

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

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

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

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

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

Рекомендации, как видно, общие. Многие и так об этом догадываются.

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

Успехов всем на проектах! Берегите здоровье и нервы!