clubqa #2. project status reporting
DESCRIPTION
ClubQA #2Kirill ZagorouikoProject Status ReportingTRANSCRIPT
Проектная отчетность:
Это несложно?
Кирилл ЗагоруйкоИнновационные Трейдинговые Системы6 февраля 2012
Мы поговорим об этом:
• ЗАЧЕМ нужен отчет – заказчику и нам?
• ЧТО должно входить в отчет?
• КАК делать отчет?
• Вопросы – ответы
ЗАЧЕМ НУЖЕН ОТЧЕТ?• Наш типичный проект:
N
S
EW
IT ИНФРАСТРУКТУРА
ОТДЕЛ QA
R & D
КЛИЕНТКАЯ ПОДДЕРЖКА
РУКОВОДСТВО МАРКЕТИНГ
САЙТ
ТРЕБОВАНИЯ
ПРОГРАММИСТЫ
ПОЛЬЗОВАТЕЛЬ 3
ОТДЕЛ QA
ПОЛЬЗОВАТЕЛЬ 1
ПРОДАЖИ
ПОЛЬЗОВАТЕЛЬ 4
ПОЛЬЗОВАТЕЛЬ 2
Пытаемся создать это:
Из этого:
Поэтому отчет должен:
• Вызывать эмоции, т.е. быть наглядным:
• И помогать всем двигать проект в нужном направлении:
ЧТО ВКЛЮЧАТЬ В ОТЧЕТ?Ответы на вопросы:
• Когда планировали сделать и когда сделали? Т.е. ключевые даты (planned vs. actual)
• Что планировали прогнать и что прогнали?
(planned vs. actual)
• Что мешает (по приоритетам) и каков статус?
• Что нашли, сколько (по приоритетам) и каков статус?
КАК ОТЧЕТ ДОЛЖЕН ВЫГЛЯДЕТЬ? Основные принципы - здравый смысл,
информативность и удобство пользования, то есть:
– Структура– Приоритезация– От общего – к частному– Наглядность– Аккуратность
ТО ЕСТЬ ОТЧЕТ ДОЛЖЕН БЫТЬ СДЕЛАН И ВЫГЛЯДЕТЬ...
... ПРОФЕССИОНАЛЬНО!• Не так –
• А вот так -
НАПРИМЕР:
Project Summary: Pertinent Information
• Key Dates:
– Phase 1 Testing:
• Planned Start: __/__/2012• Actual Start: __/__/2012• Planned End: __/__/2012• Actual End: __/__/2012
– Sign Off:
• Planned date: __/__/2012• Actual date: __/__/2012
• Test Plan is available in SharePoint at this location
Project Summary: Issues / Concerns
Issue Raised On Owner Action Closed On
__/__/2012 __/__/2012
__/__/2012 __/__/2012
__/__/2012 __/__/2012
__/__/2012 __/__/2012
__/__/2012 __/__/2012
__/__/2012 __/__/2012
__/__/2012 __/__/2012
Project Summary: Test Execution Progress
Test Execution Progress: % Complete Planned vs % Complete Actual
0
10
20
30
40
50
60
70
80
90
100
18
-Ma
y
19
-Ma
y
20
-Ma
y
21
-Ma
y
22
-Ma
y
25
-Ma
y
26
-Ma
y
27
-Ma
y
28
-Ma
y
29
-Ma
y
1-J
un
2-J
un
3-J
un
4-J
un
5-J
un
8-J
un
9-J
un
10
-Ju
n
11
-Ju
n
12
-Ju
n
15
-Ju
n
16
-Ju
n
17
-Ju
n
18
-Ju
n
19
-Ju
n
22
-Ju
n
23
-Ju
n
24
-Ju
n
25
-Ju
n
26
-Ju
n
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30
% C
om
ple
te Phase 1a Total % Complete P lanned
Phase 1a Total % Complete Actual
Phase 1b MTF Total % Complete P lanned
Phase 1b MTF Total % Complete Actual
Click here for the drill-down per test script
Statistics: Logged Defects – Total per Product / Component
Total Number of Defects per Product or Component(all States)
Total:
Product 1 Product 2 Product 3 Product 4 Product 5 Product 6
5 . 2 . 1 . 8
34 1 1 2 . 2 40
72 11 11 1 . . 95
27 7 5 2 . . 41
138 19 19 5 1 2 184
Statistics: Logged Defects Daily Trends by Status (All Priorities)
Bugzilla IDs: Daily Trends by Status (Priorities: Critical, High, Medium, Low )
0
20
40
60
80
100
120
140
160
180
200
18
-Ma
y1
9-M
ay
20
-Ma
y2
1-M
ay
22
-Ma
y2
3-M
ay
24
-Ma
y2
5-M
ay
26
-Ma
y2
7-M
ay
28
-Ma
y2
9-M
ay
30
-Ma
y3
1-M
ay
1-J
un
2-J
un
3-J
un
4-J
un
5-J
un
6-J
un
7-J
un
8-J
un
9-J
un
10
-Ju
n1
1-J
un
12
-Ju
n1
3-J
un
14
-Ju
n1
5-J
un
16
-Ju
n1
7-J
un
18
-Ju
n
Date
Nu
mb
er o
f B
ug
zill
a ID
s
SUBMITTED
OPEN
RESOLVED
CLOSED
TOTAL
Statistics: Logged Defects Daily Trends by Status (Critical & High)
Statistics: Logged Defects Priority vs. Status
0 2 13 0 1 2 4
0 15 2
8
36
87
32
8
40
95
41
0
10
20
30
40
50
60
70
80
90
100S
ub
mit
ted
Op
en
Re
so
lve
d
Clo
se
d
To
tal
Critical
High
Medium
Low
ИТАК:
• Проектный отчет – это один из продуктов, который мы выпускаем на каждом проекте и поставляем заказчику
• Принципы соcтавления проектного отчета нами для заказчика сформулированы как модель TRUST:
• T – Timely: on time according to agreements;
• R – Regular: daily or depending on Client needs;
• U – Unambiguous: contains no ambiguity;
• S – Structure: clear logical structure;
• T – Truthful: truly reflects the state of the project and drives actions.