Всем привет!

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

1. Нотации (в частности, UML) и инструменты — переоценены. Что действительно важно?
2. Аналитик часто вынужден проектировать интерфейсы. Как не сделать каку?
3. В каком порядке стоит внедрять RUP?
4. Как организовать обучение аналитика?
5. Зачем и как организовывать групповую работу аналитиков?
6. Базовые инструменты и методы аналитика
7. Специфика работы аналитика в разных классах ПО и ИС
8. Что такое успешный IT-продукт на массовом рынке и что требовать от маркетологов?

А также почти любые аналитико-проектировочные темы, которые интересуют вас.

Могу в Москве, могу в любом другом городе (с оплатой проезда).

Программа конференции «РИТ: Высокие нагрузки» значительно обновилась. Отчасти это обусловлено договоренностями о партнерстве с членами ассоциации «Интернет и бизнес» (Яндекс, Рамблер, Мейл.ру, Ашманов и партнеры, РБК-МедиаМир и многие другие), отчасти — усиленной работой экспертного совета.

На тему проектирования масштабируемых систем и выбора архитектуры подано около десяти заявок. Одни из самых интересных пришли от Андрея Шетухина (архитектор проектов SUP Fabrik), тезисы уточняются. Антон Федоров готовит доклад о выборе архитектуры нагруженного проекта, опираясь на примеры Goodoo-IT и Инфоскан.

Разработчики холдинга РБК-МедиаМир — технический директор Александр Горный и начальник отдела системных разработок Лавплэнет, Влад Лесин — поделятся опытом разработки нагруженных сервисов. Игорь Ермаков (Мейл.ру) расскажет об архитектуре и особенностях почты и Мейл-агента.

К участию в секции приглашены разработчики РуЦентр с докладом о нагруженном DNS. Отдельным потоком хотелось бы выделить доклады от Smotri.com, Rutube об организации потокового вещания и кэширования видео. Михаил Костин, бывший разработчик Апорта, ныне работающий над gogo.ru выступит с докладом о поиске и индексировании видео.

В секции «Базы данных» заявлено выступление Максима Богука (системного архитектора .masterhost): «Использование Slony-I в решениях на PostgreSQL в больших проектах. Теория и практика».

В этой же секции о масштабировании PostgreSQL расскажут лидеры Postgresmen — Николай Самохвалов и Иван Золотухин. Готовят доклад их коллеги из Skype.

В секции «Инструменты» есть два новых доклада. Первый сделает Дмитрий Котеров (Яндекс.МойКруг): «Тэги для Memcached — Best Practice». Второй — Андрей Аксенов (Sphinx): «Как сделать поиск на Sphinx».

На темы администрирования и тестирования мы пригласили выступить сотрудников Яндекса: Тимура Хайруллина («Методики нагрузочного тестирования») и Максима Лапань («Система мониторинга Яндекса»), а также Сергея Мартынова (технического директора НотаМедиа) и Дмитрия Лоханского (Z-Support CEO).

С темами выступлений до конца недели определятся Дмитрий Криков (член экспертного совета конференции, технический директор .masterhost) и Сергей Скворцов (SpyLog, руководитель департамента веб-сервисов).

Напоследок напомним о том, что на нашу конференцию приглашены разработчики Digg.com, FriendFeed, Amazon, eBay, Twitter и Flickr.com.

Регистрируйтесь!

Хочу встретиться и обсудить следующие вопросы

1. Нужны ли российскому рынку веб-аналитики?
2. Если да, в каком количестве?
3. Какими компетенциями они должны обладать?
4. Как эти компетенции им передать?
5. Как должна быть устроена программа подготовки?
6. В какой момент их стоит подключать к рабочим задачам?
7. Кто мог бы участвовать в подготовке?
8. Какие возможны модели мотивации участников в процессе обучения?
9. Откуда брать студентов и какими качествами они должны обладать к началу обучения?
10. Как организовывать процедуру отбора?

29 мая 2008 г. в 18:00 пройдет Семинар – круглый стол «Регламентация и автоматизация деятельности»

Место проведения: Центр обучения Люксофт

Регистрация: на сайте livents.ru. Указывайте свое ФИО в профиле вашего логина на livents.ru, иначе Вы не пройдете на Семинар

Условие участия: БЕСПЛАТНО

Предисловие к представленному анонсу

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

В многопользовательской системе необходима работа бизнес-аналитика, результатом которой будет, как минимум, схема процесса TO BE для написания ТЗ. В реальности большую многопользовательскую систему невозможно внедрить без регламентации деятельности людей вокруг системы. Львиная доля рисков внедрения системы для групповой работы сосредоточена именно в процессе создания регламентов (если угодно, технологии применения средств автоматизации), а так же в процессе внедрения созданных регламентов. Технические риски в таких проектах отходят на второй план, работоспособность или не работоспособность принятой (и зафиксированной в системе) организационной схемы полностью решает дальнейшую судьбу ИТ системы.

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

14-15-го апреля в Москве пройдут фрактальные конференции-матрёшки РИТ > SuccessStory > AgileRussia.

По договорённости с Олегом Буниным, я буду руководить работой программного комитета конференций.

Тематика РИТ-2008:

1. Разработка больших Интернет-сайтов
2. Серверное программирование
3. Клиентское программирование
4. Базы данных
5. Качество
6. Технологии будущего

Нам нужны кураторы секций и тезисы докладов до 15-го марта на адрес rit2008 [a] profyclub.ru

Тематика SuccessStory-2008:

1. Стартапы
2. Команды
3. Классика
4. Антикризисное управление
5. Заказ сайтов
6. Техническое управление
7. Продукт

Подробнее – в программе конференций.

Здесь тоже нужны кураторы и тезисы докладов на success2008 [a] profyclub.ru

Тематика AgileRussia-2008 пока уточняется.

Также Алекс Капранов проведёт на РИТе сессию блиц-докладов (Lightning Talks).

Welcome!

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

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

Масштабы – порядка 200 человек, 1-2 тыс. руб.

Тематическое ограничение, по всей видимости – Программная инженерия и Организационные практики.

Сейчас нам нужны коллеги-организаторы, которым также, как нам, интересная эта деятельность.

Что мы, как Оргкомитет, будем делать в ближайшее время?

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

2) Доклады – тренинги (с помощью УЦ Luxoft)
- собираем у участников конференции темы докладов-тренингов, которые они хотели бы представить на конференции
- отбираем темы докладов на конференцию с учетом разбиения на сессии
- отбираем темы тренингов (workshops)
- следим, чтобы не было пересечений в контенте докладов – тренингов
- составляем расписание докладов-тренингов

Сегодня в Москве должна была пройти конференция, посвящённая интернет-сообществам.

Я напомню, что такое сообщество, если кто забыл:

В переводе:

(Забавно, что английская статья Community в ВП соответствует русской Община)

Чему, на мой взгляд, должны были быть посвящены рассказы участников конференции?

В теоретической части:

1. Специфика интернет-сообществ
2. Жизненный цикл и-сообществ
3. Классификация видов и-сообществ
4. Роли участников и-сообщества
5. Условия зарождения и формирования и-сообщества
6. Закономерности развития
7. Причины деградации и стагнации и-сообществ
8. Инструменты обеспечения жизни и-сообщества
9. «Построитель сообщества» как профессия будущего

В практической части:

• Рассказы о формировании и развитии сообществ от лица их основателей, кураторов, развивателей, «построителей».

Так вот, ничего этого не было. На что, по факту, шли и пришли участники сегодняшего события?

На ФАРШ.

Фарш из «монетизации», «программных решений», «маркетинга», «сервисов», «социальных сетей», «блогов» — где здесь сообщества? Какую специфику они накладывают на сообщества?

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

Что может Битрикс и Qsoft рассказывать про инструменты для сообществ, если посмотреть, в каком состоянии остался функционал e-xecutive? А если верить, что заказчик не дал сделать ничего, кроме миграции платформы — то что вы здесь делаете? Выдерживаете нагрузку? Даёте управляемую систему? Ну-ну. Но не для СООБЩЕСТВ же управляемую, для владельцев.

DO NOT WANT.

В эти выходные побывал на закрытом отраслевом мероприятии Веборуб, которое организовали в подмосковье Саша и Дима из phpclub‘а.

Меня поселили с Андреем Аксёновым, который делает Sphinx Search Engine – надеюсь, удастся его пригласить на очередную встречу MySQL User Group, Russian Postgresql Community или что там ещё)

Из “старых” знакомых пообщались сfisher_geekly,sinodov,mihun,_fidget_,svetasmirnova,youngmeteor.

Также видел разной степени легендарностиdemiurg,l_o_n_g,tony2001,romikchef,kostja_osipov,madm1ke.Жаль, не былоdixi,samokhvalov,quappa, ребят из Яндекса, наших архитекторов – думаю, на следующий год исправим.

Я пытался рассказывать на следующие темы:

1. Классификация шаблонов проектирования баз данных.
2. Применение agile-методик в веб-маркетинге.

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

Про шаблоны задали типичный вопрос – “а где уже можно посмотреть готовое”? Нет, ребятки, всё только начинается %)

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

Вот тут я рассказываю… нет, не про Постгрес, как можно было подумать, а про притчу о 6 слепых мудрецах, 4+1 Architecture, роли системного архитектора, холистическом видении, ну и далее шаблонах проектирования БД собственно, благо картинка подвернулась:

Другие фотки можно посмотреть здесь, отзывы участников – на phpclub‘е.

В феврале пройдёт конференция Success Story’2008, посвящённая управлению интернет-проектами.

На ней будут следующие секции и темы:

1. Стартапы — организация успешных интернет-проектов:
   • исследование рынка
   • cоздание работающей идеи
   • работа с инвесторами
   • борьба с конкурентами
   • обеспечение экспоненциального роста;
2. Команды — организация успешных команд:
   • создание командных ценностей
   • подбор людей и сплочение коллектива
   • организация коммуникаций, развитие команды;
3. Классика — классическое управление проектами:
   • процессный подход
   • роли, документы, инструменты
   • организация процессов;
4. Agile — гибкие методологии:
   • проекты в условиях постоянных изменений
   • принципы и опыт внедрения;
5. Антикризисное управление — выживание в проектах:
   • анализ ситуации
   • постановка целей
   • тактика и стратегия выхода из кризиса
   • управление рисками;
6. Как заказывать веб-сайты — как подготовиться к проекту:
   • домены и хостинг
   • дизайн и разработка
   • SEO и реклама
   • контент и сообщества;
7. Взаимодействие с подрядчиками — как построить работу службы заказчика:
   • бюджеты менее 100 тысяч рублей (работа с фрилансерами)
   • бюджеты менее миллиона рублей (работа с веб-студиями)
   • бюджеты более миллиона рублей (работа с крупными IT-компаниями);
8. Техническое управление — средства командной работы:
   • контроль версий
   • коллективная разработка
   • средства ведения документации
   • средства контроля и постановки задач
   • организация коммуникаций в коллективе;
9. Продукт — разработка и управление требованиями:
   • маркетинговые требования
   • пользовательские требования
   • технические ограничения.

11-го числа, во вторник, 7 часов вечера пройдёт встреча докладчиков конференции. Адрес встречи.

Часть рецензий я уже получил, спасибо. Может ещё кто-то захочет дополнить?

Доступность информации на государственных сайтах

Бесков-Доронин Д.Н.

Издательский дом «Афиша», Москва, Россия

Введение

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

Цель работы

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

Материалы и методы

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

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

Законодательным образом ведомства обязаны предоставлять определённый набор информации на своих сайтах, что происходит не всегда. Мониторингом доступности в смысле наличия на ресурсе законодательно определённого набора информации занимается организация «Институт Развития Свободы Информации».

Как должно быть?

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

1. Сформулировать проблему, для решения которой может быть полезна информация, находящаяся в ведении государственных ведомств.
2. Зайти на сайт напрямую, запросив рекомендацию знакомых или через поисковую систему.
3. Найти и ознакомиться с найденной информацией.
4. Уточнить своё понимание проблемы с учётом полученной информации.
5. Получить помощь в решении проблемы, запрашивая прочие разделы и сервисы ресурса.
6. Использовать приобретённые знания для разрешения проблемы.

Как происходит на самом деле?

Однако, на практике этот сценарий наталкивается на ряд проблем:

1. Невозможность найти ресурсы:
   1. Гражданин не знает адреса многих государственных веб-ресурсов.
   2. Те ресурсы, адреса которых он знает, не предоставляют нужной ему информации и не дают понятных указаний по доступу к ней на прочих ресурсах.
   3. Большинство государственных веб-ресурсов не находятся по типовым запросам в поисковых системах, тематически связанных с областью компетенции и деятельности ведомства-владельца ресурса.
2. Информация неполна и неактуальна:
   1. Многие ресурсы не содержат социально-значимой информации, которая хотя и не оговорена текущими законами, но могла быть критически полезна гражданам.
   2. Ряд ресурсов содержат неактуальную, устаревшую информацию.
3. Неудобная форма представления информации:
   1. Многие ресурсы имеют затруднённую систему навигации.
   2. Информация представлена в закрытых, проприетарных форматах.
   3. Подача информации не адаптирована и её восприятие для рядового гражданина затруднено (особенно в части законов и распоряжений).

Пример: см. «одно окно», «как сделать детскую площадку в своём дворе», «государственные школы Москвы»….

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

Результаты и обсуждение

Почему так происходит?

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

1. Отсутствуют модели информационных потребностей гражданина относительно конкретного государственного веб-ресурса.
2. Интересы граждан либо не рассматриваются вообще, либо стоят на последнем месте после PR-интересов ведомств.
3. Названия государственных ресурсов или хотя бы «единых точек входа» не известны гражданам.
4. Выдача поисковых систем во многом обусловлена интересами коммерческих компаний и государственные ресурсы зачастую просто теряются в общем потоке, в результате чего гражданин не получает к ним доступ.
5. Компании-разработчики ИКТ-систем не имеют достаточного уровня компетенции в области человеко-машинного взаимодействия и проектирования систем навигации и подачи информации.
6. При объявлении конкурсов на создание государственных веб ресурсов отсутствуют требования по соблюдению общемировых стандартов по юзабилити.
7. Отсутствуют стандарты и рекомендации по обеспечению удобства доступа граждан к информации.
8. В процессе приёмо-сдаточных испытаний не проводится тестирование доступности и удобства использования систем.
9. Никак не обеспечивается поисковая доступность ресурсов в поисковых системах.
10. В ведомстве отсутствует подразделение, которое могло бы систематически и полно готовить и публиковать имеющуюся информацию с учётом необходимости адаптации и специфики веб-среды. (Пресс-службы ведомств и IT-компании на подряде этого явно делать не умеют).

Выводы (или заключение)

Слагаемые доступности в широком смысле

1. Фактическое наличие и актуальность информации
2. Возможность найти эту информацию
3. Подготовленность информации для восприятия

Как это исправить?

Можно предложить следующие шаги для исправления сложившейся ситуации:

1. Обязательный этап исследования и моделирования информационных потребностей.
2. Разработка типовых требований к доступности государственных ресурсов (для включения в конкурсную документацию, договора подряда).
3. Создание экспертных советов по доступности в рамках каждой ЦП из числа отраслевых экспертов для разработки типовых требований и контроля их соблюдения.
4. Обязательная сертификация компаний-подрядчиков на компетентность в области доступности информации, информационной архитектуры и юзабилити.
5. Обязательный этап тестирования доступности и юзабилити-тестирования.
6. Обязательный этап поисковой оптимизации. Как вариант — законодательно обеспеченное «лоббирование» (преференции) государственных сайтов в поисковых системах и каталогах, по поисковым фразам, определелённым из модели потребностей.
7. Рекламная поддержка создаваемых ресурсов вне интернета.
8. Создание интернет-редакций при ведомствах или обязательный аутсорсинг редакции.