КаБа

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

Давайте поговорим о такой роли, как архитектор, точнее о тех, кого принято называть солюшен архитектором (Solution Architrect). Для начала я расскажу, как я себе понимаю эту роль. Solution Architrect – это роль, целью которой является проектирование архитектуры информационной системы. Под архитектурой информационной системы я понимаю некоторый артефакт, определяющий разделение информационной системы на компоненты и логику интеграции / взаимодействия этих компонентов между собой. Компоненты обеспечивают реализацию отдельных функций системы. Интеграция компонентов обеспечивает комбинированное функционирование компонентов системы, благодаря которому становится возможным достижение стоящих перед нею бизнес-целей. В общем случае функции, реализуемые отдельными компонентами системы, не имеют конечного прикладного значения для пользователей. Т.е. речь идет не о бизнес-функциях, а о прикладной логике. Поэтому информационная система и является системой, что представляет собой совокупност

Хочу высказаться о следующей статье: What is a digital strategy? Mark McDonald Managing Director, Accenture Strategy, Digital Strategy Чем замечательна данная публикация, так это тем, что Марк определяет точку, от которой можно начинать разговор. В данном случае о digital strategy. Марк крут. Он не вплетает в определение и пляски вокруг него всякие новомодные слова, это чистый термин и чистая идея. Здесь нет маркетинга про продать технологию, подход, себя, контору. Другое дело, что продолжение этого разговора неминуемо приведет к необходимости понимания контекста компании, которая в своей strategy делает ставку на digital. Там сразу появляются клиенты (причем все равно, физики или юрики, Марк не сужает действие digital strategy розничным рынком) со всеми вытекающими про коммуникации, маркетинг и все остальное. Но при этом в его понимании digital strategy - это не просто про focus on customer и связанные с этим штуки, направленные на вовлечение, увеличение продаж и удержа

Agile vs. Waterfall: Which Project Management Style Is Right for You? An infographic by the team at LiquidPlanner Люблю инфографику за ее наглядность. И всегда мечтал написать о том, в чем я ни фига не соображаю. Наконец-то такая возможность предоставилась. С этой картинкой очень сложно поспорить. Да, именно по этим причинам Agile получил право на жизнь как логическое продолжение борьбы с водопадом через совершенствование итеративного подхода. Нет, я конечно знаю, что есть люди, которые верят, что Agile к итеративному подходу не имеет никакого отношения, но лично мне проще упереться в ISO12207 и сослаться на эволюционную модель разработки: Agile - это развитие эволюционной модели. Я просто хотел обозначить для себя некоторые моменты, которые многие при организации проектов и выборе подходов к их выполнению либо забывают, либо не обращают на них внимания: Спор о том, что круче - Agile или водопад, не имеет никакого смысла. Равно как и вера в то, что Agile спасет мир. Тот и др

Я попытался на одной картинке уложить свое понимание термина Digital Strategy. Цель, которую я преследовал - выразить концепцию Digital Strategy через провязку методологий и концепций, так или иначе упоминаемых в разговорах про DS, в единую картину. В основу я положил типовую "слоёнку" информационной системы. Слева перечислил основные идеи и тренды современных ИТ-решений, а справа перечислил методологи и технологии. В результате получилась вот такая картинка: Тут надо сказать, что в полном смысле термина я в Digital Strategy вообще совсем далеко не специалист. То, что здесь нарисовано - это попытка осознания. Поэтому я буду крайне признателен любой обратной связи. UPD: добавил CEO, CMS, BPM. Удалил IT Consulting, поскольку в моем понимании он является частью IT Strategy; добавил Product Management.

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