⏱ Друзья, UMLимся уже через 15 минут!
Кто еще не выпил пустырника - у вас есть время!

😉 Ух! Что мы делали этим четвергом!

1. Формализовали текущий бизнес-процесс заказчика в виде BPMN
2. Разработали целевой автоматизированный бизнес-процесс
3. Составили ФТ к решению в  виде UML Use Case Diagram
4. Описали концептуальную архитектуру решения в виде UML Component Diagram

Спасибо всем, кто был! Лайки-лайки!

✔️По многочисленным просьбам страждущих, пустим повтор в субботу в 12:00

Закидывайте напоминалочку в календарь

🏖 Друзья, всем привет! Погода, конечно, располагает к копанию грядок, но мы все же поговорим с вами про требования!

Наш коллега, аналитик Сергей, был очень щедр и поделился несколькими кейсами о том, как он собирал требования на разных местах:

🗣 «Расскажу два случая: на одном из проектов заказчик напрямую не взаимодействовал с командой, он был темной лошадкой, диктующей свои требования. Контакт с ним держал только лидер проекта, он же демонстрировал результат и получал фидбек.

Я, как системный аналитик, получал скупую информацию от лидера проекта после совещаний, доводил ее до ума и ставил задачи на разработку. На этой работе использовал методики «интервью» и «изучение набросков по черновикам», очень редко случались «мозговые штурмы», но пользы они не приносили – заказчику все равно что-то не нравилось.

Понравилось изучать наброски – повезло, что человек умеет выражать свои мысли. В спокойной обстановке изучаешь черновики, рисуешь макеты, при необходимости – уточняешь мелкие детали. Зарисовки быстро превратились в функциональные и нефункциональные требования и были отправлены в разработку. Отмечу, что документации на проекте (как и ТЗ) не было, разработка велась хаотично по «хотелкам» заказчика»

Продолжение следует! Солнечной недели!☀️

🌤 Други, с новой неделей!

Завершим прошлую неделю по требованиям
дружным тыканьем по викторине?)

Если формат нравится - лайкните, чтоб мы продолжали дальше👍

👁 Анализ аналитиков!

Друзья, мы учим вас снимать требования, а теперь хотели снять их с вас!

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

тыкать сюда 🍀

😴Хей-хей! Мы ̶п̶р̶о̶с̶р̶а̶л̶и̶ отложили весь недельный контент, потому что активно TECHWEEKались в Сколково

Было очень интересно, занятно и местами голодно - из нецифрового контента давали только воду😭

P.s. Надеемся, что владельцы затылков на фото не против появиться в нашем канальчике

Хола амигос!🏖 Дорасскажем что же все же было на главной технологичной конфе

Весь 1ый этаж бурлил - чувствовался большой заряд, энтузиазм и перспективы. И нет, это был не ML в Medtech. Это были продажи на Вайлдбериз!

Огромное количество стендов/мастер-классов и тп. Так что если кому-то надоест пилить ТЗ, можно в прямом смысле переобуться и задуматься о продаже кроссовок на 🍓

На 2ом этаже уже все было посерьезнее - Fintech, HRtech, Product growth и прочее веселье. Если год назад на конфе по финтеху красной лентой шло «братцы, не уезжайте», то в этом году все было спокойнее, проходило под эгидой «все ок, работаем»

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

🌴Ребятки, всем привет! Охладимся в жару user story?

Легко ли с ним зафакапиться? Да! Вы что-то надумали с продактом, сделали юзер стори и смело пульнули в разрабов. И вроде бы все хорошо, но оказалось, что у заказчика была совершенно другая продуктовая ориентация😳

Так вот - User Story помогает договориться на берегу, ответив на экзистенциальные вопросы:
О каком юзере мы говорим?
Какая роль у юзера?
Чего он, мать твою, хочет?
Какой результат мы хотим получить от действия юзера?
На фиг ему это?

Ну и критерии INVEST в помощь:
I — Independent Не зависит от других историй
N — Negotiable. Обсуждаемость - нет конкретных пунктов реализации
V — Valuable. Ценность - польза для клиентов, бизнеса.
E — Estimable. Достигаемость -можно оценить по уровню и трудозатратам.
S — Small. Маленькая - может реализоваться за одну итерацию.
T — Testable. Тестируем

Пример:  Бухгалтер получает отчет за месяц быстрее

Проверка: Раньше отчет формировался 3 минуты, сейчас - минуту. Проверили по часам - все ок! Достигли цели!

🏖Продуктивной недельки работающим! Своевременно сданных ДЗ учащимся!

🧠Закрепим материал: как можно облажаться с User story?

Заказчик: Менеджер должен заводить приход товара
Аналитик: Ок! Сделаем!

Парапарапам, все!🥳

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

При неверном юзер стори не понятно, к какому результату мы идем и достигли ли мы его.

«У самурая нет цели только путь» - такая парадигма в разработке не работает. Слишком дорого стоят трудочасы пути💸

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

🦾Тэкс-тэкс, с User Story порешали, переползем на Use case

Ранее мы обсуждали, как не зафакапиться с хотелками заказчика. Теперь разберем, как не самоуничтожиться внутри команды! О да!

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

Чтобы избежать такого веселья - не брезгуйте Use Casом. Работайте не только с последовательность действий, но и с ролями, которые участвуют в этом взаимодействии. Альтернативные сценарии тоже не игнорируем, господа!

По фиг на безусловное принятие и любовь, проверяйте по чекисту хороших use case:
- Пишем просто, просто пишем
- Уточнения и детали важны, но без фанатизма1
- Атомарность
- Единый формат доки
- Обновляем Use Case при внесении изменений

Всем хорошей недельки!🎦

😱 ГУЙ в жизни аналитика.
Нет, это не опечатка - говорим про Графический интерфейс пользователя
(graphical user interface ака GUI)

Кто-то может выкрикнуть из зала: пусть делает UX! На фиг аналитик?
Отвечаем: Слава кришне, если UX есть! Если нет, аналитик гуй положить на задачу не может

Побеседуем, в каких ситуациях мы работаем с GUI:

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

Проектируем тот самый GUI так:
- Вайфрейм
- Прототип
- Макет

Об этих словечках поговорим в сл постах! 🤝

💪На зарядку становись!

Проверим знания по Use case/User story, пока мы активно готовим требовательно юмээльный движ на сл неделе!🎦

😏UMLьное кафе на фото, значит, диаграммам - быть!

UML в народе просто - унифицированный язык моделирования. Рисуем не только в Рашке - это международный язык схеморисования, т.е. в в Эфиопии вас тоже поймут!

Помогает визуализировать, конструировать, пилить документацию. Весьма полезный зверь!

Перейдем к + и - UML:

👎

* Время - надо его найти и отрисовать;
* Знания - так просто из головы не нарисуешь.

👍

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

Дальше - больше! Чмоки!🎦