IT Project Management And Reporting Guidelines

2y ago
43 Views
2 Downloads
1.32 MB
32 Pages
Last View : 5m ago
Last Download : 3m ago
Upload by : Lucca Devoe
Transcription

IT Project Management andReporting GuidelinesOctober 1, 2018Information Technology ServicesUniversity of California Office of the President

IT Project Management and Reporting GuidelinesTable of Contents1. Introduction52. Regents Reporting Requirements73. Project Development Guidelines133.1 Integrated Schedule and Resource Plan133.2 Assessing Schedules for Reasonableness153.3 Cost Reporting173.4 Risk Management203.5 Change Management233.6 Independent Verification and Validation (IV&V)254. Contract Deliverable Expectation Document27Appendix29References30A downloadable version of this document is available on the University of California InformationTechnology Leadership Council website.

IT Project Management and Reporting Guidelines1. IntroductionThe University of California (UC) is committed to ensuring that significant IT projects across alluniversity locations are managed following established best practices. The UC IT ProjectGuidelines (Guidelines) establish high-level requirements for managing IT projects costing 5Mor more. It seeks to promote a professional and consistent university-wide approach to IT projectmanagement. All locations are required to integrate these Guidelines into their local practices.AudienceThe Guidelines are not in any way intended to serve as an introduction to or overview of projectmanagement principles and best practices. Rather, they are designed for project managementprofessionals – both managers and project team practitioners at all UC locations – responsible fordirectly performing or overseeing project management processes and activities. Suchexperienced professionals are positioned to readily interpret and implement these Guidelines.PurposeThe specific project management processes and practices selected for inclusion in the Guidelinesare those considered most critical for ensuring effective IT project management at UC. To thisend, the information and advice presented emphasizes the importance of processes, people skills,good judgement, and effective communication. The Guidelines are designed to focuspractitioners on essential project management processes deemed critical to success, and do notprovide in-depth or prescriptive instructions.The fundamental reason to pursue a consistent approach to IT project management across thedecentralized university system is to ensure that university resources spent on significant ITprojects – those projected to cost 5 million or more – are wisely managed. Indeed, policyestablished in 2017 mandates reporting to the UC Regents about all IT projects with an estimatedor actual cumulative cost of 5 million or more. Regents Policy 5103 thus draws new focus to ITproject costs, outcomes, and project management effectiveness. At the 5 million threshold, itbecomes paramount that the university: Ensure adherence to professional project management practices to optimize theexpenditure of public resources, Implement processes that support standardized reporting and the effective oversightof IT projects at the system-wide level, Provide useful information to Project Sponsors and Project Stakeholders, and Enable resource sharing and collaboration across locations to encourage optimal useof funding and development of expertise.10/01/182. Regents Reporting Requirements 5

IT Project Management and Reporting GuidelinesStructure and ResourcesThe content of the Guidelines was derived from a number of sources, including the CaliforniaState Department of Technology. Further, project managers from UC campuses providedfeedback and comment. The chapters of the Guidelines cover: Project scheduling and resource management, Cost reporting, Risk management, Change management and Vendor deliverable management.Various templates are provided to illustrate how each process can be documented and managed,and should be treated as examples and resources. Project management practitioners areencouraged to leverage the templates by modifying them to fit the needs of their respectivelocations and projects.UpdatesWhile the Office of the President maintains the Guidelines, a community of IT projectmanagement professionals will be turned to for input and direction in updating the Guidelinesperiodically to align with industry best practices and with experience from implementation,ensure that the Guidelines maintain relevance and help the university meet its stated goals.10/01/182. Regents Reporting Requirements 6

IT Project Management and Reporting Guidelines2. Regents Reporting RequirementsTo ensure that the University of California Board of Regents is able to exercise necessaryoversight for the university's significant IT projects, all University locations are required perRegents Policy 5103 to provide a status update to the Regents three times per calendar year on ITprojects with an estimated or actual cumulative cost of 5M or more.The 5M threshold: Includes costs for in-kind labor (e.g., existing staff) and billable labor (e.g., contractors,UC recharge labor) Excludes ongoing cost of operations Excludes savings projectionsTwo types of reports are to be submitted to UCOP for reporting to the Regents:1. Summary report for each project with an estimated/actual cumulative cost between 5M and 25M. The template for the summary report contains only the following elements:a. Campus locationb. Project namec. Budget (current approved)d. Begin date (current projected or actual)e. End date (current projected or actual2. Comprehensive report for each project with an estimated/actual cumulative cost of 25M ormore. The template for the comprehensive report utilizes a standard one-page report formatand includes the following elements:a. Project Description and Purposeb. Overall Health Statusc. Risk Statusd. Budget Statuse. Schedule Statusf. Top Issuesg. Scope Changesh. Recent Accomplishmentsi. Planned Accomplishments for Next Reporting Period10/01/182. Regents Reporting Requirements 7

IT Project Management and Reporting GuidelinesEach location is responsible for preparing its own reports. Completed reports must be submittedusing the templates provided and are sent to the Office of the President for consolidation andsubmission to the Regents.Additional instructions and submission deadlines are contained in the appendix.Appendix ItemsRegents Report Submission Timeline and InstructionsReport Period Ending DateDate Report Due to UCOPDec 31Feb 1Apr 31Jun 15Aug 31Oct 15Regents Presentation DateMar 14/15in-personJul 31mailing onlyNov 30mailing onlyRefer to the University of California Information Technology Leadership Council website forreport submission instructions and contact information.10/01/182. Regents Reporting Requirements 8

IT Project Management and Reporting GuidelinesSummary Report Template and SampleUse the Summary Report template for projects with an estimated or actual cumulative budgetbetween 5M and 25M.Summary Report TemplateClick here for a downloadable copyLocationProject NameBudget ( MM)Start DateEnd DateSummary Report SampleBudget( MM)LocationProject NameStart DateEnd DateUC-wide 504UC Irvine HealthUCPathUCePic - UC electronic Patient InformationCollaborationOct 2011Jun 2019 UC IrvineUCI Student Information System Replacement 82Jul 2016Nov 201770Jan 2015Jul 2020UC-wideUC MercedRedwoodFireEye Cybersecurity Threat Detection &IntelligenceCapital Projects (Downtown Campus Center &Project 2020): FF&E for active electronics 51Jan 2015Apr 2020 23May 2016Dec 2017 22Sep 2017Sep 2020UC Davis HealthEHR Hosting - Marshall Medical Center 22Jul 2016Nov 2017UC San DiegoStudent Information System renewal 19Jan 2019Jun 2020UC Davis HealthePic Beaker 18Jul 2015Feb 2018UC Davis HealthMaterials Management 16Jan 2015Mar 2018UC San Francisco HealthPrecision Cancer Medical Building (PCMB) 16Jun 2016Apr 2019UC Merced 12Sep 2014Sep 2020UC RiversideNext Gen Network UpgradeBanner: Student System Upgrade from IBM basedto Oracle based platform 11Sep 2012Oct 2016UC San Francisco HealthUCSF Data Center Migration 11Nov 2015Jun 2018UC San DiegoFinancial Information System renewal 10Apr 2016Jun 2019UC San Diego HealthePic EMR Module additions 8Jul 2016May 2018UC Santa CruzTelecommunications Infrastructure UpgradeEnterprise Imaging (VNA: Vendor NeutralArchive) 7Apr 2016Sep 2020 6Feb 2017Apr 2018 5Oct 2017Dec 2019UC MercedConsolidated Financial Reporting replacementENABLE: Campus data store & data warehouse tosupport campus-wide reporting strategy 5TBDTBDUC MercedeProcurementin planningDec 2017TBDUCLA/UCM/UCOPFinancial System Replacementin planningJan 2018Jul 2020UC-wideUC HealthUC-wide10/01/182. Regents Reporting Requirements 9

IT Project Management and Reporting GuidelinesComprehensive Report Template, Instructions, and SampleUse the Comprehensive Report template for projects with an estimated or actual cumulativebudget of 25M or more.Comprehensive Report TemplateClick here for a downloadable copyComprehensive Report Sample10/01/182. Regents Reporting Requirements 10

IT Project Management and Reporting GuidelinesComprehensive Report Template Instructions10/01/182. Regents Reporting Requirements 11

IT Project Management and Reporting GuidelinesComprehensive Report Template Instructions, continued10/01/182. Regents Reporting Requirements 12

IT Project Management and Reporting Guidelines3. Project Development Guidelines3.1 Integrated Schedule and Resource PlanThe Integrated Project Schedule (IPS) is a powerful time-based, planning, control, andcommunications tool. It provides a snapshot of both the project’s progress at any given point intime, as well as a view of what lies ahead. It includes resource requirements and serves as thesingle master schedule that everyone uses.Creating a well-developed IPS involves activities such as planning, identification, analysis,documentation, and prioritization of work. When properly executed, the IPS optimizes overallproject execution by enabling activity tracking and reporting, data driven decision making, andwork-stream coordination. In addition, it supports time and cost estimates, facilitatescommunications among personnel involved in project activities, and establishes a commitment tothose activities.Living Document, Care & Feeding RequirementsThe IPS is a living document that once created, needs to be continuously updated to reflect theprogress of, and changes to the project. To ensure its effectiveness as both a tool and a report, itis necessary to define processes and to allocate resources with the requisite skill sets to build,maintain, and report against it.Master Plan Includes All ActivitiesAs the master plan, the IPS serves as the single control point for the entire schedule and resourcemanagement process. This helps ensure that all sub-teams are driving toward the samecompletion dates and that resource coordination is optimized.For the IPS to be effective, it needs to reflect all activities (and their interdependencies andresource requirements), regardless of whether they are the responsibility of the university,contractor, sub-contractor, vendors, or others.Logical SequencingAll activities and their interdependencies (predecessor and successor activities) should belogically sequenced. The sequencing is crucial as it supports usability, and demonstrates howwell the project is structured - if it’s realistic and executable, and if the planned tasks areachievable within time and cost constraints.Resource InformationFor the IPS to be accurate and valid, it must contain resource information. Knowing the amountand type of resource needed and the availability during the desired timeframe is crucial. Whenadding resource information, include descriptive data that clearly defines the skill mix andquantity of resources assigned.4/30/183.1 Integrated Schedule & Resource Plan 13

IT Project Management and Reporting GuidelinesCollaborative CreationDuring the creation process, collaboration with major stakeholders is a key activity that helpsensure that the IPS is comprehensive and reflects all work-streams in totality.Internal participants include core project team members, end users, and service support groupssuch as operations and purchasing. Outside collaborators may range from vendors to nicheconsultants and other external parties such as union representatives.Project Management Team, Primary UsersAlthough the needs of all stakeholders are considered when the IPS is created, give extraattention to the requirements of its primary users – the project management team. This is theteam who uses the schedule on a daily basis to manage the work effort and report on its progress.Baseline after Stakeholder ApprovalsAll key stakeholders - including sponsors, business partners and resource owners –need toapprove and sign off on the IPS. This ensures they have read the schedule, understand the datesand resource commitments, and cooperate. Confirmation that resources will be available asoutlined in the schedule is also vital. The schedule should only be finalized after approval andcommitment for the resource assignments outlined in it is received. Once approved, the schedulecan be baselined and used to determine if the project is on course as planned.Rigorous Ongoing ManagementThe greater the size and complexity of the project, the more important that a well-defined, wellmanaged IPS is in place. While using one will not guarantee success, operating without one orfailing to keep it current will increase the risk of missing deliverables, dates and budgetarylimits.Maintain the discipline to manage the IPS on an ongoing basis. A well-managed scheduleprovides visibility into the project’s health and facilitates an analysis of how changes to scope,schedule delays, unplanned resource consumption, or insufficient staffing levels could impactdeliverables, timelines and budget.The Schedule Management PlanA Schedule Management Plan should be utilized to document the approach for managing allschedule-related activities and functions. It describes the general process for planning,scheduling, and integrating project work, as well as the mechanisms used for tracking andmeasuring accomplishments, analyzing schedule variances from the baseline, managing scheduleupdates, and reporting on progress. A sample template for a Schedule Management Plan isincluded in the appendix.Appendix ItemsSchedule Management Plan, Sample Template (MS Word)4/30/183.1 Integrated Schedule & Resource Plan 14

IT Project Management and Reporting Guidelines3.2 Assessing Schedules for ReasonablenessThe Integrated Project Schedule (IPS) reflects the project’s execution strategy and is arguablythe most important element of the project’s management approach. As such, it is important toassess the schedule to ensure that is well-defined, achievable and that it accurately reflects theentire body of work necessary for successful project completion.Initial and Ongoing AssessmentsPerforming an initial schedule assessment, once the baseline has been created, ensures that theproject gets off to a good start. Thereafter, routinely assessing the schedule, and taking correctiveactions as indicated, ensures that it remains a functioning tool throughout the project’s lifecycle.A poorly maintained schedule can quickly degenerate into an ineffective, unreliable tool and it isbest to catch this condition early on, before the project’s ability to execute is affected.Who conducts?The schedule is best evaluated by a multi-functional team, led by project management withspecific sub-teams focusing on the tasks and activities within their domains. For example, Project management focuses on the overall project approach Engineering focuses on the technical portions of the plan, including requirements,design, development and integration. Test focuses on the sub-system and system level testing and ensures test planning andtest execution tasks are identified with proper durations and linkages Organizational change management focus on end-user communications, training andbusiness processesThe schedule evaluation may be performed by either an internal or an external team.Evaluation criteriaStandard evaluation criteria include verifying that:4/30/18 The schedule reflects the complete scope of work The schedule ties back to the work breakdown structure (WBS) The work for each WBS element is adequately covered The tasks are at the necessary level of detail for the project team to execute against The duration estimates make sense and are sufficient for the task The rationale provided for long durations makes sense The constraints, leads and lags are reasonable and justified The critical dates are identified and used in the plan3.2 Assessing Schedules for Reasonableness 15

IT Project Management and Reporting Guidelines4/30/18 The key events and achievements are represented as milestones The work is sequenced logically The interdependencies, predecessors and successors are correct and planned in alogical manner That a reasonable amount of contingency is built in The resource estimates (level of effort) are reasonable The resourcing across concurrent tasks make sense The resources are available during the needed timeframe The resource allocations are reasonable That resources are not over-allocated The risk associated with resources simultaneously working on other initiatives isacceptable That all vacation and holiday schedules are accounted for The budgeted resource hours are sufficient to complete the task The budgeted resource hours are reasonable compared to duration The critical path makes sense The overall schedule can be accomplished with an acceptable level of risk The schedule is structured such that it can be used to communicate progress,productivity and predictive future3.2 Assessing Schedules for Reasonableness 16

IT Project Management and Reporting Guidelines3.3 Cost ReportingProject cost reporting is an important component of project cost management. Decision makersneed to know if project investments are good uses of UC resources in light of the benefits theproject is expected to deliver. Throughout the project lifecycle, cost data is used to assess projectstatus and to make informed decisions.Periodic Cost ReportingProject cost reports are to be provided to key stakeholders in alignment and agreement with theproject’s steering group.The project cost report provides key stakeholders with a current evaluation of performanceagainst budget and forecasts. Timely and accurate reporting helps prevent unexpected over/underrun costs and provides information allowing for corrective action to be taken if indicated.Essential Cost Report ComponentsThe project cost report includes the following key elements: Actual costs compared to baseline budget Forecast of future expenses and savings Variance explanations and associated mitigation plans Confidence levels Assumptions (inclusions, exclusions) Funding sourcesProject Budget GuidelinesAssumptions and Confidence LevelsDecision makers need to know the approximate accuracy of the estimate and key underlyingassumptions so that they understand the degree of risk they are accepting when approving anewly proposed project or the continuation of one already underway. The accuracy of costestimates can vary over the project’s lifecycle depending on the degree of information availableabout the project at a given point in time. As the project progresses, it is reasonable to expect thatthe accuracy of the cost estimate will increase and that there will be a corresponding increase inthe level of confidence in that estimate.Estimate RealisticallyRealistic cost estimates can help a project team and leadership gain a better understanding of aproject’s expenses and spend rate. Costs are often underestimated as a result of not following astructured approach for determining work and estimating associated costs.4/30/183.3 Cost Reporting 17

IT Project Management and Reporting GuidelinesLeverage a Cost ModelProject cost models can guide the project budget development process and help ensure thatexpense and savings projections are captured for all relevant categories over the life of theproject. A sample cost model template is provided here.Capture All Costs 1Projects often experience unanticipated costs or hidden costs. Be sure to consider all projectwork required and project resources when estimating costs, including: All project phases, e.g., assessment, development, pilot, business process design,training, post implementation stabilization/warranty, adoption/change management,etc., even if the effort is broken out into multiple sub-projects. All locations. This applies to projects with multiple locations/campus components.The cost report provides a comprehensive rollup of budget, spends forecasts andsavings inclusive of all locations. UC staff labor expense when allocation to project work is 20% FTE or more One-time project costs Savings projections Cost Avoidance Revenue gainsUtilize Standard Cost Categories Standard cost categories include the following:o Compensationo UC Staff/employeeo Contingency Non-CompensationoooooooConsulting/Temporary LaborEquipment (hardware, devices, etc.)Software license/maintenance feesTravelTrainingOther/Misc.ContingencyRefer to the appendix for Accounting and CapitalizationGuidance.1When determining if a project meets the 5M threshold (subjecting it to these Project Management and ReportingGuidelines), exclude cost of ongoing operations, savings projections, cost avoidance and revenue gains.4/30/183.3 Cost Reporting 18

IT Project Management and Reporting GuidelinesKeep TrackAnalysis of variances between planned, actual and projected expenses coupled with theidentification of mitigation strategies are prudent cost management activities. Early detection ofanomalies provide opportunities for corrective actions to be taken.Reconcile actuals on a monthly basis. Keep track of actual costs by using a collectionmethodology that is timely and consistent with your location’s GASB-based capitalizationrequirements.Tracking costs includes: Recording actual costs by cost category Comparing actual costs to budgeted costs Retaining supporting data on actual costsCost Analysis and ForecastingCost analysis and forecasting should be ongoing activities throughout the lifecycle of the project.This will help bring about cost awareness, transparency, and enhance overall risk management asit relates to cost.CommunicateEstablish regular communication with project team members and key stakeholders to review andanswer any cost and budget related questions. Good communication in this area also helps avoidrisks.Look for Warning SignsLook for warning signs such as late or inaccurate cost reporting information, budget variancesthat are greater than 5% over current approved budget, actuals that are trending significantlyhigher than forecasts, and scope creep.Appendix ItemsI. Cost Model, Sample TemplateII. Accounting and Capitalization Guidelinesa. Accounting and Financial Reporting for Intangible Assetsb. Capitalization of Property, Plant and Equipment4/30/183.3 Cost Reporting 19

IT Project Management and Reporting Guidelines3.4 Risk ManagementRisk management is an integral aspect of project management that, when performed effectively,contributes to project success.A risk is any event that is likely to affect the project's ability to achieve its objectives. Some risksarise from external influences, such as acts of nature and adverse actions by others, e.g., vendors,clients, and government agencies. Many risks, however, result from internal factors, such asinvalid assumptions, poor design choices, or overly optimistic plans.Although most risks pose a threat to successful outcomes, there are instances of positiveopportunity where the risk affect is desirable and where risk management is used to realize thepotential opportunities.Risk management is a continuous, proactive activity conducted throughout the life of the project.It refers to the processes and structures that are directed towards anticipating, identifying, andimplementing strategies to defend against and benefit from risks. These processes and structuresare defined and outlined in the the Risk Management Plan, which describes the project’s riskmanagement methodology. A sample Risk Management Plan Template is included in theappendix.Risk IdentificationRisk identification is the first step in the risk management process. Risk identification involvesenumerating risks, determining which of them are likely to affect the project (either positively oradversely), and documenting their key characteristics.Crucial to risk identification is the input of project team members and other stakeholders, endusers, subject matter experts, customers, and sponsors. Team brainstorming sessions, helpful injump starting this process, followed with ongoing encouragement to recognize and reportpotential risks as soon as possible, are important risk management activities.Because new risks may become known as the project progresses, risk identification is an iterativeprocess. Risk information can initially be gathered from the business case, accumulated lessonslearned and an initial risk brainstorming session. There are other risk identification techniques,including reviewing project documentation, reviewing success criteria, brainstorming,interviewing, root cause analysis, and assumption analysis.Risk Analysis and PrioritizationThe main focus of risk analysis is to assess the likelihood of the risk event occurring and todetermine its potential impact on the project. This includes understanding the cost of the riskresponse and the effect of those costs on the overall project budget.Risk prioritization ensures that the risks with the greatest potential impact are addressed first.Grouping risks into categories based on common features is a useful way to keep the informationorganized. Examples of risk categories include budget, schedule, and scope. Refer to the RiskCategories and Examples for additional examples.4/30/183.4 Risk Management 20

IT Project Management and Reporting GuidelinesRisk Response PlanningRisk response planning is the process of selecting the appropriate response strategy for eachidentified risk. There are strategies for both negative and positive risks. These include:Strategies for Negative Risks: Avoid: Risk avoidance involves changing the project management plan to eliminatethe threat posed by the risk. Some risks can be avoided by clarifying requirements,obtaining additional information, improving communication or acquiring expertise. Transfer: Transferring a risk requires moving, shifting or reassigning some or all ofthe negative impact and ownership to a third party. This does not eliminate the riskbut gives another party the responsibility to manage it. Mitigate: Risk mitigation implies a reduction in the probability and/or impact of anegative risk. Reducing the probability and/or impact of a risk occurring is often moreeffective than dealing with the risk after it has occurred. Accept: Acceptance indicates that the project team has decided not to change theproject management plan, schedule, approach or project scope, or is unable to identifyanother suitable response strategy. This can be the “right” choice if the probability ofoccurrence, or impact, is low.Strategies for Positive Risks or Opportunities: Exploit: Exploitation may be selected for risks with positive impacts where theorganization wishes to eliminate the uncertainty and ensure that the opportunitydefinitely happens. Share: Sharing a positive risk involves allocating some or all of the ownership of theopportunity to a third party best able to capture the opportunity for the benefit of theproject. Enhance: Enhancement is used to identify and maximize key drivers of positive risksand thus increase the probability of the opportunity’s positive impact. Accept: Accepting a positive risk or opportunity means being willing to takeadvantage of it, should the opportunity come along.Risk RegisterThe Risk Register is a living document, a tool used to track risk information such as probability,impact, triggers, mitigation plans, contingency plans and ownership assignment. Keep theregister current and use it during routine project management meetings to review and updatestatus of active risks, and to capture newly identified risks.A Risk Register can be created using a simple spreadsheet or a more sophisticated tool, such as aMicrosoft SharePoint list. A sample Risk Register Template is included in the appendix.4/30/183.4 Risk Management 21

IT Project Management and Reporting GuidelinesRisk Monitoring and ControlRisk monitoring and control activities ensure that risk identification, risk analysis, and riskresponse activities are repeated throughout the project lifecycle. These activities result inperiodic revisions to the risk priorities, response plans, and risk response actions that areunderway: Monitor if a risk escalation trigger has occurred Monitor if risk response actions are as effective as anticipated Monitor if risk responses are implemented as planned Monitor for residual risks (element of a risk that remains once the risk assessment hasbeen made and responses implemented) Monitor systematically to:Assess currently defined risksDetermine actions to be takenEvaluate effectiveness of actions takenReport on the status of actions to be takenValidate previous risk assessment (likelihood and impact)Validate previous assumptionsDocument new assumptionsIdentify new risksEnsure that the Risk Register is kept currentEnsure that the Risk Management Plan is updated when there are indications thatmodifications to the risk management process are neededo Account for changes affecting project scope, timeline and budgetooooooooooAppendix ItemsI. Risk Management Plan, Sample Template (MS Word)II. Risk Register, Sample Template (MS Excel)III. Risk Categories and Examples (MS Word)4/30/183.4 Risk Management 22

IT Pr

Oct 01, 2018 · for each project with an estimated/actual cumulative cost between 5M and 25M. The template for the summary report contains only the following elements: a. Campus location b. Project name c. Budget (current approved) d. Begin date (current proj

Related Documents:

Project Issue Management Process Project Issue Management Process Template, version 1.0 (03.15.12) ii 1 Introduction The Project Issue Management Process is followed during the Execution phase of the Project Management Life Cycle throughout the project; however, issues may be identified at any stage of the project life cycle.File Size: 258KBPage Count: 8People also search forissue management processcontemporary issue management:contemporary issue management: quizletdefine opportunity management processacquisitions the issue management proces asana project management templates

A Guide to the Project Management Body of Knowledge (PMBOK Guide) - Fifth Edition 61 3 3 - PROJECT MANAGEMENT PROCESSES Table 3-1. Project Management Process Group and Knowledge Area Mapping 4. Project Integration Management 5. Project Scope Management 5.2 Collect 6. Project Time Management 6.4 Estimate 7. Project Cost Management 8. Project .

IV. PMO Project Management Lifecycle (Refer to attachment 2 - OIT PMO Project Management Lifecycle) The Project Management Process governs the project life-cycle which is comprised of the following five phases: 1. Project Initiating phase 2. Project Planning phase 3. Project Funding phase 4. Project Executing phase 5. Project Closing phase

Policy Number: BQIS 460 0301 008 Incident Reporting/Review 6 Contact Information for Incident Reporting & Management Questions regarding incident management/reporting can be directed to the BQIS Incident Reporting Department through e-mail BDDSIncidentReports@fssa.

Feb 11, 2016 · Federal grant reporting requirements fall into two categories: financial reporting and program performance reporting. This report focuses on financial reporting requirements and does not address program performance reporting. This report will be updated should significant legislative activity regarding

User Guide. This guide provides an overview of @ Work Reporting, the self-service reporting platform for clients of American Express Global Commercial Payments. This guide covers navigation of the tool and the setup process for Standard and Customized reports. For information about the Standard and Customized formats, as well as the specific report templates we offer, please refer to the @ Work Reporting Guide, which can be found under Reporting Help on the @ Work Reporting home page.

Analytical reporting, Interpretative reporting, Descriptive reporting, Investigative reporting Unit -3 Differences in reporting for Newspapers / News agencies, TV, Radio, Web Block -2: News Set Up Unit -1 Reporting department in newspapers, magazines, agencies, radio and TV Role, function a

Financial Reporting Web Studio is a web-based report authoring solution. Similar in look and feel to the Windows-based Reporting Studio, Financial Reporting Web . On the Oracle Hyperion Planning Home page, click . 2. In Navigator, under Reporting, click Reporting Web Studio. 1-1.