Спецификация на примерах или как научить людей общатьсяSQALabДоклад Реброва Андрея на конференции Analyst Days-2. 25 мая, Санкт-Петербург. www.analystdays.com
ООО "СЛААН" Курс "Финансовый анализз" Тема №6 рентабельность, прибыльность, д...Consulting company "SLAAN" / Консалтинговая компания СЛААНПоказатели рентабельности, оборачиваемости оборотного капитала, инвестиционный анализ, анализ эффективности использования ОС основных средств, нематериальных активов, запасов, управление дебиторской задолженностью.
васильев г.л., полякова в.а. рекламный маркетинг учебное пособие - 2008Ivan Shamaevhttp://ivan-shamaev.ru Авторский сайт Шамаева Ивана, блог аналитика-разработчика. http://iiba.ru - Международный институт бизнес-анализа в России.
Коммуникации с заказчиком и проектной командой при сборе требованийAlexander Novichkovhttp://anovichkov.msk.ru
http://cmcons.com
Большая часть способов, используемых при сборе требований к программным системам, так или иначе связана с необходимостью взаимодействия как с представителями заказчика, так и членами проектной команды. От того, каким образом будет организовано данное взаимодействие или, иначе, насколько эффективными будут осуществляемые коммуникации.
Зачастую зависит и успех проекта в целом. В связи с этим представляется целесообразным рассмотреть теоретические аспекты коммуникационного процесса, такие как:
- понятие коммуникаций,
- содержание коммуникационного процесса,
- виды коммуникационных каналов и сетей, достоинства и недостатки каждого вида, условия применимости в зависимости от класса проекта.
Когда речь идет о коммуникациях, неизбежно и влияние человеческого фактора на эффективность коммуникационного процесса - как положительное, так и отрицательное. В качестве примера будут приведены ситуации, взятые из реальных проектов, дано описание каждого фактора, оказавшего положительное или отрицательное влияние, и показано, какие коммуникационные приемы помогли снизить влияние отрицательного фактора или, наоборот, повысить влияние положительного, на результат.
Time drivenIvan Shamaev1. The document describes how to create cost functions in IES using driver-based data by assigning cost objects to categories, determining cost drivers, separating fixed and variable costs, computing slopes of variable cost functions and step costs, and adding capacity constraints.
2. It provides an example using time-driven activity-based costing data from a company that produces valves, pumps, and flow controllers. Cost objects are assigned to product, activity, labor, machine, and support categories.
3. Cost drivers, fixed costs, variable costs, slopes, and step costs are computed for various cost objects like raw materials, design, receiving, packing, and shipping based on activity rates, resource costs, and product volumes.
Спецификация на примерах или как научить людей общатьсяSQALabДоклад Реброва Андрея на конференции Analyst Days-2. 25 мая, Санкт-Петербург. www.analystdays.com
ООО "СЛААН" Курс "Финансовый анализз" Тема №6 рентабельность, прибыльность, д...Consulting company "SLAAN" / Консалтинговая компания СЛААНПоказатели рентабельности, оборачиваемости оборотного капитала, инвестиционный анализ, анализ эффективности использования ОС основных средств, нематериальных активов, запасов, управление дебиторской задолженностью.
васильев г.л., полякова в.а. рекламный маркетинг учебное пособие - 2008Ivan Shamaevhttp://ivan-shamaev.ru Авторский сайт Шамаева Ивана, блог аналитика-разработчика. http://iiba.ru - Международный институт бизнес-анализа в России.
Коммуникации с заказчиком и проектной командой при сборе требованийAlexander Novichkovhttp://anovichkov.msk.ru
http://cmcons.com
Большая часть способов, используемых при сборе требований к программным системам, так или иначе связана с необходимостью взаимодействия как с представителями заказчика, так и членами проектной команды. От того, каким образом будет организовано данное взаимодействие или, иначе, насколько эффективными будут осуществляемые коммуникации.
Зачастую зависит и успех проекта в целом. В связи с этим представляется целесообразным рассмотреть теоретические аспекты коммуникационного процесса, такие как:
- понятие коммуникаций,
- содержание коммуникационного процесса,
- виды коммуникационных каналов и сетей, достоинства и недостатки каждого вида, условия применимости в зависимости от класса проекта.
Когда речь идет о коммуникациях, неизбежно и влияние человеческого фактора на эффективность коммуникационного процесса - как положительное, так и отрицательное. В качестве примера будут приведены ситуации, взятые из реальных проектов, дано описание каждого фактора, оказавшего положительное или отрицательное влияние, и показано, какие коммуникационные приемы помогли снизить влияние отрицательного фактора или, наоборот, повысить влияние положительного, на результат.
Time drivenIvan Shamaev1. The document describes how to create cost functions in IES using driver-based data by assigning cost objects to categories, determining cost drivers, separating fixed and variable costs, computing slopes of variable cost functions and step costs, and adding capacity constraints.
2. It provides an example using time-driven activity-based costing data from a company that produces valves, pumps, and flow controllers. Cost objects are assigned to product, activity, labor, machine, and support categories.
3. Cost drivers, fixed costs, variable costs, slopes, and step costs are computed for various cost objects like raw materials, design, receiving, packing, and shipping based on activity rates, resource costs, and product volumes.
Промышленная разработка ПО. Лекция 6. Особенности работы системного аналитикаMikhail PaysonШестая лекция курса "Промышленная разработка ПО". Особенности работы системного аналитика.
Метрики процесса бизнес-анализа. Стадии проекта и состав технической документ...SPbCoAОпыт консалтинга: метрики процесса бизнес-анализа. Для СоА на ITGM#6
Практические аспекты организации процесса тестирования в государственных учре...SQALabДоклад Александры Варфоломеевой на SQA Days-15. 18-19 апреля, 2014, Москва.
www.sqadays.com
Оценки тестирования - полезные и условные метрикиSQALabДоклад Таисии Толстуновой на конференции SQA Days-18, 27-28 ноября 2015 г., Москва
www.sqadays.com
Единый центр технической поддержкиIT Frio Development GroupПрезентация содержит в себе описание преимуществ внедрения в компанию заказчика пакетов услуг единого центра технической поддержки. Презентация подготовлена для нового предложения услуг от компании IT Frio Development Group (АйТи Фрио).
Сергей Смирнов, Гибкая разработка ИС в рамках ГОСТScrumTrekПредъявляемые требования к ГК (оформление, порядок работ, документирование), ограничения/препятствия
Опыт гибкой разработки ИС в рамках ГОСТ (оформление ТЗ, процесс работ, документация)
Аналитика и метрики приложений 29.11.2016 г.SPbCoAАналитика и метрики приложений
Аналитика метрик.
Виды метрик и особенности применения.
Признаки наилучших метрик
Сегментация пользователей
Сегментация пользователей: что это и для чего.
RFM-анализ.
Когортный анализ.
События и воронки в продукте
События и воронки: что это и для чего.
Алгоритм построения системы событий в продукте.
Воронки - инструмент для обнаружения узких мест продукта.
ITGM#8 Максим Цепков Process and Case management: совмещай и властвуй!SPbCoAНа ITGM#8 Максим Цепков рассказал про совмещение подходов process- и case-management при моделировании бизнес-процессов с большим количеством ответвлений, требующих принятия решений на месте.
ITGM#8 Анна Абрамова Юрий Солоницын Интерфейс - совместная работа аналитика и...SPbCoAСовместный доклад представителей двух сообществ: аналитиков и проектировщиков интерфейсов на ITGM#8.
Анна Абрамова (СПб СоА) и Юрий Солоницын (UXSpb) рассказали, как строится совместная работа аналитика и проектировщика интерфейсов в больших проектах. Где они помогают друг-другу и где начинают "толкаться локтями".
ITGM#8 Евгения Чумачкова User Story Mapping: как увидеть общую картину продук...SPbCoAНа ITGM#8 Евгения Чумачкова рассказала как с помощью техники User Story Mapping сохранять общее видение продукта и потребностей пользователей на протяжении всего цикла разработки.
Егор Вершинин. Сбор первичных требований с помощью интеллект-картSPbCoAЕгор на июньской встрече сообщества рассказал как он использует технику интеллект-карт для сформирования первичного пула требований во время онлайн-общения с заказчиком.
Представленная в докладе техника продемонстрирует как можно решить проблемы коммуникации с заказчиком. При
использовании техники в конце встречи с заказчиком появляется «драфт» спецификации функциональных требований.
Анна Абрамова для ITGM#7. Навыки аналитика для технических писателейSPbCoAПеречислены основные задачи, которые выполняет аналитик, и показано какие базовые навыки для этого нужны.
Наталья Желнова для ITGM#6. Обучение системных аналитиковSPbCoAНаталья Желнова для ITGM#6. Обучение системных аналитиков
- Где, кто, кого и чему учит
- Чего не хватает обучаемым
- Что делать? (Системный подход к обучению)
- Практический опыт: Как это было
Юлия Ерина. Как капля здравого смысла может спасти проект (про коммуникации)SPbCoAПрезентация Юлии Ериной про выстраивание коммуникаций в проекте ко встрече сообщества аналитиков Петербурга 09.02.2016
Раиса Гольденберг для ITGM#6. Кто отвечает за качествоSPbCoAРаиса Гольденберг рассказывала на ITGM#6 про то, почему современное ПО это услуга и как следует воспринимать его качество с этой точки зрения.
Аналитик на пути приближающегося поезда. Анатолий Суздальцев для ITGM#6SPbCoAАнатолий Суздальцев рассказал на островке аналитиков на ITGM№6 как аналитик может снизить риски проекта, порождаемые естественными когнитивными искажениями нашего мозга.
3. Стадии проекта
• Предпроектная деятельность (подготовка к
заключению контракта, пресейл)
• Инициация проекта
• Анализ
• Проектирование
• Реализация
• Тестирование
• Сопровождение
4. Решения по стадиям проекта
• Предпроектная деятельность:
• ожидаемые сроки начала и завершения проекта
• бюджет, за который боремся
• объем предполагаемых работ и оказываемых услуг
• Инициация проекта
• сроки начала и завершения проекта
• бюджет проекта
• объем работ и услуг
• ответственные исполнители
• субподрядчики
• Анализ
• Требования
(to be continued)
5. Решения по стадиям проекта
• Проектирование
• техническое решение
• Реализация
• рабочее решение
• Тестирование
• результаты тестирования
• перечень необходимых изменений
• объем работ по доработке решения
• Сопровождение
• реальные сроки завершения проекта
• фактический объем работ
• фактическая стоимость проекта
8. Требования
• Функциональные
• Бизнес-требования (для чего мы реализуем проект)
• Пользовательские требования (выражают требования
определенных групп пользователей)
• Требования к функциям (что смогут делать пользователи)
• Нефункциональные
(to be continued)
9. Требования
• Функциональные
• Нефункциональные
• Бизнес-правила (определенные, установленные способы
выполнения операций, стандарты)
• Системные требования и ограничения
• Ограничения на программные интерфейсы, в т. ч. к внешним
системам
• Требования к атрибутам качества
• Требования к применяемому оборудованию и ПО
(to be continued)
10. Требования
• Функциональные
• Нефункциональные
• Требования к документированию
• Требования к дизайну и юзабилити
• Требования к безопасности и надёжности
• Требования к показателям назначения
(производительность, устойчивость к сбоям и т. п.)
• Требования к эксплуатации и персоналу
• Прочие требования и ограничения (внешние воздействия,
мобильность, автономность и т. п.)
11. Источники требований
• Федеральное и муниципальное отраслевое
законодательство (конституция, законы,
распоряжения)
• Нормативное обеспечение организации
(регламенты, положения, уставы, приказы)
• Текущая организация деятельности объекта
автоматизации
• Представления и ожидания потребителей и
пользователей сервиса
• Журналы использования существующих
программно-аппаратных систем
• Продукты конкурентов
12. Стадии работы над
требованиями
• Определение требований
• Документирование требований
• Анализ требований
• Согласование требований
• Утверждение требований
• Реализация требований
• Проверка требований
13. Когда требования изменяются
• Определение изменившихся требований
• Анализ изменений
• Согласование изменений
• Утверждение изменений
• Реализация изменений (процессы, ПО,
оборудование и т.д.)
• Обновление проектной документации
15. Предпроектная деятельность
• ТКП
• Общая (квалификационная) часть
• Стандартные решения
• Список необходимых доработок для выполнения контракта
• Техническая часть
• Перечень готовых технических решений
• Перечень необходимых доработок
• Финансовая часть
• Стоимость готовых решений
• Стоимость доработок
• Стоимость рисков в финансовом выражении
Шаблон ТКП: Шаблон технико-коммерческого предложения
16. Инициация проекта
• Устав проекта
• План проекта
• Концепция решения (содержит классификацию
пользователей по группам и бизнес-требования
каждой группы пользователей)
Шаблон концепции: Концепция проекта
• Техническое задание (черновик содержит перечень
подсистем и работ)
Шаблон ТЗ: Техническое задание
17. Анализ
• Отчет об обследовании объекта автоматизации
Шаблон ОО: Отчет об обследовании ОА
• Описание автоматизируемых функций
Шаблон ОАФ: Описание автоматизируемых функций
• Описание постановки задач
Шаблон ОПЗ: Описание постановки задач
• Техническое задание (содержат полный перечень
требований к системе, план проекта и т.д.)
Шаблон ТЗ: Техническое задание
18. Проектирование
• Техническое задание и частные технические задания
(содержат полный перечень требований к решению и
документации)
Шаблон ТЗ: Техническое задание
• Общее описание системы
Шаблон общего описания системы: Общее описание
системы
• Функциональная спецификация
Шаблон ФС: Функциональная спецификация
19. Разработка
• Описание информационного обеспечения системы
Шаблон ОИО: Описание информационного обеспечения
системы
• Описание комплекса технических средств
Шаблон ОКТС: Описание комплекса технических средств
• Описание программного обеспечения на АС
Шаблон ОПО: Описание ПО на АС
• Пояснительная записка
Шаблон ПЗ: Пояснительная записка
20. Тестирование
• Стратегия тестирования
Шаблон СТ: Стратегия тестирования
• Программа и методика испытаний
Шаблон ПиМИ: Программа и методика испытаний на АС
• Программа и методика предварительных испытаний
Шаблон ПрПиМИ: ПиМ предварительных испытаний
• Программа и методика приемочных испытаний
• Шаблон КвПиМИ: ПИМ приемочных испытаний
21. Тестирование
• Протокол испытаний
Шаблон ПрИ: Протокол предварительных/приемочных
испытаний
• Акт предварительных испытаний
Шаблон АПредвИ: Акт предварительных испытаний
• Акт приемочных испытаний
Шаблон АПрмИ: Акт приемочных испытаний
22. Внедрение
• Регламент опытной эксплуатации
Шаблон АПОЭ: Регламент ОЭ
• Отчет о проведении опытной эксплуатации
Шаблон ООЭ: Отчет о проведении ОЭ
• Акт о приемке в опытную эксплуатацию
Шаблон АПрОЭ: Акт приемки в ОЭ
• Акт о приемке в промышленную эксплуатацию
Шаблон АПрПЭ: Акт приемки в ПЭ
23. Эксплуатация
• Инструкция по эксплуатации КТС
Шаблон ИнстЭ: Инструкция по эксплуатации КТС
• Руководство пользователя АС
Шаблон РукП: Руководство пользователя
• Руководство системного администратора АС
Шаблон РукА: Руководство администратора