А вы точно аналитик #4?
Новая серия, коллеги.
Автор в своем посте обещает нам объяснить, почему бизнес-аналитик быстро окупается, и приводит четыре аргумента: наглядность процессов, обучение, качество требований и коммуникацию. Однако за этим перечнем почти не видно... самого бизнес-анализа.
Начнем с постановки задачи.
BA, по версии автора, появляется, когда бизнес решил автоматизировать процесс, а ИТ не понимает, как это сделать. Но решение об автоматизации уже принято без анализа. Между тем прежде следует установить потребность, исследовать проблему и оценить варианты изменений. Возможно, автоматизация вообще не нужна: достаточно пересмотреть правила, ответственность или организацию работ. BA не обязан начинать с реализации заранее выбранного решения.
Теперь о наглядности.
Утверждение, что на BPMN-модели "сразу видно" узкие места, потери времени и дублирование данных, мягко скажем, некорректно. BPMN описывает логику процесса, а не измеряет его эффективность. Диаграмма может подсказать гипотезу, но не доказать ее. Чтобы установить потери времени, нужны сведения о длительности операций, ожидании, нагрузке и фактическом исполнении. Чтобы выявить дублирование данных, необходимо исследовать информационные потоки. Моделирование не заменяет диагностику, автор.
Перейдем к обучению.
По мнению автора, достаточно модели и инструкции, чтобы сотрудник освоился за дни вместо месяцев. Откуда взята такая оценка? Модель процесса, инструкция и программа адаптации решают разные задачи. Документация помогает сохранять знания, но не передает автоматически навыки и опыт, особенно неявные знания. Кроме того, документы необходимо поддерживать в актуальном состоянии. Без данных о должности, сложности работы и прежних сроках адаптации обещание ускорения ничем не обосновано.
Такое солидное слово "однозначность".
"Четкие ФТ и ТЗ" якобы сокращают правки. Это, конечно, возможно, но качество требований не исчерпывается понятностью текста. Требования должны соответствовать реальным потребностям, быть обоснованными, согласованными, проверяемыми и прослеживаемыми. Можно разработать формально безупречное ТЗ на бесполезное решение и реализовать его без единой доработки. Отдельно меня забавляет обещание увидеть по требованиям, "кто против автоматизации". Анализ заинтересованных сторон и работа с требованиями связаны, но не тождественны. К тому же несогласие с автоматизацией может иметь вполне рациональные причины, автор.
О, коммуникация.
Автор описывает BA как переводчика между бизнесом и ИТ (ох как же повеяло поп-жвачкой), а также обязательного хранителя wiki и глоссария. Да, BA содействует взаимопониманию, но он не просто заменяет одни слова другими: он выясняет потребности, обнаруживает противоречия, анализирует ограничения и помогает вырабатывать решения. Ведение базы знаний не является монополией этой роли, а тезис о повышении "зрелости компании" благодаря глоссарию требует как минимум определения зрелости и способа ее измерения (мое любимое).
А где обещанная окупаемость?
В заголовке обещан быстрый возврат инвестиций, но в тексте нет ни затрат на аналитическую деятельность, ни оценки получаемых эффектов, ни сравнения с альтернативами, ни критериев измерения результата. Перечисление потенциальных преимуществ не доказывает экономическую эффективность. Парадоксально: объясняя ценность BA, автор не применяет аналитический подход к оценке этой ценности.
BABOK Guide связывает бизнес-анализ с определением потребностей и рекомендацией решений, создающих ценность для заинтересованных сторон. В предложенном описании почти отсутствуют анализ текущего и будущего состояний, обоснование изменений, оценка альтернатив, управление жизненным циклом требований и оценка результатов решений.
Разумеется, конкретный BA может моделировать процессы, писать инструкции и даже вести wiki. Ошибка не в этих работах, а в подмене назначения профессии набором инструментов и артефактов со стороны автора.
Иронично, что автор спрашивает, какие важные задачи забыты. Ответ напрашивается сам по себе: прежде чем расширять список, стоило бы объяснить, где в нем собственно бизнес-анализ.
· 11 ч
Коллега, вы проделали внушительную работу, но, кажется, упустили главное — заголовок публикации: «Зачем вашему бизнесу бизнес-аналитик?» Именно он задаёт тему текста. Цель публикации — на простых практических примерах объяснить ценность бизнес-аналитика, особенно для малого и среднего бизнеса, где необходимость этой роли зачастую вообще не осознаётся. Это не попытка пересказать BABOK, дать исчерпывающее определение профессии или перечислить все функции аналитика. Странно, что при столь внимательном разборе деталей вы не уловили основной посыл. Замечания относительно моих оценок эффективности приняты к сведению. Однако это социальная сеть, а не научный форум. Здесь допустимы упрощения и утрированные оценки, если они помогают донести мысль до целевой аудитории. К слову, вы сами используете публицистический приём, утверждая: «Автор в своём посте обещает нам объяснить». Я никаких обещаний не давал, но вам это не помешало использовать подобную формулировку. Получается, себе вы позволяете определённую свободу изложения, а от других требуете академической строгости? Особенно иронично, что, рассуждая о необходимости выявлять потребности и понимать контекст, вы сами не разобрались ни с целью публикации, ни с её целевой аудиторией. В результате вместо анализа того, насколько текст решает задачу, поставленную его автором, получился разбор несоответствия требованиям, которые вы сами же ему навязали. Для человека, претендующего на экспертную оценку чужой работы, довольно показательно допустить столь фундаментальную методологическую ошибку — оценивать результат, неверно определив критерии оценки. Впрочем, благодарю за внимание к публикации. Надеюсь, читатели благодаря этой дискуссии лучше поймут, зачем бизнесу нужен аналитик и насколько важно правильно определять задачу перед её решением.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён
· 10 ч
Ох, Никита, вы совершаете все те же ошибки и используете почти полный перечень аргументов, что и другие адепты профессионального карго-культа 😌 Сейчас будет больно, но не физически. Я любезно для вас выделю жирным основные тезисы, чтобы вы точно мимо них не прошли. Поехали 😉 Вы написали пространное объяснение того, зачем опубликовали свой текст, но так и не ответили ни на одно содержательное замечание. Впрочем, это уже само по себе показательно 😌 Вы утверждаете, что я не понял цель публикации. Напротив, я проверил, насколько приведенные вами аргументы соответствуют этой цели. Вы взялись объяснить бизнесу ценность бизнес-аналитика, а я указал на методологические ошибки и необоснованные утверждения. Где здесь неверно определенные критерии оценки? Ваше рассуждение о BABOK особенно меня позабавило. Покажите, пожалуйста, где я требовал пересказать руководство? Ссылка на него использовалась мной для обоснования критики, а не как требование к структуре вашего поста. Вы возражаете против того, чего я не утверждал 😌 Ваш аргумент "это социальная сеть" для меня не менее забавен. С каких пор формат публикации освобождает от содержательной корректности? Упрощать материал для аудитории допустимо, а вот подменять упрощением отсутствие обоснований и методологические ошибки - нет. Что касается слова "обещает", я с удовольствием заменю его на "утверждает". Именно вы заявили в своем исходном посте о четырех причинах быстрой окупаемости бизнес-аналитика. Где экономическое обоснование? Или оно тоже не требуется, поскольку это социальная сеть? Третья забавность - это ваше замечание о необходимости правильно определять задачу. Давайте я вам любезно напомню, что в вашем исходном примере бизнес уже решил автоматизировать процесс, а аналитик появляется после принятия решения. Вы буквально воспроизвели тот подход, от которого теперь предостерегаете меня. Итак, вместо опровержения конкретных замечаний вы предложили рассуждения о целевой аудитории, публицистических приемах и якобы навязанных критериях. При этом ни BPMN, ни сроки адаптации, ни организационная зрелость, ни заявленная окупаемость так и не получили обоснования. Вы решили любезно объяснить бизнесу, зачем ему бизнес-аналитик, но пока демонстрируете преимущественно умение защищать свою форму изложения от содержательной критики. Если аргументов по существу вашего поста не будет, то смысла читать ваши потуги в стиле "мне все равно, что требование неверно, зато как я красиво его оформил" нет. Можете не утруждать себя ответом в таком случае 😌
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён
· 8 ч
Коллега, я не стал подробно отвечать на ваши замечания, поскольку рассчитывал, что после разъяснения цели публикации вы пересмотрите масштаб своих выводов. Но, судя по ответу, этого не произошло. Между указанием на отдельные неточности и выводом о несостоятельности всей публикации есть существенная логическая дистанция. Впрочем, раз вы настаиваете, давайте по существу. 1. Постановка задачи. Я привёл частный пример, когда бизнес уже столкнулся с необходимостью автоматизации. Где я утверждал, что аналитик должен подключаться исключительно на этом этапе? Отсутствие описания других сценариев не означает отрицания их существования. 2. BPMN. Модель визуализирует процесс, помогает увидеть потенциально проблемные участки и сформировать гипотезы. Да, для подтверждения узких мест нужны данные. Но это не отменяет диагностической пользы моделирования. Именно поэтому я писал, что команда получает общую картину процесса. 3. Обучение. Документация сохраняет знания и снижает зависимость от конкретных сотрудников. «Дни вместо месяцев» — иллюстративное обобщение, а не результат исследования. Замечание к срокам принимаю, но оно не опровергает пользу документирования для адаптации и организационной устойчивости. 4. Требования. Я не утверждал, что понятность ТЗ — единственный критерий его качества. Это пример того, как согласованные требования помогают сокращать переделки. Что касается «противников автоматизации», речь о выявлении сопротивления изменениям со стороны стейкхолдеров. В ходе работы с требованиями могут обнаруживаться противоречия интересов и опасения сотрудников. Причины несогласия могут быть вполне рациональными — задача аналитика их исследовать, а не объявлять людей противниками прогресса. Вы снова спорите с интерпретацией, которую сами придали моим словам. 5. Коммуникация. Единый глоссарий снижает разночтения, упрощает согласование требований и способствует развитию культуры документирования и управления знаниями. Разве это не элементы организационной зрелости? Я не утверждал, что один глоссарий автоматически делает компанию зрелой или что ведение wiki — исключительная обязанность аналитика. 6. Окупаемость. Здесь замечание обоснованно: без исходных данных невозможно доказать скорость окупаемости. Однако я описывал механизмы экономического эффекта — сокращение переделок, потерь времени и зависимости от отдельных сотрудников. Это объяснение потенциальной ценности, а не расчёт ROI для абстрактной компании. Теперь к главному. Моя публикация адресована прежде всего бизнесу и объясняет практическую пользу аналитика на понятных примерах. В конце я прямо предложил коллегам дополнить список тем, что мог упустить. То есть изначально не претендовал на исчерпывающее описание профессии. И отдельно о профессиональной этике. Вы апеллируете к BABOK, где этичность рассматривается как одна из базовых поведенческих компетенций аналитика, но сопровождаете критику выражениями «карго-культ», «потуги», «поп-жвачка» и демонстративными насмешками. Конструктивная критика и публичное высмеивание коллеги — разные вещи. И здесь название вашей рубрики невольно хочется адресовать вам: «А вы точно аналитик?» Предметные замечания я услышал и на них ответил. Но отдельные неточности не доказывают несостоятельности всей публикации, тем более профессиональной некомпетентности её автора. Критика может быть жёсткой, оставаясь профессиональной. Для этого необязательно превращать её в упражнение в остроумии.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён
· 6 ч
О, вы наконец перешли к содержательным аргументам. Правда, обнаружилась новая закономерность: почти в каждом пункте вы защищаете уже не первоначальное утверждение, а его новую, существенно более осторожную версию 😌 Давайте по пунктам, для удобства 😉 1. Постановка задачи. Я критиковал не отрицание вами других сценариев, а ограниченность выбранного примера, в котором BA появляется после принятия решения об автоматизации. Вы снова возражаете против тезиса, которого я не выдвигал 😌 2. BPMN. Первоначальное "узкое место видно сразу" превратилось в "помогает увидеть потенциально проблемные участки и сформировать гипотезы". Прекрасно! Это именно то, о чем я говорил. Вы исправили формулировку, но почему-то считаете это опровержением критики. 3. Обучение. Вы признали, что "дни вместо месяцев" не подкреплены исследованием. Пользу документирования я не отрицал, предметом моей критики была ваша необоснованная количественная оценка. 4. Требования. "Всегда видно, кто против автоматизации" превратилось в "могут обнаруживаться противоречия интересов и опасения сотрудников". Теперь вы описываете исследование заинтересованных сторон, отсутствовавшее в исходном объяснении. Очередная корректировка первоначального тезиса 😌 5. Зрелость. Вы утверждали, что глоссарий повышает зрелость компании. Теперь говорите об отдельных элементах зрелости. Какую именно модель организационной зрелости вы используете, Никита? Назовите критерии и объясните, как оценивается влияние глоссария на уровень зрелости. Или термин использовался исключительно для придания утверждению профессионального звучания? 😌 6. Окупаемость. Вы прямо признали отсутствие доказательств заявленной скорости окупаемости и теперь вместо нее обсуждаете потенциальные экономические эффекты. Мне нужно подчеркнуть, что это разные утверждения? Итак, вы не опровергли замечания, а последовательно скорректировали собственные формулировки в соответствии с ними. Это тоже удовлетворительный результат. Теперь об артефактах, потому что я не люблю размазывать по двум тредам 😌 В ветке Оксаны вы спрашиваете, где утверждали, что ценность аналитика определяется их количеством. А где я приписывал вам такой тезис? Я говорил об артефактоцентричности вашего объяснения профессии. Все четыре аргумента выстроены вокруг BPMN, инструкций, требований, wiki и глоссария. Предполагаемые эффекты перечислены, но сама аналитическая деятельность, связывающая бизнес-проблему с обоснованным решением, практически отсутствует 😌 Описание потенциальной пользы инструмента не равнозначно объяснению ценности бизнес-анализа. Особенно забавно, что в ответе Оксане вы сами сформулировали именно тот принцип, отсутствие которого я критиковал: ценность BA определяется решаемыми проблемами бизнеса, а не созданными артефактами. И вот теперь к профессиональной этике. Раз уж вы обратились к BABOK, то я рекомендую перечитать еще раз раздел 9.2.1 "Ethics", особенно критерии эффективности. Среди них: понятное обоснование решений, честность относительно качества собственной работы и принятие ответственности за ошибки 😌 Почему же вы предпочли обсуждать исключительно эмоциональную окраску моей критики, оставив без внимания эти положения? Вы признали необоснованность ряда первоначальных утверждений, но продолжаете представлять их исправление как опровержение замечаний 😌 Разумеется, вы вправе оценивать мою манеру общения, однако форма критики и состоятельность ее аргументов являются разными предметами оценки. Человек, позиционирующий себя как BA, должен уметь их различать. Это базовый профессиональный навык: отличать форму от сути 😌 Если уж вы апеллируете к BABOK, извольте применять его положения последовательно, в том числе к собственной работе 😌 И последнее. Вы называете обнаруженные недостатки отдельными неточностями. Однако мы рассмотрели все четыре ваших аргумента, постановку задачи и центральный тезис об окупаемости. Проблема не в отдельных оговорках, а в самой конструкции объяснения профессиональной ценности 😌
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён