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

📽 Видео-уроки для 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

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

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

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

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

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

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

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

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

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

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

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

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

Какие компетенции нужны для проектного специалиста

Сегодня пришлось собеседовать кандидата на позицию "Аналитика 1С по регламентированному учету".
Женщина, возрастом около 40 лет, работала все время в организациях бухгалтером-экономистом или специалистом планово-экономического отдела. Принимала участие в ИТ-проектах этих организаций. Имеет два высших образования, одно - инженерное, другое - "финансы и кредит". Прошла базовые курсы бизнес-аналитика в CORS Academy. С ее слов, очень хочет работать в IT- сфере, на проектах по автоматизации предприятий.
Краткий итог собеседования:
1. Ни на один тестовый вопрос по теории бухгалтерского учета и финансового менеджмента не ответила;
2. Все заявления о наличии опыта и компетенций - голословные. Показать ничего не смогла.
Ну и конечно обещания, типа "быстро учусь", "я ответственный работник", "умею хорошо общаться" и пр. Только возьмите на работу.

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

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

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

Как развивать начинающих проектных специалистов?

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

Особое внимание в развитии специалиста необходимо уделять программе стажировки и наставничества.

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

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

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

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