1. < PRESENTATION >
Title = “ALM: from analysis to solution development with Microsoft TFS Online”
Author = “Anton Vityaz”
2. Who is Mr. Vityaz?
• Что я делаю
• Solution Design & Consulting
• Project / Team management
• Develop
• Какие типы решений
• Автоматизация корпоративных бизнес процессов
• Работа с контентом
• Управление проектами
• Что использую
• Платформы Microsoft SharePoint, Project, Dynamics CRM
• “Рисую” Workflow & Forms
• Часть времени пишу код “бизнес логики” C#, JS
6. Потеряшки & Забывашки
• Забыли уточнить …
• Забыли согласовать …
• Не вписали решение для …
• Пропустили оценку …
• Откуда это взялось?
• C чем это связано?
7. Управляшки
• Что надо создать?
• Кто что должен делать?
• По каким требованиям?
• Какие вопросы?
• Какие проблемы?
• Что меняем?
8. Упростяшки
• Не хотим писать документы
• Документ = База данных
• Не хотим клепать отчеты
• Отправить выгрузку …
• Упростить коммуникации
• Написать письмо по поводу …
• Отправить ссылку на …
15. 4. Интеграция
• Интеграция с Visual Studio
• Контроль версий
• Work items query
• Интеграция с Excel
• Выгрузка данных
• Редактирование и создание данных
• Интеграция с Microsoft Project
21. Ура! Мы договорились с
клиентом об автоматизации
заявки на получение
пропуска на SharePoint и К2
BlackPoint.
22. •Авторизованные сотрудники
могут оставлять заявку на
пропуск
•В заявке надо указать кто будет
встречать, где будет проходить
встреча
•Заявка должна быть
согласована
Если что-то не ясно – уточните, давайте оценку и
побыстрее начинаем кодить!
Требования очень простые:
28. < / Заводим initial requirements >
• Value area = Business
• Тип work item = Requirements
• Если несколько исходных документов - Иерархия по документам
• Длинные требования можно разбивать на дочерние элементы
(требования)
• Нельзя изменять исходные требования существенно
30. Уточняем
• Нужно продумать и зарегистрировать все вопросы
• Почему спрашиваем
• Что предлагаем
• Кого мы спрашиваем
• Нужно отправить вопросы
• Поштучно или
• Пакетом
• Нужно завести ответы
• Иногда их заводит клиент сам!
34. < / Clarification >
• Value area = Business
• Work item type = Review
• Можно несколько вопросов загонять в один Review если хотим
уменьшить количество вопросов и из них составлять повестку
• Ответы заносим в Review
• Если потом будут доп вопросы – отдельный Review
35. < Define product >
Продумываем
компоненты
Связываем с
требованиями
Выявляем
скрытые
требования
36. Фичи-Фичи-Фичи
• Начинаем продумывать что нужно в решении для реализации
требования
• Появляется реестр фич (Features)
• Фичи идут Related связями к требованиям
42. Общие принципы
• Отделяем от бизнес области: Value area = Architectural
• Используйте тип work item Requirements
• Заводите все что делаете и все что надо согласовать с
заказчиком – таблицы для данных, формы, …
• Баланс между элементами и описанием в Word надо поймать.
• Мне не хватает стандартных подтипов
• Используем тэги для определения подтипов объектов.
Например: List, Content type, View, Form, Webpart
• Если у вас большое количество объектов одного типа – бейте на
пакеты. Пакет можно создать используя тэг – например UCG1,
UCG2
47. Оценка проекта
• Определяем фичи архитектурные – все-все!
• Создаем нужный уровень детализации в виде иерархии фич
• Предварительные оценки можем занести в оценку эффортов
фич – это первичная оценка
• Накидываем задач, оцениваем в задачах эффорты
• Задачи можем классифицировать по функционалу –
Analyse, C# Coding, JS Coding etc
• Выгрузка в Microsoft Project позволяет на все посмотреть с точки
зрения загрузки ресурсов, ганта
57. Хинт 1. ВЫГРУЖАЙТЕСЬ
Работайте в Excel с основными таблицами
С глубокой иерархией – в Project
С датами – в Project (только осторожно)
Выгрузки храните в TFS Source Control
Архивы храните нетронутыми