Системный анализ в IT

Я начал писать книгу под условным названием «Идеальное ТЗ: Для программы, информационной системы, веб-продукта».

О чём в ней пойдёт речь?

Идеальное ТЗ

на программу, информационную систему, веб-продукт

1. Для кого эта книга

2. Предисловие

Методы, методы, методы!

3. Каким бывает успех?

Проект, продукт, система

Бизнес, пользователь, разработчики

Read the rest of this entry »

Книги и прочие источники перечисляются в порядке, рекомендованном к изучению.

1. Разработка и управление требованиями

1. Химонин: Сбор и анализ требований к программному продукту [цифра] — MUSTREAD!
2. Леффингуэлл, Уидриг: Принципы работы с требованиями к ПО. Унифицированный подход (Managing Software Requirements: A Unified Approach) [цифра]
3. Коберн: Современные методы описания функциональных требований к системам (Writing Effective Use Cases) [бумага]
4. Вигерс: Разработка требований к программному обеспечению (Software Requirements) [цифра]
5. Халл, Джексон: Разработка и управление требованиями [цифра]

Стандарты

1. ГОСТ Р ИСО/МЭК 9126: Оценка программного продукта. Характеристики качества и руководство по их применению
2. IEEE 830: Recommended Practice for Software Requirements Specifications
3. ЕСПД. ГОСТ 19.201-78: Техническое задание, требования к содержанию и оформлению
4. ГОСТ 34.602-89: Техническое задание на создание системы

Своды знаний

• IIBA. Business Analysis Body of Knowledge (BABOK) [цифра]

2. Основы системного анализа

1. Оптнер. Системный анализ для решения деловых и промышленных проблем

3. Моделирование

1. О’Коннор, МакДермотт, Искусство системного мышления [бумага]
2. Фаулер, Основы UML [бумага]

4. Бизнес-моделирование

1. Рамбо, Блаха: UML 2.0. Объектно-ориентированное моделирование и разработка (Object-Oriented Modeling and Design with UML) [бумага]
2. Шеер: ARIS — Моделирование бизнес-процессов [бумага]

Стандарты

• Р 50.1.028-2001: Методология функционального моделирования

5. Проектирование интерфейсов

1. Константайн, Локвуд: Разработка программного обеспечения [бумага]
2. Розенфельд, Морвилл: Информационная архитектура в интернете [бумага]

6. Системное проектирование

1. Ларман: Применение UML и шаблонов проектирование [бумага]

Стандарты

• IEEE 1016-1998: Recommended Practice for Software Design Descriptions

7. Процессы разработки ПО

1. Коберн. Быстрая разработка программного обеспечения [бумага]
2. Соммервиль. Инженерия программного обеспечения [бумага]

Стандарты

• ГОСТ Р ИСО/МЭК 12207: Процессы жизненного цикла программных средств

Своды знаний

• Software Engineering Body of Knowledge (SWEBOK)

Всем привет!

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

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

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

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

Раздумываю над идеей организации штучной подготовки системных аналитиков из:

• тестировщиков
• техписов
• разработчиков

и прочих.

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

Чему я могу научить подходящих кандидатов? Read the rest of this entry »

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

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

В субботу мы провели тренинговую конференцию Training Labs 2008 — первую, наверное, конференцию такого формата в России. За основу был взят и расширен принцип, проверенный конференциями ProfyClub и PHPClub‘a — «инженеры для инженеров», т.е. никакого маркетингово булщита, продажи продуктов и т.д. Причём мы пошли дальше — решили заменить формат «говорящая голова» на реальную тренинговую деятельность, задействование участников в работе, тренд, заданный лесовой тусовкой. Не со всеми тренерами это получилось, но процент был достаточно весомым.

Контент получился объёмным по количеству — это безумные 8 тематических потоков по 4 демо-тренинга в каждом. По всей видимости самой популярной секцией была Управление проектами, наименее — Инструменты.

Мне удалось обкатать свой тренинг по моделированию потребностей аудитории для стартапов, в подготовке которого мне сильно помогла allileja, без её участия я бы наделал гораздо больше ошибок в его организации Буду дорабатывать и в следующий раз проведу его скорее всего на iCamp‘е.

Ещё из интересных фактов — наш UML2.ru был представлен на конференции 5-ю тренингами, что я считаю большим событием для сайта. (Причём 3 их них проводили выпускники РК МГТУ им.Баумана

Формат удался и хотя времени тренингам катастрофически не хватало, это лишь повод улучшить тренинги. А вот количество потоков наверное стоит сократить до 5-6, иначе затраты на их организацию очень велики. Да и участникам тяжело выбирать из такого числа вариантов.

Ценности behind it all
Рано или поздно мы упираемся в ситуацию выбора способа существования, среды обитания, основной деятельности. Это происходит в юности, в условиях личных трагедий, при резком взрослении, при кризисе среднего возраста. Явных, осознаваемых целей у человека может не быть, но всегда остаются намерения, мотивы, интересы. Что стоит за ними? Ценности. Установленные средой воспитания, кругом общений, приобретённые самой личностью в ходе развития.

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

Задавая вопрос «А что для тебя важно?» мы получаем причудливый набор утверждений, у каждого свой. В этом наборе перепутаны представления, стереотипы, случайные конструкции и, кое-где, вещи стабильные и определяющие.

5 Whys
Как выявить ядро своей системы ценностей? Я предлагаю использовать для этого модифицированный инженерный метод 5 Whys, предназначенный для поиска источника проблем — а для каузальной системы ценностей — это самое оно.

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

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

Back down the rabbit hole
Выявив этот ключевой набор, можно пойти в обратную сторону и проверить, соответствуют ли деятельность человека и его текущие желания его истинным ценностям — и тут можно обнаружить много всего интересного — лишнего, мешающего, неэффективного, упущенного.

Пересмотр ценностей и переформирование целей на их основе в наше время можно делать регулярно каждые 1-2 года.

NB:

• Стив Павлина — Как найти смысл жизни за 20 минут
• 3 круга концепции Ежа (via Алексей Каптерев)

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)
- следим, чтобы не было пересечений в контенте докладов – тренингов
- составляем расписание докладов-тренингов

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

Выглядит это так:
1. Определяем перечень книг, интересных многим.
2. Каждый участник клуба заказывает 1-3 книги на Амазоне.
3. Полученные книги читаются и обмениваются друг у друга.

Таким образом:
1. Получим возможность читать книги.
2. Будет простимулировано рецензирование.
3. Будет мотивация читать данную книгу, а не беспорядочно скакать по 20 электронным.

Вот так выглядит мой лист пожеланий по литературе (не обращайте внимания на музыку).

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