Н. Желнова "Оценка эффективности работы аналитика", DUMP-2014
Upcoming SlideShare
Loading in...5
×
 

Н. Желнова "Оценка эффективности работы аналитика", DUMP-2014

on

  • 477 views

 

Statistics

Views

Total Views
477
Views on SlideShare
477
Embed Views
0

Actions

Likes
1
Downloads
2
Comments
0

0 Embeds 0

No embeds

Accessibility

Categories

Upload Details

Uploaded via as Microsoft PowerPoint

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

Н. Желнова "Оценка эффективности работы аналитика", DUMP-2014 Н. Желнова "Оценка эффективности работы аналитика", DUMP-2014 Presentation Transcript

  • Оценка эффективности работы аналитика Наталья Желнова Москва 2014
  • Об авторе доклада Наталья Желнова: • С 1997 года занимается сбором, систематизацией и управлением требованиями в проектах по разработке ПО • 6 лет участия в консалтинговых проектах (постановка процессов разработки ПО) • Автор нескольких курсов по управлению требованиями, управлению проектами и управлению рисками в проектах по разработке ПО
  • Тезисы доклада • Общие вопросы оценки эффективности в IT: что понимать под эффективностью? • Зачем вообще оценивать эффективность? • В чем смысл работы аналитика? • Несколько плохих примеров попыток оценки эффективности аналитика. Хоррор из жизни IT-компаний. • Несколько хороших примеров оценки эффективности аналитика. • Метрики, позволяющие увидеть лес за деревьями. • Общие принципы гуманизма, или в каких целях не надо использовать метрики. • Заключение.
  • Оценка эффективности в IT
  • Оценка эффективности в IT • Зачем вообще оценивать эффективность? Повышаем рентабельность, снижаем издержки Даем четкие ориентиры команде Улучшаем планирование, повышаем управляемость Избавляемся от некомпетентных сотрудников
  • Эффективность работы аналитика • В чем смысл работы аналитика? Выявляет заинтересованных лиц и определяет их ожидания Выявляет, систематизирует, анализирует требования, четко определяющие: – project scope – project quality Дает команде информацию о том, что нужно сделать: – точную – вовремя Участвует в управлении требованиями
  • Эффективность работы аналитика • Как оценить работу аналитика? Очевидные вещи: – скорость работы (в конкретном проекте, в разных проектах) – качество работы (в конкретном проекте, в разных проектах) – сложность работы (в конкретном проекте, в разных проектах) – уровень технической компетенции Неочевидные вещи: soft skills, лидерство
  • Эффективность работы аналитика • Кто должен оценивать работу аналитика? Очевидные роли, участвующие в оценке: – непосредственный руководитель (руководитель отдела, менеджер проекта) – проектная команда Неочевидные роли, участвующие в оценке: – клиенты – коллеги, которые работали с аналитиком
  • Эффективность работы аналитика • Как интерпретировать результаты? Кто главнее: – руководитель отдела или менеджер проекта? – программист или тестировщик? – проектная команда или клиент? Неочевидные ответы: – это разные категории оценок – нужно разбивать эти оценки на группы и вводить уровни компетентности по каждой из категорий оценок
  • Эффективность работы аналитика • Пример: хоррор из жизни IT-компаний Что пытались оценивать: – скорость работы – качество работы Метрики: – Скорость работы – Точность оценок сроков выполнения задач при планировании работ – Качество работы
  • Эффективность работы аналитика • Пример: хоррор из жизни IT-компаний Как оценивали: – скорость работы: в человеко-часах на 1 задачу – качество работы: экспертная оценка – точность оценок сроков : соотношение запланированных и фактических сроков Кто оценивал: – Непосредственные руководители
  • Эффективность работы аналитика • Пример: хоррор из жизни IT-компаний Что получили: – демотивацию – «итальянскую забастовку» – увольнение 50% сотрудников
  • Эффективность работы аналитика • Три уровня навыков системных аналитиков: первый, второй, третий Первый уровень: • Выявление заинтересованных лиц в проекте • Выявление высокоуровневых требований и согласование: – Требований с собранной информацией – Требований между собой • Участие в проектировании системы: – Описание поведения системы – Выявление нефункциональных требований
  • Эффективность работы аналитика Второй уровень: • Управление ожиданиями заинтересованных лиц • Определение границ системы • Выделение подсистем и определение их границ • Выявление низкоуровневых требований – описания алгоритмов, структур данных – описания компонентов ПО – описания низкоуровневых интерфейсов – описания механизмов управления ресурсами и др • Применение стандартов (ГОСТ, IEEE 1990)
  • Эффективность работы аналитика Третий уровень: • Знание существующего IT-ландшафта и умение определять перспективы его развития в контексте выполняемого проекта • Участие в управлении рисками проекта • Управление требованиями – управление документами – управление требованиями: участие в процессе управления полным жизненным циклом требований и трассировки требований
  • Эффективность работы аналитика Критерии оценки (1): Technical skills • Качество артефактов (всех видов) – число ошибок – полнота требований – глубина и детальность проработки (в соответствии с реальными потребностями команды) – соответствие установленным критериям качества • Точность планирования работ
  • Эффективность работы аналитика Критерии оценки (2): Soft Skills • Активность (источник знаний для команды, взаимодействие с каждой проектной ролью) • Самостоятельная генерация идей • Участие в постановке и улучшении процессов • Самомотивация и самообучение, обучение других
  • Эффективность работы аналитика Как оценивать: Technical skills • Регулярные инспекции, проверки артефактов на соответствие установленным шаблонам (QA) • Review артефактов и требований (коллеги, руководитель) • Оценка вклада аналитика в проект «технарями» Soft skills • Оценка методом «360 градусов»
  • Эффективность работы аналитика Какую информацию собирает аналитик: Project scope: • пользователи системы, их роли и число • функции системы • системы, с которыми предполагается интеграция • ограничения • регламенты и стандарты, влияющие на разработку Project quality: • требования к качеству продукта (производительность, масштабируемость, надежность, доступность, безопасность, отказоустойчивость; требования к платформе; usability, etc.) • приоритеты требований
  • Эффективность работы аналитика Какие артефакты создаются в процессе работы аналитика: • профиль ЗЛ • потребности ЗЛ • требования (User Story, Use Case, перечень функций системы, НФТ) • глоссарий • концептуальная модель • описание реализации и архитектуры (в том числе и прототип UI) • план тестирования
  • Эффективность работы аналитика С кем взаимодействует аналитик: • заказчик (внешний? внутренний?) • проектная команда – менеджер проекта – разработчкики – тестировщики
  • Эффективность работы аналитика Метрики: Разработка • Наличие артефактов и соблюдение сроков их разработки • Число ошибок в требованиях / общий объем требований (в story points) • Распределение ошибок по степени серьезности • Число ошибок в программе, которые связаны с ошибками в требованиях • Число изменений требований, которые потребовали переделок • Время, потраченное на переделки, в т.ч. связанные с устранением ошибок в требованиях
  • Эффективность работы аналитика Метрики: Управление требованиями • Наличие артефактов управления требованиями • Актуальность артефактов управления требованиями • Время, которое требуется на актуализацию артефактов управления требованиями
  • Спасибо Наталья Желнова nzhelnova@teamcit.ru http://www.linkedin.com/in/nzhelnova