| Course | PM 360 Models, Methods, and Artifacts (PM/360) |
|---|---|
| Week | 4 |
| Paper type | Artifacts analysis |
| Length | about 1,077 words, 4 double-spaced pages plus title page and references |
| Format | APA 7 student paper |
| School | University of Phoenix |
| Program | BS in Business |
| Updated | October 2026 |
Free sample paper for PM 360 Week 4
Nine Documents and a Whiteboard: The Planning and Tracking Artifacts That Carried a Food Bank Through Its Move
[Student Name]
University of Phoenix
PM/360: Models, Methods, and Artifacts
Week 4 Assignment
[Instructor Name]
[Date]
Valley Harvest Food Bank and every artifact described are composites written for a model paper.
In the eight weeks covered by this course's case, Valley Harvest, a made-up food bank in California's Central Valley, shifted its warehouse into a refrigerated distribution center and replaced paper pick lists with a scanner-based system. The project manager, Inés Carrillo, ran the move with a small set of documents and one whiteboard. This paper describes those planning and tracking artifacts, shows an excerpt of each and explains how they were kept current.
A Rule for Choosing Artifacts
The current standard defines an artifact as a template, document, output or project deliverable, and it groups artifacts into categories such as strategy artifacts, logs and registers, plans, hierarchy charts, baselines, visual data and reports (Project Management Institute [PMI], 2021). It also stresses tailoring: teams should use the artifacts that add value. Besner and Hobbs (2008) surveyed project practitioners and found that the use of tools and techniques varied considerably with project context, such as project type and size, supporting the view that tool sets should be fitted to the project. Carrillo's rule was simple: every artifact needed a named reader and a decision it helped that reader make.
Planning Artifacts
The charter, two pages signed by the executive director, set the objective (all operations in the new building within eight weeks, with no missed pantry deliveries), constraints (cold-chain rules, a $380,000 move budget, volunteer capacity) and the project manager's authority to approve changes under $10,000.
The breakdown of the work had five top-level elements: building readiness, system configuration, stock transfer, people and training and closeout. Under stock transfer, for example, sat dry goods, cold stock, frozen stock and returns from pantries.
The schedule showed 14 milestones, including refrigeration commissioning complete, temperature mapping passed, cold stock transferred and paper pick lists retired, with the cold-room chain marked as critical.
The responsibility chart covered the cold-chain transfer, the riskiest step. For loading refrigerated trucks, the cold-room lead was responsible, the operations director accountable, the food safety coordinator consulted and pantry relations informed. For the temperature check on arrival, the food safety coordinator was responsible and accountable, and the operations director informed. Writing the chart exposed a gap: no one had been named to decide whether a pallet that arrived warm should be discarded. The food safety coordinator was given that decision.
Tracking Artifacts
The risk register held 18 risks, each with an owner, probability, impact, response and trigger. Three examples: racking fails seismic inspection (owner, facilities manager; response, pre-inspection walk-through; trigger, inspector's preliminary comments); volunteer shortfall in week 5 (owner, volunteer coordinator; response, move training earlier, recruit from partner churches; trigger, fewer than 80 shifts booked by week 3); freezer scanners fail to read (owner, inventory manager; response, test scanners in the freezer before go-live; trigger, any read failure in testing). Raz and Michael (2001) surveyed project managers on risk management tools and found that practices such as risk registers and periodic risk reviews were associated with better project management performance, supporting the weekly review Carrillo held.
The issue log captured problems that had already happened. The freezer scanner risk became an issue on day 2 of go-live: issue 7, scanners failing to read labels coated with frost in the freezer; owner, inventory manager; action, printed pick list for freezer orders and a vendor request for cold-rated scanners; status, resolved in 12 days.
The change log recorded 11 change requests. Change 4 asked to replace fixed dock appointments with 30-minute windows and two open doors, the agreement reached with drivers in Week 1; it was approved by Carrillo within her authority, with no cost.
A risk that turns into an issue and then into a change request is three artifacts telling one story.
The Configuration Board
System configuration was managed differently. A whiteboard in the warehouse office held three columns, to do, in progress and done, with a card for each of 26 configuration items and a limit of four cards in progress at once. A simple burnup line drawn weekly showed points completed against the 94 total. The board suited work whose content changed as the team learned and kept the vendor's consultant and warehouse leads looking at the same picture every morning.
The Weekly Status Report
Each Friday, Carrillo sent a one-page report to the executive director and board chair: which milestones landed and which slipped, dollars used compared with the plan, the three risks or issues most likely to hurt the move, any decision the director had to make and a single sentence on what next week should bring. In week 6 the report asked the director to approve $6,200 for cold-rated scanners, which was approved the same day.
Lessons Learned Register
One more tracking artifact proved its worth after the move. Carrillo kept a lessons register from week 1, a running list in which anyone could add what worked, what did not and what the food bank should do next time. By closeout it held 31 entries, among them testing scanners in the freezer before go-live, writing the responsibility chart before any cold stock moves and booking volunteer shifts three weeks ahead. Each entry named an owner who would carry it into the procedures for the food bank's planned second site in Visalia, so the register would be read again rather than filed.
Keeping Artifacts Current
Each artifact had an owner and an update cycle: the schedule and risk register on Mondays, the issue log daily during go-live, the change log as requests arrived, the board every morning and the status report on Fridays. Planning artifacts changed only through the change log; tracking artifacts changed whenever reality did.
Two Artifacts the Team Skipped
The team chose not to write a separate communications management plan, because the project's audiences were few and the status report and a pantry newsletter covered them. It also skipped a formal quality management plan, since food safety rules and the temperature mapping protocol already set the standards. Both decisions were recorded in the charter's tailoring note.
Conclusion
The food bank's move ran on a charter, a breakdown of the work, a schedule, a responsibility chart, a risk register, issue and change logs, a configuration board and a weekly status report. Each had a reader, a purpose, an owner and a rhythm of updates. Choosing a small set and keeping it current did more for the move than a complete set of templates would have.
References
Besner, C., & Hobbs, B. (2008). Project management practice, generic or contextual: A reality check. Project Management Journal, 39(1), 16-33. https://doi.org/10.1002/pmj.20033
Project Management Institute. (2021). A guide to the project management body of knowledge (PMBOK guide) (7th ed.). Project Management Institute.
Raz, T., & Michael, E. (2001). Use and benefits of tools for project risk management. International Journal of Project Management, 19(1), 9-17. https://doi.org/10.1016/S0263-7863(99)00036-8
What the PM 360 Week 4 instructions ask
The fourth PM 360 assignment usually asks students to describe artifacts used to plan and track projects and to apply several of them. Artifacts may include strategy documents such as a business case or charter, logs and registers such as risk, issue, change and lessons learned, plans and baselines, hierarchy charts such as a work breakdown structure, visual data such as burndown charts and dashboards and reports. Prompts commonly ask students to select artifacts suited to a project, explain their purpose and contents, show short examples and describe how they are maintained. Use the scenario provided or your earlier project, keep examples realistic and cite the standard and scholarly work on project tools in APA format.
How this PM 360 Week 4 example is built
The model paper starts from a practical rule: every artifact must have a reader and a decision it supports. It groups the food bank's artifacts into planning ones, created early and changed under control, and tracking ones, updated as work happens. For each artifact the paper shows a short excerpt: the charter's objectives and constraints, the top two levels of the breakdown of the work, the critical milestones, a responsibility chart for the cold-chain transfer, three risks from the register, a sample issue entry about freezer scanners and a change request about dock windows. It describes the whiteboard used for daily system configuration work and the one-page status report. A short section explains why the team skipped two artifacts.
PM 360 Week 4 grading rubric: where the points go
Grading here rewards selection and use, not volume. Top papers explain the purpose of each artifact, show realistic content and describe who maintains it and how often. Graders look for a sensible mix of planning and tracking artifacts suited to the project's size and approach, accurate use of terms such as baseline, register and log and an understanding that artifacts should be tailored, not produced because a template exists. Showing how artifacts connect, for example a risk becoming an issue and then a change request, earns extra credit. Research on project management tools, readable excerpts, logical headings and correct APA citations complete the strongest submissions.
PM 360 Week 4 help: mistakes to avoid
A long catalog of artifacts with one sentence each is the most frequent weakness. Choose six to eight and show what is actually inside them. Another problem is examples so generic they could belong to any project, such as a risk called schedule delay. Write entries specific to the scenario. Students also mix up registers and logs: a risk register tracks uncertain future events, an issue log tracks problems that have already happened and a change log records requested and approved changes. Many papers say nothing about maintenance; an artifact that nobody updates misleads the team. Name the owner and the update cycle. Finally, explain why you left any artifacts out. Our tutors can check whether your excerpts look realistic.
Related PM 360 sample papers
Other PM 360 week samples
- PM 360 Week 1: Models for People and Change
- PM 360 Week 2: Estimating and Scheduling Methods
- PM 360 Week 3: Data Gathering and Analysis
- PM 360 Week 5: Selecting Tools Across Domains
More BS in Business sample papers
- PM 300 Week 4: Decision Making and Problem Solving
- PM 310 Week 4: The Planning Domain
- PM 340 Week 4: Earned Value and Dashboards
- PM 350 Week 4: Financial and Operational Practices
PM 360 Week 4 questions, answered
What does PM 360 Week 4 usually cover?
It usually covers planning and tracking artifacts such as the charter, work breakdown structure, schedule, responsibility chart, risk register, issue and change logs, boards and status reports, and how to select and maintain them.
Where can I find a free PM 360 Week 4 sample paper?
A complete Week 4 paper with excerpts from nine artifacts used in a food bank's warehouse move sits at the top of this page, and reading it costs nothing.
What is the difference between a risk register and an issue log?
A risk register records uncertain events that might happen and the planned responses. An issue log records problems that have already occurred and tracks their resolution.
What is a RACI chart?
A responsibility assignment chart that shows, for each task, who is responsible for doing it, who is accountable for the result, who must be consulted and who must be informed.
What makes a project status report useful?
A short, regular report that compares progress with the plan, highlights problems and decisions needed and is written for its audience, rather than listing every activity.
Write yours, or have the desk draft it
This paper is an original model document written by our desk, not a submitted student paper and not an official University of Phoenix document. Read it for the moves, then write your own to the instructions in your classroom. If you want one built to your exact prompt and rubric, the first custom sample is free and arrives in 24 to 48 hours.
Request this one custom, free · All PM 360 week samples · All courses