A message from Eugene on June 14, 2013
> We need to revisit some rebaseline items:
> a) Provide steps wherever needed
How do we know if steps are needed? At what level are steps appropriate?
For now, ignore this directive, go on to the next one.
> b) Treat the “red flags” in the progress schedule, which indicate
> that an activity is late and pushing something else beyond
> The cause might be a wrong predecessor-successor logic, unclaimed
> progress or a real problem.
Red flags are defined below. In what sense are they to be treated?
Looked at the red flags. Assume that these are the literally red items marked “critical remaining work”. None for TOF, start counter, or target.
> c) Initiate the FY13 procurements
One interpretation: identify procurements that have not been initiated
in FY13, but should have been, and start buying stuff. Is that
> I copied various new files to
What follows is a list of files to be found there.
> a progress schedule file from Phil, which shows the “red flags”
> the May post-progress file, which contains both the progress % and the
> dates. It is the place to change the actual dates if needed.
What does post-progress mean? Which dates? Sounds as if we are to
review each of them to determine if they need changing.
Since there are no red flags for areas of responsibility, perhaps
nothing needs to be done here.
> A table of the activities with the % done and a summary info on the
> associated procurements
> A table of the activities with a detailed history of the associate
Is there an action item associated with this file?
> Updated rebaseline file. This is the place to add steps (find some
> examples in the file) and to tweak the predecessor-successor
> logic. The file contains the latest progress numbers.