SlideShare a Scribd company logo
1 of 30
Об авторе доклада
:
• С 1997 года занимается сбором,
систематизацией и управлением
требованиями в проектах по разработке ПО
• 6 лет участия в консалтинговых проектах
(постановка процессов разработки ПО)
• Автор нескольких курсов по управлению
требованиями, управлению проектами и
управлению рисками в проектах по
разработке ПО
Тезисы доклада
• Общие вопросы оценки эффективности в IT: что понимать
под эффективностью?
• Зачем вообще оценивать эффективность?
• В чем смысл работы аналитика?
• Несколько плохих примеров попыток оценки
эффективности аналитика.
• Несколько хороших примеров оценки эффективности
аналитика.
• Общие принципы гуманизма, или в каких целях не надо
использовать метрики.
• Заключение
Оценка эффективности в IT
• Что понимать под эффективностью?
Эффективный – действенный, производительный, дающий
результат
Эффект – абсолютная величина, обозначающая достигаемый
результат какого-либо процесса
Экономическая эффективность =
результат деятельности
общие затраты производства
Эффективный = успешный?
Производительность = эффективность?
Эффект в команде = ∑ эффективности одиночек?
Оценка эффективности в IT
• Зачем вообще оценивать эффективность?
• Повышаем рентабельность, снижаем издержки
• Даем четкие ориентиры команде
• Улучшаем планирование, повышаем управляемость
• Повышаем компетенцию членов команды
• Избавляемся от некомпетентных сотрудников
В чем смысл работы аналитика?
• Что делает аналитик?
Выявляет заинтересованных лиц и определяет их ожидания
Выявляет, систематизирует, анализирует требования, четко
определяющие:
– project scope
– project quality
Дает команде информацию о том, что нужно сделать:
– точную
– вовремя
Участвует в управлении требованиями
Три уровня навыков системных
аналитиков
Первый уровень:
• Выявление заинтересованных лиц в проекте
• Выявление высокоуровневых требований и согласование:
– Требований с собранной информацией
– Требований между собой
• Участие в проектировании системы:
– Описание поведения системы
– Выявление нефункциональных требований
Три уровня навыков системных
аналитиков
Второй уровень:
• Управление ожиданиями заинтересованных лиц
• Определение границ системы
• Выделение подсистем и определение их границ
• Выявление низкоуровневых требований
– описания алгоритмов
– описания структур данных
– описания компонентов ПО
– описания низкоуровневых интерфейсов
– описания механизмов управления ресурсами и др
• Применение стандартов (ГОСТ, IEEE 1990)
Три уровня навыков системных
аналитиков
Третий уровень:
• Знание существующего IT-ландшафта и умение
определять перспективы его развития в контексте
выполняемого проекта
• Участие в управлении рисками проекта
• Управление требованиями
– управление документами
– управление требованиями: участие в процессе
управления полным жизненным циклом требований и
трассировки требований
Эффективность работы аналитика
• Как оценить работу аналитика?
Очевидные вещи:
– скорость работы (в конкретном проекте, в разных проектах)
– качество работы (в конкретном проекте, в разных проектах)
– сложность работы (в конкретном проекте, в разных проектах)
– уровень технической компетенции
– применение технической компетенции в разных проектах
Неочевидные вещи:
– soft skills
– лидерство
Эффективность работы аналитика
• Кто должен оценивать работу аналитика?
Очевидные роли, участвующие в оценке:
– непосредственный руководитель (руководитель отдела, менеджер
проекта)
– проектная команда
Неочевидные роли, участвующие в оценке:
– клиенты
– коллеги, которые работали с аналитиком
Эффективность работы аналитика
• Как интерпретировать результаты?
Кто главнее:
– руководитель отдела или менеджер проекта?
– программист или тестировщик?
– проектная команда или клиент?
Неочевидные ответы:
– это разные категории оценок
– нужно разбивать эти оценки на группы и вводить уровни
компетентности по каждой из категорий оценок
Пример: метрики, взятые «с
потолка»
Что пытались оценивать:
– качество работы
– количество работы
Метрики:
– Число грамматических ошибок на страницу текста
– Число требований, зарегистрированных в системе управления
требованиями
Пример: хоррор из жизни IT-
компаний
Что пытались оценивать:
– скорость работы
– качество работы
Метрики:
– Скорость работы
– Точность оценок сроков выполнения задач при планировании работ
– Качество работы
Пример: хоррор из жизни IT-
компаний
Как оценивали:
– скорость работы: в человеко-часах на 1 задачу
– качество работы: экспертная оценка
– точность оценок сроков : соотношение запланированных и
фактических сроков
Кто оценивал:
– Непосредственные руководители
Пример: хоррор из жизни IT-
компаний
Чего не делали:
– Объяснение, зачем это нужно (цели, которых мы достигаем)
– Прозрачные критерии оценок
– Разделение оценок по уровням, характеризующим степень
компетенции системного аналитика
– Улучшение навыков командной работы
– Согласование изменений с общим процессом управления
проектами
– Планирование работ по результатам полученных оценок
– Планы развития сотрудников в переходный период
Пример: хоррор из жизни IT-
компаний
Что получили:
– демотивацию
– «итальянскую забастовку»
– увольнение 50% сотрудников
Критерии оценки эффективности
работы аналитика
Technical skills
• Качество артефактов (всех видов)
– число ошибок (+ число требований/объем документа)
– полнота требований
– глубина и детальность проработки (в соответствии с реальными
потребностями команды)
– соответствие установленным критериям качества, шаблонам,
стандартам
• Знания (экспертиза) в предметной области
• Участие в работах, относящихся к разным уровням
компетенции аналитика
• Точность планирования работ
Критерии оценки эффективности
работы аналитика
Soft Skills
• Активность (источник знаний для команды,
взаимодействие с каждой проектной ролью)
• Самостоятельная генерация идей
• Участие в постановке и улучшении процессов
• Самомотивация и самообучение, обучение других
Как оценивать эффективность
работы аналитика
Technical skills
• Регулярные инспекции, проверки артефактов на
соответствие установленным шаблонам (QA)
• Review артефактов и требований (коллеги, руководитель)
• Оценка вклада аналитика в проект «технарями»
Soft skills
• Оценка методом «360 градусов»
Какую информацию собирает
аналитик:
Project scope:
• пользователи системы, их роли и
число
• функции системы
• системы, с которыми
предполагается интеграция
• ограничения
• регламенты и стандарты,
влияющие на разработку
Project quality:
• требования к качеству продукта
(производительность,
масштабируемость, надежность,
доступность, безопасность,
отказоустойчивость; требования к
платформе; usability, etc.)
• приоритеты требований
Какие артефакты создаются в
процессе работы аналитика:
• профиль ЗЛ
• потребности ЗЛ
• требования (User Stories, Use Cases, перечень функций
системы, НФТ)
• глоссарий
• концептуальная модель
• описание реализации и архитектуры (в том числе и
прототип UI)
• план тестирования
С кем взаимодействует аналитик
• заказчик (внешний? внутренний?)
• проектная команда
– менеджер проекта
– разработчкики
– тестировщики
Кто оценивает работу аналитика
• Наличие артефактов: руководитель/служба
качества
• Качество артефактов: заказчик, проектная
команда (по ролям, с учетом использования
конкретного вида артефактов)
• Глубина проработки: руководитель, проектная
команда
• Соблюдение сроков: руководитель
Примеры оценки
Примеры оценки
Общие принципы гуманизма
• Не используйте оценку эффективности для:
– «Наказания невиновных и награждения
непричастных»
– Увольнения неугодных сотрудников
• Используйте оценку эффективности для:
– Определения KPI
– Определения коэффициентов трудового участия
– Аттестации сотрудников
– Составления планов индивидуального развития
сотрудников
Заключение
• Для оценки эффективности сотрудника
используйте метрики
• Проводите оценки эффективности регулярно
• Адаптируйте метрики для учета специфики
проектов
• Адаптируйте метрики с учетом уровня ваших
сотрудников
• Применяйте метрики для того, чтобы
измерить приближение к конечной цели
Спасибо
Наталья Желнова
nzhelnova@teamcit.ru
• http://nz.moikrug.ru/
• https://www.linkedin.com/profile/view?id=46
9663
• https://www.facebook.com/nzhelnova
• http://slideshare.net/nzhelnova

More Related Content

Similar to Оценка эффективности работы аналитика

Метрики процесса бизнес-анализа. Стадии проекта и состав технической документ...
Метрики процесса бизнес-анализа. Стадии проекта и состав технической документ...Метрики процесса бизнес-анализа. Стадии проекта и состав технической документ...
Метрики процесса бизнес-анализа. Стадии проекта и состав технической документ...SPbCoA
 
Варианты использования. Введение
Варианты использования. ВведениеВарианты использования. Введение
Варианты использования. ВведениеAnna Abramova
 
Планирование процесса Управления Требованиями
Планирование процесса Управления ТребованиямиПланирование процесса Управления Требованиями
Планирование процесса Управления ТребованиямиAlexander Baikin
 
Наталья Желнова — Как обзавестись аналитиками и получить от них пользу в проекте
Наталья Желнова — Как обзавестись аналитиками и получить от них пользу в проектеНаталья Желнова — Как обзавестись аналитиками и получить от них пользу в проекте
Наталья Желнова — Как обзавестись аналитиками и получить от них пользу в проектеDaria Oreshkina
 
Презентация к докладу на Secon.ru
Презентация к докладу на Secon.ruПрезентация к докладу на Secon.ru
Презентация к докладу на Secon.ruNatalia Zhelnova
 
Технология моделирования бизнес процессов
Технология моделирования бизнес процессовТехнология моделирования бизнес процессов
Технология моделирования бизнес процессовOlya Kollen, PhD
 
5 alina petrenko - key requirements elicitation during the first contact wi...
5   alina petrenko - key requirements elicitation during the first contact wi...5   alina petrenko - key requirements elicitation during the first contact wi...
5 alina petrenko - key requirements elicitation during the first contact wi...Ievgenii Katsan
 
доклад на SQADays 2011 в Казани
доклад на SQADays  2011 в Казанидоклад на SQADays  2011 в Казани
доклад на SQADays 2011 в Казаниmargo-qa
 
Оценка трудозатрат аналитика: практика применения
Оценка трудозатрат аналитика: практика примененияОценка трудозатрат аналитика: практика применения
Оценка трудозатрат аналитика: практика примененияSQALab
 
Monthly Operations Review
Monthly Operations ReviewMonthly Operations Review
Monthly Operations ReviewSQALab
 
Варианты использования (use cases) для быстрой оценки проектов
Варианты использования (use cases) для быстрой оценки проектовВарианты использования (use cases) для быстрой оценки проектов
Варианты использования (use cases) для быстрой оценки проектовSQALab
 
практика управления требованиями
практика управления требованиямипрактика управления требованиями
практика управления требованиямиISsoft
 
Обучение IT-аналитиков
Обучение IT-аналитиковОбучение IT-аналитиков
Обучение IT-аналитиковNatalia Zhelnova
 
Обучение аналитиков - методы и программы
Обучение аналитиков - методы и программыОбучение аналитиков - методы и программы
Обучение аналитиков - методы и программыSQALab
 
Разработка требований и Проектирование интерфейсов
Разработка требований и Проектирование интерфейсовРазработка требований и Проектирование интерфейсов
Разработка требований и Проектирование интерфейсовDenis Beskov
 
Process Quality, QA and QC. QA Club. Kharkov. Ukraine
Process Quality, QA and QC. QA Club. Kharkov. UkraineProcess Quality, QA and QC. QA Club. Kharkov. Ukraine
Process Quality, QA and QC. QA Club. Kharkov. UkraineSergiy Povolyashko, PMP
 
Промышленная разработка ПО. Лекция 6. Особенности работы системного аналитика
Промышленная разработка ПО. Лекция 6. Особенности работы системного аналитикаПромышленная разработка ПО. Лекция 6. Особенности работы системного аналитика
Промышленная разработка ПО. Лекция 6. Особенности работы системного аналитикаMikhail Payson
 

Similar to Оценка эффективности работы аналитика (20)

Метрики процесса бизнес-анализа. Стадии проекта и состав технической документ...
Метрики процесса бизнес-анализа. Стадии проекта и состав технической документ...Метрики процесса бизнес-анализа. Стадии проекта и состав технической документ...
Метрики процесса бизнес-анализа. Стадии проекта и состав технической документ...
 
Варианты использования. Введение
Варианты использования. ВведениеВарианты использования. Введение
Варианты использования. Введение
 
Планирование процесса Управления Требованиями
Планирование процесса Управления ТребованиямиПланирование процесса Управления Требованиями
Планирование процесса Управления Требованиями
 
Наталья Желнова — Как обзавестись аналитиками и получить от них пользу в проекте
Наталья Желнова — Как обзавестись аналитиками и получить от них пользу в проектеНаталья Желнова — Как обзавестись аналитиками и получить от них пользу в проекте
Наталья Желнова — Как обзавестись аналитиками и получить от них пользу в проекте
 
Презентация к докладу на Secon.ru
Презентация к докладу на Secon.ruПрезентация к докладу на Secon.ru
Презентация к докладу на Secon.ru
 
Технология моделирования бизнес процессов
Технология моделирования бизнес процессовТехнология моделирования бизнес процессов
Технология моделирования бизнес процессов
 
5 alina petrenko - key requirements elicitation during the first contact wi...
5   alina petrenko - key requirements elicitation during the first contact wi...5   alina petrenko - key requirements elicitation during the first contact wi...
5 alina petrenko - key requirements elicitation during the first contact wi...
 
доклад на SQADays 2011 в Казани
доклад на SQADays  2011 в Казанидоклад на SQADays  2011 в Казани
доклад на SQADays 2011 в Казани
 
Sep reqm-lec1
Sep reqm-lec1Sep reqm-lec1
Sep reqm-lec1
 
Yyyyyy yyyy 1-8
Yyyyyy yyyy 1-8Yyyyyy yyyy 1-8
Yyyyyy yyyy 1-8
 
Оценка трудозатрат аналитика: практика применения
Оценка трудозатрат аналитика: практика примененияОценка трудозатрат аналитика: практика применения
Оценка трудозатрат аналитика: практика применения
 
Monthly Operations Review
Monthly Operations ReviewMonthly Operations Review
Monthly Operations Review
 
Варианты использования (use cases) для быстрой оценки проектов
Варианты использования (use cases) для быстрой оценки проектовВарианты использования (use cases) для быстрой оценки проектов
Варианты использования (use cases) для быстрой оценки проектов
 
практика управления требованиями
практика управления требованиямипрактика управления требованиями
практика управления требованиями
 
Обучение IT-аналитиков
Обучение IT-аналитиковОбучение IT-аналитиков
Обучение IT-аналитиков
 
Обучение аналитиков - методы и программы
Обучение аналитиков - методы и программыОбучение аналитиков - методы и программы
Обучение аналитиков - методы и программы
 
Разработка требований и Проектирование интерфейсов
Разработка требований и Проектирование интерфейсовРазработка требований и Проектирование интерфейсов
Разработка требований и Проектирование интерфейсов
 
01ka-nov
01ka-nov01ka-nov
01ka-nov
 
Process Quality, QA and QC. QA Club. Kharkov. Ukraine
Process Quality, QA and QC. QA Club. Kharkov. UkraineProcess Quality, QA and QC. QA Club. Kharkov. Ukraine
Process Quality, QA and QC. QA Club. Kharkov. Ukraine
 
Промышленная разработка ПО. Лекция 6. Особенности работы системного аналитика
Промышленная разработка ПО. Лекция 6. Особенности работы системного аналитикаПромышленная разработка ПО. Лекция 6. Особенности работы системного аналитика
Промышленная разработка ПО. Лекция 6. Особенности работы системного аналитика
 

More from SQALab

Готовим стажировку
Готовим стажировкуГотовим стажировку
Готовим стажировкуSQALab
 
Куда приводят мечты? или Искусство развития тестировщика
Куда приводят мечты? или Искусство развития тестировщикаКуда приводят мечты? или Искусство развития тестировщика
Куда приводят мечты? или Искусство развития тестировщикаSQALab
 
Оптимизация Selenium тестов и ускорение их поддержки
Оптимизация Selenium тестов и ускорение их поддержкиОптимизация Selenium тестов и ускорение их поддержки
Оптимизация Selenium тестов и ускорение их поддержкиSQALab
 
Автоматизация 0.0: 0 - бюджет, 0 - опыт программирования
Автоматизация 0.0: 0 - бюджет, 0 - опыт программированияАвтоматизация 0.0: 0 - бюджет, 0 - опыт программирования
Автоматизация 0.0: 0 - бюджет, 0 - опыт программированияSQALab
 
Нагрузочное тестирование нестандартных протоколов с использованием Citrix и J...
Нагрузочное тестирование нестандартных протоколов с использованием Citrix и J...Нагрузочное тестирование нестандартных протоколов с использованием Citrix и J...
Нагрузочное тестирование нестандартных протоколов с использованием Citrix и J...SQALab
 
Continuous performance testing
Continuous performance testingContinuous performance testing
Continuous performance testingSQALab
 
Конфиги вместо костылей. Pytestconfig и зачем он нужен
Конфиги вместо костылей. Pytestconfig и зачем он нуженКонфиги вместо костылей. Pytestconfig и зачем он нужен
Конфиги вместо костылей. Pytestconfig и зачем он нуженSQALab
 
Команда чемпионов в ИТ стихии
Команда чемпионов в ИТ стихииКоманда чемпионов в ИТ стихии
Команда чемпионов в ИТ стихииSQALab
 
API. Серебряная пуля в магазине советов
API. Серебряная пуля в магазине советовAPI. Серебряная пуля в магазине советов
API. Серебряная пуля в магазине советовSQALab
 
Добиваемся эффективности каждого из 9000+ UI-тестов
Добиваемся эффективности каждого из 9000+ UI-тестовДобиваемся эффективности каждого из 9000+ UI-тестов
Добиваемся эффективности каждого из 9000+ UI-тестовSQALab
 
Делаем автоматизацию проектных KPIs
Делаем автоматизацию проектных KPIsДелаем автоматизацию проектных KPIs
Делаем автоматизацию проектных KPIsSQALab
 
Вредные привычки в тест-менеджменте
Вредные привычки в тест-менеджментеВредные привычки в тест-менеджменте
Вредные привычки в тест-менеджментеSQALab
 
Мощь переполняет с JDI 2.0 - новая эра UI автоматизации
Мощь переполняет с JDI 2.0 - новая эра UI автоматизацииМощь переполняет с JDI 2.0 - новая эра UI автоматизации
Мощь переполняет с JDI 2.0 - новая эра UI автоматизацииSQALab
 
Как hh.ru дошли до 500 релизов в квартал без потери в качестве
Как hh.ru дошли до 500 релизов в квартал без потери в качествеКак hh.ru дошли до 500 релизов в квартал без потери в качестве
Как hh.ru дошли до 500 релизов в квартал без потери в качествеSQALab
 
Стили лидерства и тестирование
Стили лидерства и тестированиеСтили лидерства и тестирование
Стили лидерства и тестированиеSQALab
 
"Давайте не будем про качество"
"Давайте не будем про качество""Давайте не будем про качество"
"Давайте не будем про качество"SQALab
 
Apache.JMeter для .NET-проектов
Apache.JMeter для .NET-проектовApache.JMeter для .NET-проектов
Apache.JMeter для .NET-проектовSQALab
 
Тестирование геолокационных систем
Тестирование геолокационных системТестирование геолокационных систем
Тестирование геолокационных системSQALab
 
Лидер или босс? Вот в чем вопрос
Лидер или босс? Вот в чем вопросЛидер или босс? Вот в чем вопрос
Лидер или босс? Вот в чем вопросSQALab
 
От Зефира в коробке к Structure Zephyr или как тест-менеджеру перекроить внут...
От Зефира в коробке к Structure Zephyr или как тест-менеджеру перекроить внут...От Зефира в коробке к Structure Zephyr или как тест-менеджеру перекроить внут...
От Зефира в коробке к Structure Zephyr или как тест-менеджеру перекроить внут...SQALab
 

More from SQALab (20)

Готовим стажировку
Готовим стажировкуГотовим стажировку
Готовим стажировку
 
Куда приводят мечты? или Искусство развития тестировщика
Куда приводят мечты? или Искусство развития тестировщикаКуда приводят мечты? или Искусство развития тестировщика
Куда приводят мечты? или Искусство развития тестировщика
 
Оптимизация Selenium тестов и ускорение их поддержки
Оптимизация Selenium тестов и ускорение их поддержкиОптимизация Selenium тестов и ускорение их поддержки
Оптимизация Selenium тестов и ускорение их поддержки
 
Автоматизация 0.0: 0 - бюджет, 0 - опыт программирования
Автоматизация 0.0: 0 - бюджет, 0 - опыт программированияАвтоматизация 0.0: 0 - бюджет, 0 - опыт программирования
Автоматизация 0.0: 0 - бюджет, 0 - опыт программирования
 
Нагрузочное тестирование нестандартных протоколов с использованием Citrix и J...
Нагрузочное тестирование нестандартных протоколов с использованием Citrix и J...Нагрузочное тестирование нестандартных протоколов с использованием Citrix и J...
Нагрузочное тестирование нестандартных протоколов с использованием Citrix и J...
 
Continuous performance testing
Continuous performance testingContinuous performance testing
Continuous performance testing
 
Конфиги вместо костылей. Pytestconfig и зачем он нужен
Конфиги вместо костылей. Pytestconfig и зачем он нуженКонфиги вместо костылей. Pytestconfig и зачем он нужен
Конфиги вместо костылей. Pytestconfig и зачем он нужен
 
Команда чемпионов в ИТ стихии
Команда чемпионов в ИТ стихииКоманда чемпионов в ИТ стихии
Команда чемпионов в ИТ стихии
 
API. Серебряная пуля в магазине советов
API. Серебряная пуля в магазине советовAPI. Серебряная пуля в магазине советов
API. Серебряная пуля в магазине советов
 
Добиваемся эффективности каждого из 9000+ UI-тестов
Добиваемся эффективности каждого из 9000+ UI-тестовДобиваемся эффективности каждого из 9000+ UI-тестов
Добиваемся эффективности каждого из 9000+ UI-тестов
 
Делаем автоматизацию проектных KPIs
Делаем автоматизацию проектных KPIsДелаем автоматизацию проектных KPIs
Делаем автоматизацию проектных KPIs
 
Вредные привычки в тест-менеджменте
Вредные привычки в тест-менеджментеВредные привычки в тест-менеджменте
Вредные привычки в тест-менеджменте
 
Мощь переполняет с JDI 2.0 - новая эра UI автоматизации
Мощь переполняет с JDI 2.0 - новая эра UI автоматизацииМощь переполняет с JDI 2.0 - новая эра UI автоматизации
Мощь переполняет с JDI 2.0 - новая эра UI автоматизации
 
Как hh.ru дошли до 500 релизов в квартал без потери в качестве
Как hh.ru дошли до 500 релизов в квартал без потери в качествеКак hh.ru дошли до 500 релизов в квартал без потери в качестве
Как hh.ru дошли до 500 релизов в квартал без потери в качестве
 
Стили лидерства и тестирование
Стили лидерства и тестированиеСтили лидерства и тестирование
Стили лидерства и тестирование
 
"Давайте не будем про качество"
"Давайте не будем про качество""Давайте не будем про качество"
"Давайте не будем про качество"
 
Apache.JMeter для .NET-проектов
Apache.JMeter для .NET-проектовApache.JMeter для .NET-проектов
Apache.JMeter для .NET-проектов
 
Тестирование геолокационных систем
Тестирование геолокационных системТестирование геолокационных систем
Тестирование геолокационных систем
 
Лидер или босс? Вот в чем вопрос
Лидер или босс? Вот в чем вопросЛидер или босс? Вот в чем вопрос
Лидер или босс? Вот в чем вопрос
 
От Зефира в коробке к Structure Zephyr или как тест-менеджеру перекроить внут...
От Зефира в коробке к Structure Zephyr или как тест-менеджеру перекроить внут...От Зефира в коробке к Structure Zephyr или как тест-менеджеру перекроить внут...
От Зефира в коробке к Structure Zephyr или как тест-менеджеру перекроить внут...
 

Оценка эффективности работы аналитика

  • 1.
  • 2. Об авторе доклада : • С 1997 года занимается сбором, систематизацией и управлением требованиями в проектах по разработке ПО • 6 лет участия в консалтинговых проектах (постановка процессов разработки ПО) • Автор нескольких курсов по управлению требованиями, управлению проектами и управлению рисками в проектах по разработке ПО
  • 3. Тезисы доклада • Общие вопросы оценки эффективности в IT: что понимать под эффективностью? • Зачем вообще оценивать эффективность? • В чем смысл работы аналитика? • Несколько плохих примеров попыток оценки эффективности аналитика. • Несколько хороших примеров оценки эффективности аналитика. • Общие принципы гуманизма, или в каких целях не надо использовать метрики. • Заключение
  • 4. Оценка эффективности в IT • Что понимать под эффективностью? Эффективный – действенный, производительный, дающий результат Эффект – абсолютная величина, обозначающая достигаемый результат какого-либо процесса Экономическая эффективность = результат деятельности общие затраты производства Эффективный = успешный? Производительность = эффективность? Эффект в команде = ∑ эффективности одиночек?
  • 5. Оценка эффективности в IT • Зачем вообще оценивать эффективность? • Повышаем рентабельность, снижаем издержки • Даем четкие ориентиры команде • Улучшаем планирование, повышаем управляемость • Повышаем компетенцию членов команды • Избавляемся от некомпетентных сотрудников
  • 6. В чем смысл работы аналитика? • Что делает аналитик? Выявляет заинтересованных лиц и определяет их ожидания Выявляет, систематизирует, анализирует требования, четко определяющие: – project scope – project quality Дает команде информацию о том, что нужно сделать: – точную – вовремя Участвует в управлении требованиями
  • 7. Три уровня навыков системных аналитиков Первый уровень: • Выявление заинтересованных лиц в проекте • Выявление высокоуровневых требований и согласование: – Требований с собранной информацией – Требований между собой • Участие в проектировании системы: – Описание поведения системы – Выявление нефункциональных требований
  • 8. Три уровня навыков системных аналитиков Второй уровень: • Управление ожиданиями заинтересованных лиц • Определение границ системы • Выделение подсистем и определение их границ • Выявление низкоуровневых требований – описания алгоритмов – описания структур данных – описания компонентов ПО – описания низкоуровневых интерфейсов – описания механизмов управления ресурсами и др • Применение стандартов (ГОСТ, IEEE 1990)
  • 9. Три уровня навыков системных аналитиков Третий уровень: • Знание существующего IT-ландшафта и умение определять перспективы его развития в контексте выполняемого проекта • Участие в управлении рисками проекта • Управление требованиями – управление документами – управление требованиями: участие в процессе управления полным жизненным циклом требований и трассировки требований
  • 10. Эффективность работы аналитика • Как оценить работу аналитика? Очевидные вещи: – скорость работы (в конкретном проекте, в разных проектах) – качество работы (в конкретном проекте, в разных проектах) – сложность работы (в конкретном проекте, в разных проектах) – уровень технической компетенции – применение технической компетенции в разных проектах Неочевидные вещи: – soft skills – лидерство
  • 11. Эффективность работы аналитика • Кто должен оценивать работу аналитика? Очевидные роли, участвующие в оценке: – непосредственный руководитель (руководитель отдела, менеджер проекта) – проектная команда Неочевидные роли, участвующие в оценке: – клиенты – коллеги, которые работали с аналитиком
  • 12. Эффективность работы аналитика • Как интерпретировать результаты? Кто главнее: – руководитель отдела или менеджер проекта? – программист или тестировщик? – проектная команда или клиент? Неочевидные ответы: – это разные категории оценок – нужно разбивать эти оценки на группы и вводить уровни компетентности по каждой из категорий оценок
  • 13. Пример: метрики, взятые «с потолка» Что пытались оценивать: – качество работы – количество работы Метрики: – Число грамматических ошибок на страницу текста – Число требований, зарегистрированных в системе управления требованиями
  • 14. Пример: хоррор из жизни IT- компаний Что пытались оценивать: – скорость работы – качество работы Метрики: – Скорость работы – Точность оценок сроков выполнения задач при планировании работ – Качество работы
  • 15. Пример: хоррор из жизни IT- компаний Как оценивали: – скорость работы: в человеко-часах на 1 задачу – качество работы: экспертная оценка – точность оценок сроков : соотношение запланированных и фактических сроков Кто оценивал: – Непосредственные руководители
  • 16. Пример: хоррор из жизни IT- компаний Чего не делали: – Объяснение, зачем это нужно (цели, которых мы достигаем) – Прозрачные критерии оценок – Разделение оценок по уровням, характеризующим степень компетенции системного аналитика – Улучшение навыков командной работы – Согласование изменений с общим процессом управления проектами – Планирование работ по результатам полученных оценок – Планы развития сотрудников в переходный период
  • 17. Пример: хоррор из жизни IT- компаний Что получили: – демотивацию – «итальянскую забастовку» – увольнение 50% сотрудников
  • 18. Критерии оценки эффективности работы аналитика Technical skills • Качество артефактов (всех видов) – число ошибок (+ число требований/объем документа) – полнота требований – глубина и детальность проработки (в соответствии с реальными потребностями команды) – соответствие установленным критериям качества, шаблонам, стандартам • Знания (экспертиза) в предметной области • Участие в работах, относящихся к разным уровням компетенции аналитика • Точность планирования работ
  • 19. Критерии оценки эффективности работы аналитика Soft Skills • Активность (источник знаний для команды, взаимодействие с каждой проектной ролью) • Самостоятельная генерация идей • Участие в постановке и улучшении процессов • Самомотивация и самообучение, обучение других
  • 20. Как оценивать эффективность работы аналитика Technical skills • Регулярные инспекции, проверки артефактов на соответствие установленным шаблонам (QA) • Review артефактов и требований (коллеги, руководитель) • Оценка вклада аналитика в проект «технарями» Soft skills • Оценка методом «360 градусов»
  • 21. Какую информацию собирает аналитик: Project scope: • пользователи системы, их роли и число • функции системы • системы, с которыми предполагается интеграция • ограничения • регламенты и стандарты, влияющие на разработку Project quality: • требования к качеству продукта (производительность, масштабируемость, надежность, доступность, безопасность, отказоустойчивость; требования к платформе; usability, etc.) • приоритеты требований
  • 22. Какие артефакты создаются в процессе работы аналитика: • профиль ЗЛ • потребности ЗЛ • требования (User Stories, Use Cases, перечень функций системы, НФТ) • глоссарий • концептуальная модель • описание реализации и архитектуры (в том числе и прототип UI) • план тестирования
  • 23. С кем взаимодействует аналитик • заказчик (внешний? внутренний?) • проектная команда – менеджер проекта – разработчкики – тестировщики
  • 24. Кто оценивает работу аналитика • Наличие артефактов: руководитель/служба качества • Качество артефактов: заказчик, проектная команда (по ролям, с учетом использования конкретного вида артефактов) • Глубина проработки: руководитель, проектная команда • Соблюдение сроков: руководитель
  • 27. Общие принципы гуманизма • Не используйте оценку эффективности для: – «Наказания невиновных и награждения непричастных» – Увольнения неугодных сотрудников • Используйте оценку эффективности для: – Определения KPI – Определения коэффициентов трудового участия – Аттестации сотрудников – Составления планов индивидуального развития сотрудников
  • 28. Заключение • Для оценки эффективности сотрудника используйте метрики • Проводите оценки эффективности регулярно • Адаптируйте метрики для учета специфики проектов • Адаптируйте метрики с учетом уровня ваших сотрудников • Применяйте метрики для того, чтобы измерить приближение к конечной цели
  • 30. Наталья Желнова nzhelnova@teamcit.ru • http://nz.moikrug.ru/ • https://www.linkedin.com/profile/view?id=46 9663 • https://www.facebook.com/nzhelnova • http://slideshare.net/nzhelnova