Блог Сообщества, Page 13

Пост написан по мотивам прошедшего сегодня БАЗара на эту тему, но мысли во многом приобрели такую форму после.

Бороться с рутиной, на самом деле — не надо. Ее надо удерживать в заданных границах и это — должно быть естественной частью жизни и работы... →

Пост написан по конкретному кейсу, возникшему в работе, но в принципе — касается достаточно общей ситуации во взаимодействии между людьми. Особенно — между аналитиком и заказчиком. Поэтому и пишу пост.

Итак, кейс. Вы поговорили с заказчиком по телефону, обсудив некоторый вопрос и вроде пришли к решению... →

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

• В этом документе собраны требования ко всему продукту, а мне нужны требования только для моего компонента

• Мне не нравится порядок изложения, он непоследовательный с моей точки зрения

• Слишком много/мало диаграмм

• Не хватает связей / слишком много перекрестных ссылок и я не понимаю ваших стрелочек
• 100 страниц вашего документа для меня слишком подробно… введение на 2 странички — слишком общо, а подготовьте мне документ страниц на 30?

Процессный форум 2010.

В среду 27 октября 2010 года в отеле «Холидей Инн Сокольники» состоялся пятый, юбилейный, форум, посвящённый теме управления бизнес-процессами, известный в прошлом как «форум ARIS». Из-за объединения компании Software AG и IDS Scheer, мероприятие стало называться просто «Процессный форум»... →

Я, наконец, написал отчет о конференции по Управлению знаниями — размещаю в Базе знаний. На самом деле, то, что я его делал с задержкой — даже полезно — я еще раз перечитал заметки и местами — что-тор для себя осознал... →

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

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

Конференция Управление знаниями закончилась. И — это было очень полезное событие, большое спасибо Стасу Фомину, который меня на нее позвал. Если говорить об общем уровне, то было много докладов по делу, как от гуру-теоретиков, так и от практиков, и в первый и во второй день... →

С 27 сентября по 1 октября в Сиднее (Австралия) проходила 18я международная конференция IEEE по инженерии требований (http://www.re10.org/). Нашей коллеге Наталье Свешниковой удалось побывать на ней. Ниже она делится своими впечатлениями... →

Какая-то осень очень быстрая. Позапрошлую неделю назад был SECR, а сегодня я на новой конференции по Управлению знаниями. Подробный отчет по SECR по своим заметкам сделать не успел, планировал в выходные напрячься, но получил комок земли в глаз из-под копыт лошади и работать на компе не получилось Поэтому выкладываю что есть в базу знаний: Максим Цепков — SECR-2010... →

Итак, продолжаю писать свои впечатления про SECR. Начну с конца. На закрытии организаторы себя хвалили за проделанную работу. За то, что пригласили Страуструпа и других зарубежных звезд. А также — за отбор докладов, по их оценкам, уровень докладов на этой конференции — самый высокий, по сравнению с предыдущими... →

Постепенно усиливающееся желание начать собственный профессиональный блог было подстегнуто посещением конференций — ADD в Ярославле и  SECR. Начнем — с первых впечатлений по SECR, на котором я со вторника.

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

19 августа 2010 года в офисе компании Заказные ИнформСистемы прошёл семинар — круглый стол на тему «Какие нужны аналитики». Михаил Заборов (Заказные ИнформСистемы), Денис Бесков (Лаборатория Касперского) и Александр Байкин (Автомир) рассказали о ролях и функциях аналитиков в проектах разных типов... →

Наконец-то дошли руки написать пост по следам Круглого стола «Какие нужны аналитики?».

Под конец дискуссии мы обсуждали — на сколько хорошо Аналитик должен знать Технологии и Бизнес?!

• Под знанием Технологии понимается знание Системы, которая разрабатывается или внедряется. Считается, что малое знание Системы — умение работать в ней на уровне Пользователя, хорошее знание Системы — знание архитектуры и понимание что и где нужно изменять с точки зрения разработки.

В современном бизнесе принято полагаться на многозадачность, и оценка сотрудника как специалиста зависит от его способности выполнять несколько задач одновременно. IT-специалисты постоянно работают в нескольких проектах сразу. Всегда ли так было? Действительно ли многозадачность необходима? Какую реальную пользу она приносит? И есть ли ей альтернативы?.. →

Я (и не только) часто задаю вопрос — Почему каждый ИТ проект уникален и почему их нельзя делать как на конвеере?

И вот я наверное нашел ответ на этот вопрос….

ИТ-проект — это по сути сложная Система со своим множеством элементов и взаимоствязей между ними... →

Слайдкаст выступления Ирины Левенец на Летнем Аналитическом Фестивале — 2010.

Иваново, 10 июля 2010 года.

Информационное обследование – первый этап автоматизации любой организации. Этот процесс может быть достаточно сложным и итеративным. А если заказчик находится на другом конце страны? Можно пролететь несколько тысяч километров и выяснить, что нужный вам специалист внезапно заболел или уехал в командировку... →

Видеозапись выступления Сергея Мартыненко на Летнем Аналитическом Фестивале — 2010.

Иваново, 10 июля 2010 года.

Тезисы:
1) Тесты — важнейшая и неотъемлемая часть требований.
2) Правильные вопросы для выявления требований.
3) Преимущества обратного подхода при разработке проектной документации.
4) Преимущество стековой модели разработки ПО перед моделью очереди... →