Внедрение аналитика на проект с 18-летней историей
•Télécharger en tant que PPTX, PDF•
0 j'aime•342 vues
Доклад Олега Ефремова на конференции Analyst Days-6 www.analystdays.com
Recommandé
Recommandé
Contenu connexe
Similaire à Внедрение аналитика на проект с 18-летней историей
Similaire à Внедрение аналитика на проект с 18-летней историей (20)
Plus de SQALab
Plus de SQALab (20)
Внедрение аналитика на проект с 18-летней историей
- 1. LOGO Внедрение аналитика на проект с 18-летней историей Сектор системного анализа НИИ Почтовой связи
- 2. LOGO Авторы Олег Ефремов, руководитель сектора системного анализа Наталья Баринова, младший аналитик (НИИ Почтовой связи, Москва) НИИПС2
- 3. LOGO НИИПС3 1. Несколько слов о компании 2. Основные ИС 3. Взгляд менеджера 4. Оценка ситуации и советы аналитика 5. Проблемы и решения Структура презентации
- 4. LOGO Коротко о компании НИИПС4 Научно-исследовательский и проектно-конструкторский институт почтовой связи (НИИПС) – системный интегратор ФГУП «Почта России» http://www.niips.ru
- 5. LOGO Коротко о компании НИИПС5 Информационные системы • ОАСУ РПО – общероссийская АС учета и контроля за прохождением регистрируемых почтовых отправлений • АИС СЦ – АИС «Сортировочный центр» • ППП ПП – пакет прикладных программ «Партионная почта» Команды • руководители проектов • аналитики • разработчики • Тестировщики
- 7. LOGO Взгляд менеджера НИИПС7 • Глубокое погружение; • Пусть все будет правильно; • Долго, но не всегда качественно
- 8. LOGO Взгляд менеджера НИИПС8 • Сухой остаток. • Какова стратегия успеха?
- 9. LOGO Оценка и советы аналитика НИИПС9 Чем «плохи» проекты с историей • Сложная система; • Разрозненная документация; • Отношения с Заказчиком; • Роли в команде.
- 10. LOGO Оценка и советы аналитика НИИПС10 Понять и вникнуть. Роли. Риски • Чего ждут от аналитика? • Каков жизненный цикл проекта? • Предметная область, технология • Система: назначение, структура; • Плотное общение с опытными коллегами; • Учет «коэффициента оптимизма»; • Постепенное документирование.
- 11. LOGO Проблемы и Решения НИИПС11 ● Медленное погружение в тему ● Правильное обучение • Еженедельно – кружок аналитика • Плотная работа с заказчиком (экскурсии, стажировки, участие в процессе) • Документирование
- 12. LOGO Проблемы и Решения НИИПС12 ● Не всегда высокое качество ● Измерение и коррекция • Не более 3 итераций аудит/исправления • Соотношение доработка/разработка • Соответствие границам проекта • Чек-лист
- 13. LOGO Проблемы и Решения НИИПС13 ● Задержки / переключения / срыв сроков ● Управление процессом • Автоматизированный ресурсный план • Оперативный пересчет сроков при каждом изменении пула задач
- 14. LOGO Кейсы из практики НИИПС14 Контекст работы аналитиков • 3-я линия сопровождения • Артефакты для 1 и 2 линий поддержки • База знаний
- 15. LOGO Резюме НИИПС15 • Правильное обучение • Активная работа с заказчиком • Документирование • Измерение процесса
- 16. LOGO Вопросы? Пожелания? Предложения? Спасибо за внимание!
Notes de l'éditeur
- Участие в проектах: ЭОД с ФТС (в т.ч. возможность ускоренного выпуска таможни); Ввод в действие новых сортировочных машин в ЛЦ Внуково (сейчас всего 5 АСЦ); Обмен CARDIT/RESDIT с авиаперевозчиками; Обмен PRECON/RESCON с ИПА; Проект «Посылочная карта» (PREDES); и других…
- Взгляд с 2-х сторон: менеджер и аналитик.
- Аналитики чересчур глубоко пытаются погрузиться в тему; Аналитики пытаются все сделать правильно (отличие классической науки от прикладной: классическая наука делает то, что можно, так, как нужно; прикладная – то, что нужно, так, как можно); Удлиняются сроки подготовки документов (ЧТЗ, ТТ), снижается качество, и как следствие – проблемы с разработкой программного обеспечения
- Сухой остаток банален: недостаточно или отсутствует документирование, мало внимания уделяется обучению. Стратегия успеха: win/win в комбинации с пословицей «вода камень точит» и обучением (теория и обязательно практика, поддержанные управлением знаниями).
- Система стала сложна, громоздка; Документация разрозненна, не соответствует функциональности; С Заказчиком выстроились свои отношения, которые нигде не зафиксированы, но есть «свои» правила; В Команде есть «свои» роли, которые никак не описаны, но все им следуют. Сравнение ощущение двух людей, пришедших в компанию с разницей в 2 года. У меня – (в основном занимался самообразованием) до 9 месяцев ушло на более-менее полное погружение, первые месяцы постоянно бегал с вопросами к нескольким компетентным людям и мечтал о тех временах, когда ко мне тоже кто-нибудь придет и о чем-нибудь спросит. У нее – пока прошло полгода, основные мысли из ее письма (рассказать коротко): «Что помогло мне приступить к работе (в порядке значимости): 1) Беседы с более опытными сотрудниками (преимущественно тестировщики, аналитики, которые работают дольше меня); 2) Экскурсии на территории заказчика, возможность напрямую пообщаться с заказчиком; 3) Возможность просмотра тестовых версий Систем; 4) Изучение ранее написанных инструкций (в особенности с картинками и презентаций); 5) РТМы (технические материалы), стандарты, ранее написанные ЧТЗ.
- - В каждом проекте сложилось свое понимание, и необходимо получить представление, что делал аналитик до этого на проекте, как поступал и чего от него ждут. - Какие действия требуются на каждом из этапов жизненного цикла проекта. - Важно понимание того, какие именно роли (по сути) выполняют члены команды. - Коэффициент оптимизма: например, мой составляет 1,5. Если меня просят оценить задачу и мне кажется, что я ее выполню за день, то этот день нужно умножить на 1,5 и тогда срок получится более-менее точным. - Если документирование не велось – самое время начать это делать. Если это не поможеи именно вам – то уж точно пригодится следующему новому аналитику.
- Своеобразная аналогия с курсом молодого бойца: куда смотреть и что делать. Прежде всего: проявление активности и настойчивости в поисках информации (встречи с Заказчиком); Примеры: Обмен с Toshiba (Почему Base64). Загрузка PREDES (работа в ГЦМПП). правильный подход к обучению (теория/практика/самостоятельная работа/контроль знаний – банально, но часто о трех последних составляющих просто «забывают») и документированию. Пример: еженедельный кружок аналитика, шаблоны, список терминов Решение проблем: Постоянное развитие за счет программ обучения и самостоятельной работы (оформление карт компетенций, планы развития - ежеквартально). Еженедельное проведение кружка аналитика. Экскурсии на объекты заказчика. Методическое обеспечение (видеоуроки, инструкции, отчеты об экскурсиях). Практика: работа на местах операторов прикладного ПО Внутренние аудиты ЧТЗ. Разработка концепции. Чек-лист с критериями проверки формы и содержания документа. Шаблон ЧТЗ (единые стили, оформление и т.д.) Грамотное планирование и управление изменениями (автоматизированный ресурсный план). Порядок управления требованиями. Разработка и внедрение метрик (итерации аудита-исправлений – не более 3, отношение времени исправлений к времени первичной разработки – не более 0,75). Такие числа – из практики.
- Своеобразная аналогия с курсом молодого бойца: куда смотреть и что делать. Прежде всего: проявление активности и настойчивости в поисках информации (встречи с Заказчиком); Примеры: Обмен с Toshiba (Почему Base64). Загрузка PREDES (работа в ГЦМПП). правильный подход к обучению (теория/практика/самостоятельная работа/контроль знаний – банально, но часто о трех последних составляющих просто «забывают») и документированию. Пример: еженедельный кружок аналитика, шаблоны, список терминов Решение проблем: Постоянное развитие за счет программ обучения и самостоятельной работы (оформление карт компетенций, планы развития - ежеквартально). Еженедельное проведение кружка аналитика. Экскурсии на объекты заказчика. Методическое обеспечение (видеоуроки, инструкции, отчеты об экскурсиях). Практика: работа на местах операторов прикладного ПО Внутренние аудиты ЧТЗ. Разработка концепции. Чек-лист с критериями проверки формы и содержания документа. Шаблон ЧТЗ (единые стили, оформление и т.д.) Грамотное планирование и управление изменениями (автоматизированный ресурсный план). Порядок управления требованиями. Разработка и внедрение метрик (итерации аудита-исправлений – не более 3, отношение времени исправлений к времени первичной разработки – не более 0,75). Такие числа – из практики. Если не соблюдаются – адресный анализ (например, какие критерии чаще всего вызывают нарекания у аудиторов)
- Своеобразная аналогия с курсом молодого бойца: куда смотреть и что делать. Прежде всего: проявление активности и настойчивости в поисках информации (встречи с Заказчиком); Примеры: Обмен с Toshiba (Почему Base64). Загрузка PREDES (работа в ГЦМПП). правильный подход к обучению (теория/практика/самостоятельная работа/контроль знаний – банально, но часто о трех последних составляющих просто «забывают») и документированию. Пример: еженедельный кружок аналитика, шаблоны, список терминов Решение проблем: Постоянное развитие за счет программ обучения и самостоятельной работы (оформление карт компетенций, планы развития - ежеквартально). Еженедельное проведение кружка аналитика. Экскурсии на объекты заказчика. Методическое обеспечение (видеоуроки, инструкции, отчеты об экскурсиях). Практика: работа на местах операторов прикладного ПО Внутренние аудиты ЧТЗ. Разработка концепции. Чек-лист с критериями проверки формы и содержания документа. Шаблон ЧТЗ (единые стили, оформление и т.д.) Грамотное планирование и управление изменениями (автоматизированный ресурсный план). Порядок управления требованиями. Разработка и внедрение метрик (итерации аудита-исправлений – не более 3, отношение времени исправлений к времени первичной разработки – не более 0,75). Такие числа – из практики.
- Аналитики - 3- я линия сопровождения; Не только требования (ЧТЗ, ТТ), но еще артефакты для 1 и 2 линий поддержки (база знаний на движке Wacko Wiki, переходим на MediaWiki); База знаний: Процессный подход; «Дифференциальный диагноз»; Схема из 3-х блоков: 1. Общее описание, 2. Штатная работа и обслуживание системы/модуля и 3. Разрешение проблем.
- Важность деталей на двух курьезных примерах («аресты» аналитиков в АОПП Шереметьево и ГЦМПП из-за не поданных вовремя запросов на разрешение посещения зоны таможенного контроля (ЗТК)