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

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

5 Whys — как лекарство против Muda

...«Муда» как любые действия, которые не добавляют ценности, не могут и не должны быть неизбежными, а значит, они должны непрерывно устраняться…
Масааки Имаи «Гемба Кайдзен»

Понаблюдав можно заметить, что в повседневной жизни мы имеем дело с “цепочками создания ценности”, т.е. выполняем различные действия, направленные на достижение целей. Очень часто наши цели являются отправными точками для достижения других целей. Часто мы выполняем действия даже не подразумевая “зачем?”, таким образом тратя время и силы на действия не приносящие ценности (Muda) или тратя силы и время на результаты, которые того и не стоят…

Мы не раз рассказывали, как первый же крупный клиент чуть не убил весь наш бизнес. Тогда одной из явных дыр, наряду с QA (Quality Assurance), был BA (Business Analysis). До появления в нашем портфеле по-настоящему больших проектов необходимости в глубоком анализе бизнес-требований заказчика и выработки системных решений для их удовлетворения не было. Сейчас в Redmadrobot три бизнес-аналитика, которые определяют точки развития мобилити-проектов, исходя из бизнес-задач клиентов.
Один из наших BA — Семен Заморов — поделился своим Toolset, набором программ, которые помогают ему выполнять работу еще быстрее.

Приветствую, Хабрахабр!

В этой статье я постараюсь приоткрыть завесу над интересной технологией из области управления бизнес-процессами ( BPM). Интеллектуальный анализ процессов ( Process Mining) фокусируется на обнаружении, анализе и оптимизации бизнес-процессов на основе данных из журналов событий (англ. event logs), представляя недостающее звено между классическим анализом бизнес-процессов с использованием их моделей и интеллектуальным анализом данных ( Data Mining).




Рисунок 1. Позиционирование Process Mining.

Далее мы разовьем тему позиционирования, коснемся вариантов использования, поговорим об исходных данных и рассмотрим различные типы интеллектуального анализа процессов.

Компания Blizzard Sport производит лыжи и оборудование, аксессуары для лыжников уже более полувека. Начиная с 1950 годов, эта компания создала миллионы пар лыж и не меньшее количество различных аксессуаров. Ежегодно компания Blizzard выпускает около 400 тысяч пар лыж, модельный ряд включает около 900 различных моделей. Здесь и обычные лыжи, и гоночные лыжи, лыжи для фристайлеров. В производстве лыж используется более 50 тысяч видов различных материалов.

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

Пока готовится подробный обзор функционала MS Datazen и Pyramid Analytics, мы решили разместить небольшую статью по решению локальной задачи для SQL Server Reporting Services.

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

Введение

(клик по картинке ведёт внутрь публикации)

Развиваясь, организации внедряют всё больше и больше информационных систем совершенно различных направлений: бухгалтерский учет, управление персоналом, управление складом etc. Системы живут и развиваются независимо друг от друга до того самого момента, как компании не потребуется взглянуть на свои данные целиком. Объемы данных уже достигают критической точки и выясняется, что сопоставить и сравнить данные вручную становится просто невозможно. Решения основанные на противоречивых и невыверенных данных ведут к управленческим ошибкам, а дубли и неактуальность данных к неверным бизнес решениям.

Конечно же проблема описанная выше не нова и сегодня мы обсудим классический способ решения — систему управления мастер-данными.

Оглавление

1. Введение
2. Что такое MDM
3. Типы корпоративных данных: что такое справочные и транзакционные данные
4. Зачем оно нужно?
   
   • Зоопарк ИТ-систем и консолидированная отчетность
   • Интеграция систем
   • Единая база контрагентов
   • Очистка и нормализация данных
   • Случаи из жизни
5. Методы решения
   
   • Административное решение
   • Внедрение MDM-системы
6. Типы MDM-систем
   
   • Централизованная система
   • Аналитическая система
   • Гармонизированная система
   • Примеры реализации MDM-систем
7. Индикаторы необходимости внедрения СУ НСИ
8. Выводы

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

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

Скоро не будет разделений. Никакого диджитала, никакого веба, оффлайна — только все вместе.

Визуализация в бизнес-аналитике очень важна. Например, концепт этих графиков отрисован совместно с Infographer.

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

Первое и главное применение бизнес-аналитики — это тупо в лоб уметь строить произвольные отчёты, пока руководители подразделений или члены совета директоров совещаются. Один из моих любимых примеров — с какого завода поставлять водку в магазины: с далёкого (дорогая логистика и 2 недели в дороге), но дешёвого по себестоимости производства или же с ближайшего (1 день), но дорогого?

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

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

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

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

Ошибки управления одной компанией могут оказать существенное влияние на успехи другой. Так это было с Yahoo!, обладающей третьей по популярности в мире поисковой системой. В 1997 году Yahoo! не купила у двух студентов Стэнфорда технологию BackRub, из-за чего не встроила в свой поисковик PageRank и не предотвратила создание Google — корпорации, оборот которой примерно в 20 раз превышает Yahoo!..

Я – бизнес консультант и активный интернет-пользователь и, как и многие другие, постоянно просматриваю публикации в различных СМИ на предмет положения в экономике, в том числе, и по той причине, что от этого напрямую зависит и мое благополучие. Как и многие, я интересуюсь причинами кризиса, его развитием, возможными перспективами, ведь если малый и средний бизнес не будет развиваться, моя деятельность также прекратится из-за отсутствия клиентов.

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

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

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

Сервис коллтрекинга Calltouch выводит российский рынок интернет-маркетинга на принципиально новый уровень и представляет первый комплексный продукт, ориентированный на собственников бизнеса. Поводом для создания новой услуги стало приобретение Calltouch системы автоматизации бизнес-аналитики RO!RS, которая легла в основу продукта.

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

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


Помимо статей о непосредственно программных продуктах и методах их внедрения, я также интересуюсь и другими аспектами бизнеса. Как консультант я изучил работу значительного числа компаний, которые работают в самых разных сферах. И по этому вопросу я также пишу статьи. Я изучал причины неудач, и написал статью “Как теряют бизнес”, изучал методы злоупотребления в различных компаниях, и также написал статью в помощь бизнесменам “10 способов злоупотребления сотрудниками своим служебным положением и методы борьбы с ними с помощью учетной системы”, есть у меня и статьи, посвященные сложностям сотрудничества IT-компаний и бизнеса, например, “Посредники или почему в России всегда «виноват» исполнитель на примере IT проекта”, а также описания негативного влияния на бизнес злоупотреблением дружескими и родственными связями “Родственники и друзья в бизнесе”.

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

По интернету много лет бродит история о том, как в США интернет-магазин Target попал на гнев разъярённого отца из-за рассылки рекламы товаров для беременных в адрес несовершеннолетней школьницы.  Спустя несколько дней оказалось, что девушка действительно беременна. Тarget узнал обо всём раньше за счёт анализа больших данных. И за счёт использования этой самой системы анализа данных вырастил свою выручку в кратчайшие сроки более, чем на 60%. История потому и тиражируется, что пример завидный даже для первопроходцев использования данных — онлайн-ритейла. В общем, если вы можете похвастаться таким же кейсом — листайте Хабр дальше, если нет — поговорим под катом о том, как приучить себя к аналитике, научиться в любой кризис идти по приборам и наконец повзрослеть.

Можно ли войти в одну реку дважды?

Данная статья написана по результатам доклада на конференции Нефтегазстандарт – 2016, сделанная мной от имени компании ТриниДата.

Работая инженером — онтологом, я занимаюсь созданием информационных моделей для информационных систем.

В этой статье я хочу рассказать о практике применения стандарта ИСО 15926 к моделированию активов предприятия, и о том, к каким результатам это привело нас в итоге. Те, кто незнаком со стандартом, могут не расстраиваться — чтение статьи будет полезно независимо от знания стандарта.

Раздается звонок.

— Здравствуйте, это Сергей? Меня зовут <Ηράκλειο> (не вникайте в название, слово существующее, но это плоды секундной фантазии), я — директор по производству на <Κρήτη>. У меня есть ряд проблем с производственным планированием. Могли бы мы с вами встретиться?

На встрече присутствовал Ηράκλειο, генеральный директор и, случайно заглянувший, собственник бизнеса. Мне предоставили список технических требований к производственному планированию, наличие которого положительно сказывается как предметности разговора. В ходе беседы познакомились, поделились коммерческой и организационной информацией, очертили первые шаги.

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

В результате обучения человек привыкает к тому, что есть некоторые паттерны, повторяющиеся из раза в раз. Например, если поднять камень и отпустить его, он упадет на землю. И так будет всякий раз, когда повторится этот паттерн. Знание о том, что предмет падает на землю является эмпирическим опытом, не требующим объяснения. Всем, кто живет на Земле, этот факт кажется очевидным, не требует ни объяснения, ни доказательства, то есть, он понятен. Выглядит это знание как:

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

Итого: есть ситуации, модели которых хранятся в сознании у субъекта, есть модель этих моделей – паттерн, который тоже хранится в сознании у субъекта. Все вместе это дает человеку чувство понимания.

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

Про спагетти, или как исследовать бизнес-процессы организации

Многие руководители предприятий не обладают полной картиной происходящего в собственных производственных подразделениях. Они знакомы с организационной структурой, направлениями деятельности, общими экономическими показателями. Если по результату получилась прибыль, то наступает уверенность успеха. Но есть ли на рынке предприятия, которые длительное время удерживаются в «слепом» режиме управления?

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

Статья ориентирована на тестировщиков, которых просят провести ревью ТЗ и найти в нём несоответствия, и на аналитиков, которым разработчики после прочтения ТЗ часто задают вопросы формата: «А что должно быть, если …?».