Archive for the ‘Проектирование продуктов и систем’ Category

Книга «Идеальное ТЗ». Что внутри?

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

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

Идеальное ТЗ

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

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)

Мои документы требований — Перечень, назначение, состав

Следующий набор документов используется для заказных проектов по автоматизации бизнеса.

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

Свежие Приколы

Бесков Денис — Состав документов требований

WTF Product Manager — Результаты 1-й встречи

Участники дискуссии: Борис Тылевич, Яна Москвина, Алишер Хасанов, Александра Лаврентьева

На кого похож Менеджер Продукта?

  • Менеджер проекта
  • Бренд-менеджер
  • Маркетолог
  • Бизнес-аналитик

Зачем он нужен?

  • Выделить ответственного
  • Повышение конкурентоспособности продукта
  • Разрешить конфликт интересов
  • Единая точка принятия решения по продукту
  • Сделать успешный продукт

Чем он занимается?

  • Исследования
    • Изучает рынок
    • Изучает поведение аудитории
  • Управление требованиями
    • Собирает требования
      • Бизнес- (внутренние)
      • Рынка
    • Разработка требований
      • Концепция продукта
      • Функциональные спец
    • Приоритезация
    • Согласование требований
    • Коррекция требований по результатам эксплуатации
  • Планирование этапов (версий)
  • Прототипирование продукта
  • Сопровождение разработки
  • Тестирование
  • Организация выхода продукта на рынок
  • Сбор и анализ обратной связи

Чем не занимается?

  • Не отвечает за сроки
  • Не занимается ценообразованием
  • Не пишет ТЗ

Что знает?

  • Предметную область
  • Свой рынок
    • Конкуренты
    • Тенденции
  • Аудиторию
    • Потребности
    • Характеристики
  • Методы проведения исследований
  • Особенности применяемых технологий
  • Организацию производства

Что умеет?

  • Умеет коммуницировать
  • Умеет писать документы

Где его искать?

  • Маркетинг
  • Проджект-менеджеры
  • Проектировщики

Оставшиеся вопросы:

  • С кем он взаимодействует
  • Чего от него требовать
  • Как готовить

Talk Request: Моделирование обеспечения успешности веб-стартапа до написания ТЗ

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

  1. Какие факторы влияют на успешность будущего продукта?
  2. Ответы на какие вопросы необходимо знать для моделирования успешности?
  3. Как эти ответы получить?
  4. Откуда брать недостающие данные, чем заменять?
  5. Как учитывать неопределённость и риски?
  6. Как и в каком порядке анализировать полученные сведения?
  7. Как проверить и уточнить идею продукта на наиболее ранней стадии?
  8. Сколько сил, времени и денег стоит потратить на таковое моделирование?

Talk Request: Выбор технической архитектуры для веб-стартапа

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

  1. Какие данные нужны для выбора архитектуры
  2. Какие факторы необходимо учитывать
  3. Что делать, если данных не хватает
  4. Стоит ли привлекать других технических экспертов, в каком составе и как
  5. Как убедиться в квалификации эксперта
  6. Как принимать решения, какие правила использовать
  7. Какие инструменты стоит использовать
  8. Как оформлять документацию с обоснованием платформы и архитектуры
  9. Сколько времени и денег может отнимать процедура выбора
  10. Как учитывать и использовать риски

Состояние потока (FLOW) как цель проектирования взаимодействия