Как не сложно догадаться, тема статьи завтра Lean Canvas. От английского Canvas — это «холст», по сути, этот артефакт так и строится «с чистого листа (холста)», куда в определенном порядке выписываются ключевые элементы проекта и / или идеи (художника может обидеть каждый!)

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

А!

Я еще ✨шаблон✨ этого документа принесу простой, его можно будет (как и с другими шаблонами) забрать себе во благо, как говорится.

Вот такая вот заметка-анонс у меня получилась. Работали с документом? Если да, то как и для чего?

у меня сегодня какое-то такое настроение, прямо вам скажу

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

и план, прости господи, вкусный (!), хороший прям, честное слово,

НО ✨НЕ ПОЛУЧАЕТСЯ✨

по этому плану, шоб вот его разэтосамое-то, а!

хочется страдать как-то возвышенно с этими муками творчества, решительно невозможно чтобы было, чтобы, знаете, бежать в развевающемся одеянии по длинным анфиладам, ломая руки у груди! 🙌

а я страдаю приземленно совсем, как пирожок с картошкой.

а вы как страдаете, трагично или как пирожки?

Я знаю, что я пропала с радаров, и совершенно бессовестно ничего не пишу вам тут 😔

Прям ни вредного, ни полезного, ни душевного контента не принесла, прям как в песне «Руки Вверх»: «нет ни строчки от тебя».

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

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

А пока давайте встретим эту среду как чюваки 🐸

Когда ты лаешь, потому что предчувствуешь опасность, а тебя не слушают 😐

Принесла статью, в ней краткая справка про управление рисками, Реестр последующих действий и шаблон, который можно забирать и работать, чтобы вас и ваш лай услышали ❤️

Статья становится логичным продолжением для прошлых постов:

появилась некая идея проекта — ее зафиксировали, описали и оценили с помощью Бизнес-кейса или Lean Canvas, поняли, какие есть ограничения, какие есть сроки и желаемые результаты от проекта в конце, примерно поняли, кто потребуется для реализации, решили дать проекту шанс — зафиксировали в Резюме ключевое по проекту, обозначили старт, и теперь нужно на самом берегу посмотреть вперед и понять, а что там с рисками.

Пишите мне свои истории про риски, ириски, моменты, когда вы говорили (а вы говорили!!), и вот это вот все.

У меня назрел важный вопрос: о чем писать дальше?

Есть ощущение, что "менеджерский" контент немножко меня выел 🙂, и надо, получается, чем-то его разбавить. Я склоняюсь к тому, чтобы писать вам об опыте работы бизнес-аналитиком (это и решение корпоративных вопросов и описание внутренних БП, и написание ТЗ для ИТ-проектов). Я уже писала (немножко совсем) про требования, их виды, процесс работы с требованиями с точки зрения менеджера проектов.

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

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

По сути, мне нужно вас проанализировать, моя дорогая аудитория, но сделать это на добровольной основе 🤣🤣

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

По просьбам трудящихся несу пожелание, держите-с, это вам, насладитесь глупенькими выходными и добрым вечерочком 🪿🪿🪿

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

Поэтому ✨торжественная барабанная дробь✨ только сегодня и только сейчас (на самом деле нет), давайте вместе посмотрим на контент-план на ближайшие полгода, судя по объему.

Я предлагаю вам вот такой цикл лекций статей по бизнес-анализу в ИТ-проектах, я сильно постараюсь писать практикоориентированно, то есть с примерами, разбором на примерах, шаблонами, пошаговыми инструкциями:

Вводная статья. Что такое бизнес-анализ и кто такой бизнес-аналитик в ИТ-проектах

🍋 Блок 1. Работа с бизнес-процессами

➖Что такое бизнес-процесс и как с ним работать
➖Как анализировать бизнес-процесс?
➖Кейс-стади: анализируем бизнес-процесс и делаем выводы
➖Метод: PEST
➖Метод: COPS
➖Как описывать бизнес-процессы?
➖Блок-схема (описание, элементы, процесс работы)
➖BPMN (описание, элементы, процесс работы)
➖UML (описание, элементы, процесс работы)
➖Диаграммы потоков данных (DFD), диаграммы сущность-связь (ERD)
➖Анализ бизнес-правил, документирование бизнес-логики

🌸 Блок 2. Сбор и документирование требований

➖Взаимодействие с заинтересованными сторонами: фасилитация воркшопов для сбора требований, методики анализа заинтересованных сторон (Stakeholder Mapping), согласование с заинтересованными сторонами, принятие и утверждение требований
➖Методы и инструменты: интервью, воркшопы, опросы, мозговые штурмы + примеры вопросов для интервью + чек-листы для воркшопов
➖Документирование требований: BRD (Business Requirements Document) + SRS (Software Requirements Specification) (?)
➖Документирование требований: Use Cases
➖Документирование требований: User Stories и эпики для Agile-проектов
➖Документирование требований: методика SMART для постановки требований
➖Приоритизация требований: MoSCoW, Kano (?)
➖Анализ влияния, проверка требований на соответствие бизнес-целям (?)
➖Моделирование решений и дизайн: прототипирование, работа с UX/UI командами
➖Моделирование решений и дизайн: создание архитектурных диаграмм и описание инфраструктуры (системные компоненты) (?)

🍑 Блок 3. (тут предположительно что-то про работу с разработкой, тестирование и приемку, может быть, разбор проблем, диаграммы решений) (?)


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

Есть еще идея давать на некоторых статьях что-то вроде ДЗ и устраивать тут флешмобы / челленджи / активности (например, ДЗ написать US, сделать прототип, нарисовать диаграмму, блок-схему, а вы в комментариях скидываете выполненное и мы обсуждаем). Возможно, для этого нужно заводить отдельный чат, чтобы не спамить тут, я думаю еще над форматом и стоит ли делать проверку и обсуждение таких работ платной).

Что мне от вас нужно:
👍 - если план нравится, будете ждать и читать
👎 - если план не нравится, есть замечания (напишите их в комментарии, пожалуйста)
👏 - если мне как всегда особое мнение нужно (вам все нравится, но с пассивной агрессией)