📚 Пользовательские истории. 
Гибкая разработка программного обеспечения.

Автор: Майк Кон
Предисловие: Кент Бек

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

Скачать 📔

#литература | @notes_analyst

Несколько дней назад начали обследование на одном из предприятий. Хочу поделиться тем, что является важным в этой работе. Конечно - это подготовка к обследованию. Работа эта, как правило, не оплачивается, но от ее выполнения зависит успешное выполнение поставленных задач.
Что же необходимо обязательно сделать для перед началом обследования? Вот краткий перечень мероприятий:
✔️Составить организационную структуру проекта, желательно с матрицей ответственности;
✔️Провести мобилизацию проектной команды;
✔️Составить оперативный план проведения работ;
✔️Рассчитать финансовые показатели этапа работ и заложить временной и финансовый резерв;
✔️ Согласовать с заказчиком ключевых лиц и план проведения интервью;
✔️Подготовить и направить клиенту анкеты (опросники) для заполнения (это хорошее подспорье на интервью);
✔️Провести инструктаж проектной команды, чтобы добиться понимания каждым сотрудником цели работ, результатов и способов их достижения;
✔️Провести анализ заполненных анкет и подготовиться к интервью (каждому аналитику).
В этот список желательно еще добавить проведение ознакомительных мероприятий с командой заказчика. Это только поможет налаживанию взаимодействия.

Очень хорошая статья по работе с PlantUML
https://habr.com/ru/company/qiwi/blog/577606/

Примеры готовых скриптов
https://real-world-plantuml.com/

Ревью требований аналитиков: что, как, зачем. Качественные требования — Ксения Дмитриева на vc.ru
https://vc.ru/u/1271058-kseniya-dmitrieva/483893-revyu-trebovaniy-analitikov-chto-kak-zachem-kachestvennye-trebovaniya

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

​​📑 Как использовать макросы в Confluence, чтобы систематизировать и оформить документацию по продукту и процессам?

"Макросы - это программные алгоритмы действий, «упакованные»‎ в понятный графический интерфейс. Если проще, это внутренние инструменты Confluence, которые помогают делать документацию понятнее и удобнее."

Читать статью

#документация | @notes_analyst

Рекомендую к изучению данное решение
https://www.youtube.com/watch?v=psK2fZUtbf4&ab_channel=%D0%9A%D0%BE%D0%BC%D0%B0%D0%BD%D0%B4%D0%B0%D0%98%D0%A2%D0%9A

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

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

https://youtu.be/mhEXOUtOy2A

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

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

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

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

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

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

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

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

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

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