PM 360 Week 4 Planning and Tracking Artifacts Example

Reviewed by Davina Cresswell, MBA · University of Phoenix · Updated

This PM 360 Week 4 example selects the planning and tracking artifacts a project actually needs, shows what goes in each and explains how they stay current. University of Phoenix PM 360 asks for artifacts in Week 4, and PM/360 scores BS in Business students on whether each document earns its place by helping someone decide or act. The project is the composite Fresno food bank's move into a new refrigerated distribution center, followed since Week 1. The paper sorts artifacts into planning and tracking groups, describes the charter, breakdown of the work, schedule, responsibility chart, risk register, issue and change logs, a configuration board and the weekly status report, gives an excerpt of each, explains who updates it and when and names two artifacts the team chose not to create.

CoursePM 360 Models, Methods, and Artifacts (PM/360)
Week4
Paper typeArtifacts analysis
Lengthabout 1,077 words, 4 double-spaced pages plus title page and references
FormatAPA 7 student paper
SchoolUniversity of Phoenix
ProgramBS in Business
UpdatedOctober 2026

Free sample paper for PM 360 Week 4

1

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.

What this part is doingThe title counts the artifacts, signaling the paper chose a small set on purpose.
2

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.

What this part is doingThree short excerpts show content without turning the paper into a template dump.
3

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.

What this part is doingA status report that asks for a decision shows the artifact doing its job.
4

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.

5

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

More BS in Business sample papers

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.