Upload
cuthbert-bates
View
222
Download
0
Tags:
Embed Size (px)
Citation preview
Data Management T/CAMs: FY16 Budgets/Staffing
Jeffrey KantorData Management Project
Manager
2
FY16 Budget Targets
• FY15 is not quite full year (through S15 cycle)• FY16 is with part of underspend from FY14/FY15
included to permit faster ramp up/recovery
(SQuaRE $346k)
3
Travel• Original FY15 – FY18 budgets covered DM Team, DM
Leadership Team, DM All Hands, Project All Hands meetings only ($152.5k in FY15, +$20k/yr through FY18)
• This was more than covered in FY15 but we had significant other travel:– Conferences, seminars, workshops, training $60k– PST and Science Collaborations $11.5k– Interfaces and networks meetings $41.5k
• This will occur every year, so plan to implement:– Move PST and SC travel off DM budget to PMO– Establish individual annual allowance for conferences
• Higher if justified by project needs
– Request additional $100k/yr through FY18
4
T/CAM Time• Time analysis shows roughly 120 hrs/month in
“ordinary months”, plus• “Special” weeks twice a year for cycle and
long-range planning, and annual budgeting• Assumed monthly activities are modulated by
special weeks, not additive• This is ~70% of available time for an FTE• Leaves minimal time for technical work, no
time if someone has Science Time
5
T/CAMs in FY16 and beyond
• Expect some improvements in T/CAM activity efficiency (e.g. shorter DMLT meetings)
• Base budget should now plan for a full FTE for only T/CAM work (allowing for sick, vacation, science time, etc. on top)
• How each institution satisfies this is up to the institution to define (single or multiple people)
• Work this into FY16 budgets • Request Project Controls Specialist dedicated
to DM
LSST Earned Value
Section 4 of July monthly Report (1-30 June 2015)
DM EV from July Report
EV Variance Narratives
• Detailed suitable for monthly reports• Need to summarize for AMCL, etc.• Project Manager will annotate T/CAM input
EV Data Flow
Institution Invoice and WBS/Account Breakout
10
EV Schedule Variances• Schedule Variance = Budgeted Cost of Work
Scheduled (BCWS, i.e. planned cost) – (Budgeted Cost of Work Performed (BCWP, i.e. the planned value)– Negative is bad (behind schedule)– Positive is good (ahead of schedule)– BCWS is based on JIRA Epic SP Estimates with “standard”
velocity and on LOE resource assignments from sheet– BCWP is based on JIRA Story SP “weights” and Completed
Stories/Steps calculated by P6 as % Complete * BWCS– LOE activities also accrue cost and EV as time passes, but
in general should not contribute to SV
11
SV Sources• The variance has been due to work not performed on
schedule due to:– Understaffing (nobody to do the work)– Deferred procurements (procurements contracts not in
place on time)– Planned Epics taking longer than expected (not possible to
completely eliminate, but should balance out)
12
SV Recovery• Use underspend on additional staff starting in FY16• Replan work to recover in FY16 – FY18• FDR-era plan based on having to be ready for Commissioning
Camera in S18• Commissioning Camera observing now starts in October, 2019
and thus we have until S19 to be ready• We should try to hold as much as possible to S18 ready date
in DLP/LDM-240, using W19, S19 as schedule contingency• MJ and KTL to (re-)negotiate with SE what “ready for
commissioning camera” means in terms of DM software capabilities and hardware capacity
• Move procurements to end of FY, can always do early• Put any “uncertain” Epics in next cycle, can always do early
13
EV Cost Variances• Cost Variance = Budgeted Cost of Work Performed
(BCWP, i.e. the planned value) – Actual Cost of Work Performed(ACWP, i.e. the actual cost)– Negative is bad (spent more than planned for that work)– Positive is good (spent less than planned for that work)– velocity and on LOE resource assignments– BCWP is based on JIRA Story SP “weights” and Completed
Stories/Steps calculated by P6 as % Complete * BWCS– ACWP is based on invoiced amounts/breakouts (unless still
using estimated actuals)– On LOE activities we are reporting all costs, but we appear
not to be recording all value
14
CV Sources• If we charge a $1, we need to make sure we earn
value for it, or it is negative CV • We have had slightly positive CV due to actual
salaries being less than budgeted salaries in some cases
• We have had negative CV due to:– Under-reporting of value on LOE activities– 02C.01 or 02 work applied to other accounts in error– Deferred procurements having “standing army effect”– Missing SP credit when one T/CAM asks for other T/CAM
resources– Planned Epics actually taking more effort than expected
15
CV Recovery• Add LOE assignments for % of staff indicated by
T/CAMs– Record value as time elapses (duration-based EV)– No need for T/CAMs to put in % complete
• When doing work that is “triggered” by other WBS, still need to account for it in local WBS– Example – new documentation standard developed
by SQuaRE requires changes to all code, work to change code is not SQuaRE, it is in the WBS containing the code
• Move DM-level work to 02C.01 and 02– Example – Robert Lupton work with PST
16
EV Process Improvement• Current rules/practices to retain for W16
– We use a standard velocity factor for all teams (1.4 SP/day)– We plan all non-LOE Epics (and some LOE that are development
“buckets” for bugs or improvements that emerge during cycle)• NCSA will also include LOE epics in JIRA for system administration, etc.
– We can add, delete, move individual stories without negative SV consequences, as long as the rest of the Epic is completed on time or nearly so, and we do not exceed Epic SP estimate by > 10%
– We can change an Epic that was already scheduled to start, with a change request, only at mid-cycle or end-of-cycle. This cannot be done on too many Epics or it raises big red flags with EV
• New rules/practices to implement in W16– We can change an Epic with a Change Request, as long as we
are not yet in the month the Epic was scheduled to start