Сообщения

Сообщения за 2015

Как повысить качество государственных сайтов?

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

Требования к информационной системе

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

Про архитектора и аналитика

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

Что такое Digital Strategy?

Хочу высказаться о следующей статье: 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

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

Проектирование контекста ИС

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

Можно ли жить без руководителя проекта?

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

Ошибки организации фазы анализа

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

Анализ требований при проектировании порталов

Изображение
Мне нравится проектировать порталы. Я всегда с удовольствием берусь за такие проекты. Мне они интересны тем, что, как правило, создание портала сопряжено с решением разнородных технических задач (таких, как интеграция, управление контентом, публикация, UXD, реализация workflow и т.п.). При разработке порталов основная проблема, с которой мне приходилось сталкиваться, заключается в том, что объем информации, который на них хотят публиковать, достаточно большой для того, чтобы решать задачу разработки требований к порталу "в лоб". Но ее можно прилично упростить, если структурировать содержание портала по типу его формирования. Т.е. если посмотреть на портал, то можно выделить четыре типа публикаций: статический контент; периодически обновляемый контент - контент, который редактируется от случая к случаю, по мере необходимости; динамический контент - контент, автоматически формируемый на основе каких-нибудь внешних данных; сервисы - формы, позволяющие пользователю вв