Методологические Знания

Получается довольно часто при описании навыков аналитика в ИТ вспоминать или ссылаться на своды знаний, методологии или стандарты. И действительно, подобные документы помогают смотреть шире и объективнее на контекст анализа и быстрее приносить пользу предприятию за счет качественного анализа и проверенных годами решений. Понимание методологий необходимо аналитику не только для применения в практике, но и для того, чтобы быстро адаптироваться и работать в новых условиях и быть способным изучить локальные методологии предприятия за счет полезной информации о контексте.

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

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

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

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

Библиотека аналитика ИТ: https://wiki.levgrishin.ru/
Телеграм канал Аналитик+:https://t.me/Analyst_Plus
ICQ канал Бизнес-аналитик+: https://icq.im/businessanalyst

Инструменты и технологии

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

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

Свод знаний по бизнес-анализу делит все инструменты на три подгруппы:
• Офисные инструменты и технологии повышения производительности,
• Инструменты и технологии анализа,
• Коммуникационные инструменты и технологии.

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

Библиотека аналитика ИТ: https://wiki.levgrishin.ru/
Телеграм канал Аналитик+: https://t.me/Analyst_Plus
ICQ канал Бизнес-аналитик+: https://icq.im/businessanalyst

Офисные инструменты и технологии повышения производительности

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

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

Чем пользуюсь сам:
• Заметки для подготовки небольших публикаций и конспектов,
• Таблицы (Numbers на Маке или MS Excel на Windows-машине),
• Wiki-движок для документации с установленными дополнениями,
• Visual Paradigm для моделирования и подготовки диаграмм и схем,
• Affinity Designer для подготовки, коррекции или конвертирования графики ,
• Презентации (Keynote на Маке),
• Scapple для построения майнд-карт,
• Outlook Exchange для обмена сообщениями и категоризацией писем,
• Разнообразные приложения для сервисов сообщений,
• Конвертер DJVU-PDF,
• Foxit для чтения PDF,
• Scrivener для подготовки сложных текстовых документов
• и еще очень много сервисов, доступных онлайн в браузере.

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

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

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

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

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

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

Библиотека аналитика ИТ: https://wiki.levgrishin.ru/
Телеграм канал Аналитик+: https://t.me/Analyst_Plus
ICQ канал Бизнес-аналитик+: https://icq.im/businessanalyst

Инструменты и технологии бизнес-анализа

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

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

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

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

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

Библиотека аналитика ИТ: https://wiki.levgrishin.ru/
Телеграм канал Аналитик+: https://t.me/Analyst_Plus
ICQ канал Бизнес-аналитик+: https://icq.im/businessanalyst

Средства и технологии связи

Завершать серию публикаций из 30 базовых навыков аналитика, распределенных по 6 предметным группам, буду навыком владения инструментами и средствами коммуникации. И действительно, освоенная многократным улучшением технология связи сделал доступным услышать голос или обменяться оперативной информацией в любой момент времени. Эта возможность стала на столько безусловной, что последовало изменение культуры обмена информацией. Если раньше письма шли долго, теперь мгновенно и вдруг оказалось, что для ответа все же необходимо время.

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

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

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

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

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

Библиотека аналитика ИТ: https://wiki.levgrishin.ru/
Телеграм канал Аналитик+: https://t.me/Analyst_Plus
ICQ канал Бизнес-аналитик+: https://icq.im/businessanalyst

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

Популярная тема, которая мучает специалистов анализа не первый год, со всей накопленной энергией выползла наружу. Какая разница между бизнес-аналитиками и системными аналитиками? На этот вопрос можно отвечать с перспектив профстандарта (см. profstandart.rosmintrud.ru), или целей каждого из упомянутых типов анализа, или с перспективы, в рамках которой каждый руководитель видит роли. Предлагаю разбираться постепенно.

В действительности существуют сухо описанные роли в профессиональном стандарте и еще существует Потребность сорсеров и рекрутеров. И независимо от этого всего существует реальность с ее фактическими задачами и необходимыми навыками. Что это означает? Вы долго ищете себе в проект «голову», способную собранные знания компилировать в стандартные документы, а на практике используете эту персону, как ассистента. Или чуть иначе, компания трудоустроила блестящего специалиста, готового самостоятельно проработать Потребность заказчика, выявить расхождения в текущих процессах и предложить маршрут изменений, а заниматься ему приходиться сопровождением переписки между младшими разработчиками разных команд.

Обе описанные ситуации совершенно не крайность, а скорее реальная жизнь. И обе эти ситуации и есть предмет, с которым может работать аналитик и развиваться в процессе. В каждой компании необходимость в специалистах и их навыках складывается своя. Поэтому предлагаю смотреть на ситуацию с анализом в ИТ в пересечении сфер бизнес-анализа, системного анализа, управления архитектурой и управления проектами. БА - помогает работать с потребностью, СА и УА - помогают работать со способом удовлетворения потребности, УП и УА - помогают организовать деятельность на всем маршруте изменений.

В качестве системы координат (или источников знаний) предлагаю пользоваться стандартами и сводами знаний:
• Профессиональный стандарт Бизнес-аналитик (см. profstandart.rosmintrud.ru),
• Профессиональный стандарт системный аналитик (см. profstandart.rosmintrud.ru),
• Свод заний по бизнес-анализу,
• Свод знаний по управлению проектами,
• Архитектурная схема управления корпоративной архитектурой от Open Goup (TOGAF) и тд.

Требования которые мы пишем

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

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

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

Как же можно позволить требованиям работать за вас? Можно продемонстрировать при помощи аналога крупно узловой сборки автомобилей. Достаточно описать для фронтэнд специалиста образ результата или его наиболее важные критерии, он предложит максимально эффективные методы взаимодействия пользователя с продуктом или сервисом. Детали реализации, ровно как и мелкие детали крупного узла для авто, будут сопровождать решение. Быть как бы в комплекте решения.

Такой подход помогает на первых этапах или первых неделях проекта:
• Собрать информацию для уточнения,
• Представить прототип для более ясного сбора потребности,
• Утвердить или отбросить кардинальные гипотезы,
• Точнее расставить приоритеты,
• Точнее посчитать ресурсы,
• Получить запас времени на отбор и наем необходимого персонала,
• Получить время для более конкурентного торга с поставщиками и провайдерами,
• В принципе получить преимущества в планировании и тд.

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

Гораздо важнее, собирая требования, отвечать на вопрос «Зачем». В будущем мне следует взяться за «йэтэнадэр» рассуждениями о развитии потребности заказчика. Или не развитием, а прояснением. Или помощью формулировки, или поддержки. В любом случае это тоже емкая тема. Хотя бы потому что на вопрос «Зачем» могут вам и не ответить, даже с подписанными #NDA.

Источник: https://levgrishin.ru/требования-которые-мы-пишем/

Месяц назад приступил к изучению (и переводу на русский язык) свода знаний практика цифровых технологий.
Откровенно говоря, до этого документа мне пришлось немного дорасти головой вот в какой мере. Ведь по сути ИТ как функцию и профессию аналитика в ИТ стало больше объединять, а растущая потребность во взаимных навыках у тишэйпов и … скажем так, гуманитариев, заставила шире смотреть на профессию.
После завершения авторского курса по введению в TOGAF мне удалось 1 - более гибко и разнесторонее управлять абстракциями, 2 - в принципе внимательнее присмотреться к тому огромному озеру накопленной экспертизы организации Open Group.
Итак, о чем же этот #DPBoK. Авторы документа замахнулись на формат обучения практиков в ИТ и подошли к этому классическим приемом, когда каждый из аспектов в «цифре» появляется в контексте своей необходимости.
Понятнее будет так, индивидуальному разработчику, который пишет элементарный кроссплатформенный калькулятор не зачем забивать голову и заниматься #GRC или Разработкой культуры своего предприятия. Хотя бы потому что он предоставлен сам себе.
Следуя такой парадигме, авторы #DPBoK предлагают опираться на модель четырех последовательных контекстов:
1. Основатель,
2. Команда,
3. Команда команд,
4. Предприятие.
В каждом из Контектов авторы излагают области компетенции и категории компетенций с примерами для каждой. Например в контексте Основателя есть область компетенций - Цифровая инфраструктра и она же содержит в себе пять категорий:
1. Принципы Информации и вычисления,
2. Виртуализация,
3. Облачные сервисы,
4. Управление конфигурациями и инраструктурой как кодом,
5. Инфраструктура безопасности.
Как можете догадаться, пройдя такой «курс информатики» можно абсолютно ясно понимать как устроены процессы в ИТ и, что важно, быть готовым зайти в любой из обеспечительных процессов для каждого из них. И это только двенадцатая часть свода знаний.

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

Мы можем долго полемизировать о важности доверять профессионалам проектирования специализированных инструментов. Только есть факты и есть опыт, которые показывают следующее:
• Подготовленное задание от заказчика - плод его рассуждений. И этот плод необходимо помочь вырастить. Когда вам придет на ум предлагать свое решение прямо, вместо подведения заказчика к нему, значит не получилось.
• Хороший дизайн — простой дизайн. Поэтому если не получилось просто, значит не получилось.
• Суть дашборда, экономить время: 1 - на вычислении, 2 - на восприятии. Поэтому если результат не помогает принимать решение, хотя бы в 30 раз быстрее, значит снова не получилось.

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

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

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

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

И скромно про композицию. Да, про композицию, а не дизайн! Композиция полезного дашборда должна быть простой. Убирайте очевидное и добавляйте необходимое© (Джон Маэда).

В итоге разработка любой, но полезной и функциональной консоли пролегает в умении подвести заинтересованную сторону к своему решению, собрав по дороге модель, нефункциональные требования и выбрав макет с простой композицией. Сложнее таблицы умножения придумывать не нужно. Что нужно? Хорошо владеть знаниями инструментов реализации. Это помогает подкинуть идею или предостеречь от лишних трат на владение результатом и на время подготовки.

Источник: http://levgrishin.ru/dashboard-button-free/

План как поддержка экспресс оценки (PaaSEE)

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

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

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

Фактически дизайнер подменяет модели на экране, мелкими, но живыми точечными деталями. Он предлагает разговаривать на языке критерия достижения результата, а не на языке расплывчатых потребностей. И уже сам набрасывает паттерны решений, отдавая макет, расчет и… план!

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

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

На этом можно пока остановиться. Сами для себя принимаете три категории задачи: малая, большая и не малая и не большая, а средняя. Для каждой из задач определяете длительность спринта. Его предлагаю определить из расчета занятости руководителя проекта или другого контролирующего лица. Допустим спринт в 2 недели (10 рабочих дней) с трех дневным статусом и одним ревью. 
Затем решайте сами. Сколько спринтов у вас в каком по мере сложности проекте. Но что самое важное для успешных договоренностей, это список рисков. Рекомендую присесть на 10 минут и порассуждать, какие из факторов часто мешают двигаться задаче вперед. Это может быть сезонный трафик, зимние заболевания, сезон отпусков, ротация коллектива или статус внешнего партнера. У каждого свои «болячки». Обсудите рисковые сценарии с коллегой и учтите их в плане. А те, которые не нашли свое место в графике, должны получить себе пару — решение в случае возникновения.

Как показывает практика, даже весьма сложный проект можно за 25 минут расписать в деталях, которые удивят и не раз своей стабильностью проявления по пути к цели. Хороший план служит и проверкой для озвученной оценки или ее балансу в большую или меньшую из сторон. И самое чудесное, что хороший план еще не раз послужит отмене проекта. Такое тоже бывает.

Источник: http://levgrishin.ru/план-как-поддержка-экспресс-оценки-paasee/

Короткая, но полезная статья для тех, кто хочет начинать развивать Отраслевые навыки (см. гл. 9.3.1 BABoK). Речь идет о PESTLE (PEST) анализе. Или другими словами, это чем-то похоже на ту часть модели ITIL4, где формирующие ценность продукта/услуги четыре измерения окружены средой факторов влияния. Вот эти силы или факторы практическии повторяются в акрониме PESTLE.
https://cleverics.ru/digital/2022/10/chto-takoe-pestle-analiz-vazhnyj-instrument-biznes-analiza/

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

Для меня это слово важное, потому что именно с него мне пришла на ум мысль вести справочник маркеров. При этом сам подход такого… наверное - аудита, уверен, не раз спасал всех нас. Просто проверить очевидные «факапы», о которых знаете не от хорошей жизни.

Итак слово Бесшовный. Это было ТЗ или Договор, в текстовых джунглях которого висело это слово. Что меня побудило погуглить это понятие уже не вспомню, но через мгновение я уже открывал мир бесшовных сетевых технологий, стоимость оборудования которых умножало ценник оборудования если не 15-20 раз, то уж точно в 3-5 раз.

И надо понимать, что тогда лет 10 назад, если говорить о текстах лучших практик, это был ITILv2 (третья версия библиотеки только восходила), который только обозначал процессы и их адекватные конструкции. Еще пройдет минимум лет 6 и методологи обозначат важность партнерства, как целого измерения формирования ценности для услуг. То есть, этим словом можно было по результатам внедрения на сложном объекте со звездочкой полностью оправдать провал.

Медленно работает отбор на складе? Плохая связь. Что в ней плохого, когда речь идет о скорости работы системы? А… позвольте, видите: Бесшовная сеть, смотрим что это… а у вас что? аля - оборудование для квартирного интернета?! И ТАК ПО ВСЕМ АСПЕКТАМ. Заказчик был бы рад возразить, но неудача есть неудача.

Это позже появятся биллинговые подходы, когда вы платите за результат. А сейчас смотрите в договор. И приходилось таки следить за словами в Договорах и требовать формализации терминологии на том же уровне, как это организованно даже в самых простых SLA.

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

Если вдруг придется выкручиваться из факапа. Будьте уверены, «Так и было задумано». Кроме Бесшовного есть еще несколько слов или выражений, которые заставляют внимательнее в читаться в абзац артефакта. А у вас есть такие «волшебные» слова?
• Задвоение
• Бесшовный
• Выключить/отключить
• Все требования покрываются коробкой
• Особенность комплекта поставки/партии/релиза
• Автоматически
• Соответсвующий
• С точки зрения бизнес-логики

Источник: http://levgrishin.ru/magic-phrases/

О сертификации в БА

Ничего необычного, просто список организаций, которые уполномочены раздавать сертификаты за прохождение испытаний по направлению бизнес-анализа. У каждой из них, есть своя партнерская сеть тренеров и подготовки. У каждой из них свой скоуп (не свод) знаний для подготовки. И, наверное, это еще не полный перечень:
• ISCB
• IIBA
• IQBBA
• PMI
• IREB

Теперь о главном. Решение о получении сертификации каждый будет принимать сам. Ведь на самом деле это не только проверка знаний как есть, но и подписка в профессии. С другой стороны это же хорошо, что существует кто-либо, кто на международном уровне сможет подтвердить вашу квалификацию. Ну почти. Фактор SWUk и последующая за ним культура отмены тут тоже обозначили границы для граждан РФ и РБ.

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

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

Первый мой опыт перевода с подготовкой публикации в виде электронной книги. Есть, что сказать. После такой работы к меня остались возникшие попутно идеи и мысли. Например можно подготовить статью или обзор на новый обозначенный тип требований. Затем внимательнее изучил библиотеку IIBA. Как оказалось, тема базовых компетенций не просто не раскрыта, она и обозначена мной была не совсем с эффективной позиции. Скажем, я бы взялся за корректировку своего видения. Начну позже с точки отсчета. Плюс, так как в соответствующей книге IIBA есть сегрегация ролей БА по мере экспертизы, следует это измерение тоже обозначить и обсудить.
Документ, который прикладываю к публикации, удобно читать с телефона. Кто захочет продолжить работу над переводом, пишите, поделюсь промежуточным источником. Прежде всего рад тому, что языковой барьер уже не препятствие. Да, работая долго с техническим английским этот порог (как не для говорящего по англ.) был ниже, и мне было не очевидно, на сколько это стена для многих моих соратников по профессии. Всем хорошего дня!
ПС. Ссылки в канал приветсвуются 😉

Есть хороший способ расширения кругозора — готовиться или тренироваться сдавать экзамены на известные сертификации. Одной из качественных платформ в этом поле компания Pocket prep. В бесплатных подписках достаточно вопросов и пояснений и ссылок на полезные источники. https://apps.apple.com/ru/app/professional-pocket-prep/id1503584541

Смешно, досадно и интересно было самому себе признаться, что лет 5 не правильно понимал термин тишейп/Т-шейп. И только во время перевода учебного руководства по эджайл от PMI наткнулся на ноту, рассказывающую, про I и T шейп. Вот, отрывок:
«Некоторые люди имеют глубокую специализацию в одной области и крайне редко вносят свой вклад за ее пределами. Их назыывают «Ай-шейп», поскольку, подобно букве “I”, они обладают глубиной определенного навыка, но не охватом вспомогательных навыков.
И есть «Ти-шейпы» , которые дополняют свой опыт, навык в одной области вспомогательными, но менее развитыми навыками в смежных областях и хорошими навыками сотрудничества.
В качестве примера, человек, который может протестировать некоторые области продукта и разработать различные области продукта — «Ти-шейп».
«Ти-шейпы» имеют определенную, признанную специализацию и основную роль, но обладают дополнительными навыками, универсальностью и расположены к сотрудничеству с другими, когда и где это необходимо. Такое сотрудничество сокращает передачу полномочий и ограничения, связанные с тем, что только один человек может выполнять эту работу. — Agile Study Guide п. 4.3.3»
Мне видимо показалось, что тишейпы, это просто - «технари». По такой аналогии должны быть эф-шейпы/финансисты, эм-шейпы/медики, ю-шейпы/юристы и так далее как в наивном 2020 называли варианты вирусов.

Приятно наблюдать за знаменитыми людьми, у кого растет аудитория их сообществ и появляются сообщники. Скорее всего потребуется потратить часть своих усилий, чтобы просто регулярно писать сюда заметки об аналитике.
Странное раскаяние, и тем не менее очередной приятный и полезный ресурс подтолкнул меня поделиться. Речь идет о продукте (сайтом его не назвать) https://www.smaply.com/resources/cx-course-online
Это ссылка на вводный курс для получения начальных знаний о клиентском опыте. На него можно потратить полдня (3 часа на изучение и короткий проверочный тест/эксзамен). Контент красивый и качественный. Кроме этого изобилует «вкусняшками» в виде бесплатных шаблонов.
Есть и ложка дегтя или просто нюанс, который некоторым поднимет планку. Курс на английском. Но… английский элементарный и материал дублируется текстом, кторый можно перевести онлайн, если совсем не просто.
Вышел на этот материал изучая книгу «THIS IS SERVICE DESIGN DOING». Кто тянется к знаниям через стильный и вдохновляющий контент - высоко оценит. В этом я уверен.

Книги: https://www.thisisservicedesigndoing.com

И еще немного вашего внимания для скромных, но красивых находок с песплаными шаблогами и на этот раз «холстов». https://designabetterbusiness.com
У меня сейчас в проработке перевода два источника знаний в сфере Digital Design. И один из них попутно изобразил странный Шаблон холста, не тот, который мы привыкли видеть (поразумеваю, бизнес-холст). Поисковик и Пинтерст вывели меня на этот забавный ресурс. Вот так. Пользуйтесь, там множество интересных и забавных шаблонов. Даже если они не принесут пользу, точно вдохновят и наведут на идеи.