Защиту от дурака надо всегда продумывать при проектировании.

Интересная мысль, пригодится при проектировании:

https://youtu.be/mhEXOUtOy2A

6 неправильных способов использовать BPMN, альтернативы BPMN
https://bpmn2.ru/blog/5-nepravilnix-sposobov-ispolzovat-bpmn

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

✔️ Что такое механизм интеграции, никто не понимает. Поэтому мы и затормозили оплату данного документа, в нем еще и цена была перепутана.
✔️ Дополнительные работы по разработке механизма интеграции на сумму ХХХХ руб. Просьба пояснить, что это такое. Никто у нас не понимает, в чем заключались данные дополнительные работы. Если мы принимаем документы на оплату, мы должны понимать, за что именно мы платим.Что касается закрытия 2 и 3 этапов работ, то напишем после обсуждения с руководством.
Интеграция всех файлов отсутствует.
✔️ Наверное, нам нужно организовать общую встречу: с нашей стороны пригласить всех участников проекта ... Вся наша команда хорошо помнит, что мы говорили об этих файлах, и что стоимость их входит в основные работы. И нужно совместно разбираться, что у нас относится к основным работам, что к дополнительным, а что к консультационным услугам. В настоящее время с квалификацией тех или иных работ полная путаница.

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

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

📎 Произнесенные слова на проекте ничего не стоят. Их также не следует воспринимать буквально. Когда вам человек говорит "Всё будет ОК", а когда окажется всё не ОК, он вам скажет, что имел в виду совсем иное или вовсе этого говорил.
📌 На проекте все договоренности следует документировать, хотя это и кажется утомительным.

Я знаю, что в Спортмастер работает наша команда. Вместе с тем, в компании есть свой штат ИТ-специалистов. И опытом совместной работы они делятся в этой статье.

Процедурная уловка

Решил написать об одной процедурно-логической уловке, к которой прибегают некоторые заказчики на проектах. Я ее называю "угадайка". Многие из вас, наверняка, с ней сталкивались в своей работе.
✔️Суть ее заключается в том, чтобы не давать исполнителю исчерпывающие требования к конечному результату. И когда исполнитель приходит в очередной раз сдавать его заказчику, то последний требует внести очередные изменения, сетует на то, что его не так поняли или не услышали. Естественно, выставляя исполнителя в роли виновного.
✔️Для заказчика - это очень удобная позиция, не надо торопиться и много думать, а риски по срыву сроков и превышению бюджета лежат на исполнителе.
✔️Ровно такую картину я сейчас наблюдаю на проекте, где мы выступаем субподрядчиками, а генподрядчик пытается уже несколько недель подготовить и сдать заказчику презентацию для архитектурного комитета компании. Я уже не говорю о том, что в ТЗ ничего не говорилось о подготовке какой-либо презентации для внутреннего мероприятия заказчика, так еще и такая нещадная эксплуатация исполнителя.
✔️Несложно догадаться, что необходимо перед началом любых работ, четко зафиксировать требования к конечному результату, чтобы не попадаться на такую уловку. И вспоминаем ГОСТ 34.602-2020, какими характеристиками должны обладать такие требования: "единичность, непротиворечивость, актуальность, выполнимость, проверяемость, однозначность".

📎 Что стоит за словами заказчика «вы же профессионалы»? Далее по тексту следует упрек, требование, обвинение в чем-то. Манипуляторы часто используют подобные фразы в корыстных целях. Как отработать такую манипуляцию?
🔻Сначала необходимо установить цель, которая стоит за этими словами. Например, это может означать следующее: "Я не хочу ни во что вникать и не собираюсь этого делать, мне проще вас упрекнуть в непрофессионализме, а вы крутитесь и угадывайте мои хотелки"; "Для меня важно, чтобы вы испытывали чувство вины. От виноватого, я могу требовать больше, чем положено"; "Я не позволил вам сделать так, как вы настаивали. А теперь выношу вам мозг, чтобы свалить на вас вину за свои тупые хотелки и технические решения".
🔻 После этого, отработать такую манипуляцию тем, чтобы не дать достигнуть манипулятору своей цели.
🔻 В первом случае, следует настаивать на том, чтобы человек погрузился в проблему и сформулировал требования к результату.
🔻Во втором случае, манипуляцию необходимо отрабатывать вопросами добиваясь конкретики, например: "Что именно показалось вам недостаточно профессиональным?", или "как бы по вашему мнению, повел бы профессионал в этой ситуации?" . Стать этаким "душнилой" для своего визави. И вы сразу убедитесь, что за подобной манипуляцией ничего нет, одни голословные заявления.
🔻Для третьего случая, важно в процессе сбора требований и обсуждения проектных решений, письменно фиксировать факты, когда заказчика настаивает на своем, несмотря на предупреждения о негативных последствиях. Если вам предъявят после обвинения в непрофессионализме, вы сможете легко доказать обратное.

Кто составляет и ведет реестр рисков проекта?
🔻Такой вопрос возник на одном из наших проектов, когда на нем сменился, уже в третий раз, руководитель проекта со стороны заказчика (РПЗ).
Начал он с того, что оценил уровень нашего управления проектом, как низкий. На вопрос о критериях оценки указал, что, например, мы не ведем реестр рисков.
🔻Мы попытались объяснить, что реестр рисков должен вести каждый руководитель проекта, а поскольку их на проекте два, то и реестра должно быть два. И какой реестр мы должны вести, чтобы ему предоставить, так и осталось непонятно.
🔻Здесь важно понимать, что одно и тоже неопределенное событие, для исполнителя и заказчика будет иметь различные оценку и влияние на проект. Как следствие, различный перечень управленческих мер по снижению вероятности риска и минимизации негативных последствий для проекта.
🔻Мы, как исполнитель, ведем реестр рисков по каждому проекту в нашей информационной системе (КСУП), но он не для внешних пользователей. Это наша кухня, где мы даем оценку каждому риску и описываем мероприятия по минимизации их вероятности или последствий.
🔻Например, для нас риском является назначение нового РПЗ на проекте, точнее то, что мы не сможем с ним договориться или сработаться. В нашем реестре рисков добавятся соответствующие записи и оценки. Мы конечно не будет выносить на обсуждение с РПЗ подобные риски, но будем искать решения и предпринимать усилия, чтобы их минимизировать.
🔻Конечно, целесообразно руководителям проектов периодически сверять свои реестры рисков с тем, чтобы согласованно управлять общими рисками. Отдавая себе отчет, что управлять ими будет каждый по своему.
🔻Если у есть есть свое мнение по данному вопросу, опишите его пожалуйста в комментариях.

Оценка производительности конфигурации 1C с помощью стандартных подсистем https://habr.com/p/707052/

Какие нужны требования: развитие концепта https://habr.com/p/703758/

На этой неделе стало известно, что Microsoft хочет вложить $10 млрд в стартап OpenAI 💰 Он примечателен тем, что среди его основателей Илон Маск. А ещё тем, что его новый бот ChatGPT набрал миллион пользователей за пять дней, и его уже называют «убийцей Google».

OpenAI специализируется на машинном обучении и искусственном интеллекте, в копилке стартапа система генерации изображений по текстовому описанию, а теперь и чат-бот, способный чётко отвечать на вопросы из самых разных областей, писать стихи, рефераты и несложные программы 🤖 Microsoft думает интегрировать эти достижения в свой поисковый движок Bing и использовать искусственный интеллект в других сервисах.

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

Художественный фильм «Искусственный интеллект. Доступ неограничен» как раз том, как искусственный интеллект и достижения технологий могут стать угрозой для обычного человека. Триллер с Пирсом Броснаном в главной роли напоминает нам, что платой за комфорт часто становится уязвимость 🎞️

@alfa_investments