Skip to main content

Overview

Rock Reports is the issue-tracking feature that uses the A3 methodology to help your team systematically identify, analyze, and solve problems. By following a structured approach, you ensure issues are thoroughly documented, root causes are identified, and effective countermeasures are implemented. A Rock is what you might traditionally call a problem — a recurring issue, process breakdown, or systemic gap that requires structured analysis to resolve. The term comes from the Rocks, Pebbles, Sand prioritization metaphor: Rocks are the big, high-priority obstacles that must be addressed first before anything else fits. Pebbles and sand (smaller tasks) fill in around them. In an auction environment, a Rock is any issue that could happen again if the root cause isn’t addressed — a key tag going missing repeatedly, a bottleneck in CR completions, or a pattern of vehicle damage in a specific lot area.
Previously called “Problems” — If you’re familiar with an older version of the app, Rock Reports were formerly labeled Problem Reports. The feature works the same way; only the name has changed to better reflect the operational prioritization framework used by your team.

A3 Methodology

Structured problem-solving with 5W2H analysis

Root Cause Analysis

Identify 2-5 potential causes for each rock

Action Tracking

Assign owners and due dates for countermeasures

KPI Impact

Track impact on Safety, Quality, Delivery, Cost, and Engagement

What is A3 Problem Solving?

The A3 methodology is a structured problem-solving approach developed by Toyota. The name comes from the A3 paper size used to document the entire problem-solving process on a single sheet. This approach ensures:
  • Thorough analysis — Problems are fully understood before solutions are proposed
  • Root cause focus — Address the underlying cause, not just symptoms
  • Accountability — Clear ownership of actions and follow-up
  • Continuous improvement — Learn from each problem to prevent recurrence

When to Submit a Rock Report

Rock reports are for recurring issues or systemic problems that need structured analysis. For immediate vehicle defects, use Quality Inspections instead.
ScenarioUse Rock Report?
Same defect appearing on multiple vehiclesYes
Process breakdown affecting operationsYes
Equipment repeatedly failingYes
One-time vehicle defect (scratch, stain)No — use Quality Inspection
Quick fix needed immediatelyNo — address directly, report later if recurring
Safety incident or near-missYes
Customer complaint patternYes
Ask yourself: “Is this something that could happen again if we don’t address the root cause?” If yes, create a rock report.

How Rock Reports Differ from Quality Inspections

FeatureRock ReportsQuality Inspections
PurposeSolve systemic issuesDocument vehicle conditions
FocusRoot cause and preventionCurrent state documentation
ScopeProcess or area-wideIndividual vehicle
TimelineDays to weeks to resolveImmediate documentation
OutputAction plan and follow-upDefect record

Creating a Rock Report

Rock reports follow a 5-step process that guides you through the A3 methodology. Each step builds on the previous one to ensure comprehensive rock analysis.

The 5-Step Process

1

Basic Info

Name the issue, select the area and location, assign responsibility
2

Facts (5W2H)

Document who, what, where, when, how many, and how much
3

Potential Causes

Identify 2-5 possible root causes
4

Actions

Create countermeasures with owners and due dates
5

KPI Impact

Assess impact on Safety, Quality, Delivery, Cost, and Engagement

Step 1: Basic Information

Start by providing essential context about the rock.

Naming the Issue

Create a clear, specific rock statement: Good examples:
  • “Vehicles consistently missing key tags after detailing”
  • “Water damage on vehicles parked in Lot C during rain”
  • “Delayed CR completion due to inspection bottleneck”
Avoid:
  • Vague names like “Quality issue” or “Problem with cars”
  • Solution-focused names like “Need more staff”
  • Blame-focused names like “John’s mistake”
The issue name should describe the rock, not the solution. Keep it factual and objective.

Selecting the Rock Area

Choose the operational area where the rock occurs:
Issues related to vehicle preparation, cleaning, or reconditioning
Issues with parking, staging, or vehicle movement
Issues with condition reports or quality checks
Issues affecting the sale or auction process
Issues with tools, machines, or systems
Safety hazards or incident reports
Issues not fitting other categories

Choosing the Location

Select the specific location where the rock is occurring. You’ll see locations assigned to you by your administrator.

Assigning Responsibility

Optionally assign the rock to a team member who will own the resolution:
  • The assignee receives notifications about the rock
  • They’re responsible for driving the rock to closure
  • You can assign yourself or leave unassigned initially
If you’re not sure who should own the rock, leave it unassigned. Your administrator or team lead can assign it later.

Step 2: Facts (5W2H Analysis)

The 5W2H method ensures you capture all relevant facts about the rock. This structured approach prevents jumping to conclusions and ensures thorough understanding.

Understanding 5W2H

Who

Who is affected by or involved in the rock?

What

What exactly is the rock? What is happening?

Where

Where does the rock occur? Specific areas or zones?

When

When did it start? When does it occur?

How Many

How many times has this occurred? How many affected?

How Much

What is the cost or time impact?

Completing the Facts Form

Consider:
  • Which team members are impacted?
  • Which customers or departments?
  • Who discovered the rock?
Example: “Detail team, specifically morning shift. Affects 3 technicians. Discovered by shift lead during quality check.”
Describe:
  • What is actually happening vs. what should happen?
  • What are the observable symptoms?
  • What is the gap or defect?
Example: “Key tags are being removed from vehicles during the wash process but not replaced before vehicles move to the ready lot. Vehicles are arriving at sale without identification.”
Identify:
  • Specific location, lane, or area
  • Is it happening in one place or multiple?
  • Any pattern to the locations?
Example: “Occurs at the exit of the detail bay, specifically lanes 2 and 3. Not happening in lane 1 which has a different process.”
Document:
  • When was it first noticed?
  • Does it happen at specific times?
  • Any correlation with shifts, weather, or events?
Example: “First noticed Monday 12/15. Occurs primarily during morning shift (6 AM - 2 PM). Seems worse on high-volume days.”
Count:
  • Total number of occurrences
  • Frequency (daily, weekly)
  • Trend (increasing, decreasing, stable)
Example: “15 vehicles affected this week. Average 3-4 per day. Increasing trend - was only 1-2 per day last week.”
Quantify:
  • Direct costs (rework, materials, labor)
  • Indirect costs (delays, customer complaints)
  • Time lost or delayed
Example: “Each missing tag takes ~10 minutes to resolve. At 15 vehicles/week = 2.5 hours lost. Plus customer complaints causing sale delays estimated at $500/week.”
Be specific with numbers and examples. “Several vehicles” is less helpful than “12 vehicles over 3 days.” Concrete data leads to better analysis.

Step 3: Potential Causes

After documenting the facts, identify possible root causes. The goal is to understand why the rock is occurring, not just describe what’s happening.

Root Cause Thinking

Resist the urge to jump to solutions. First, understand all possible causes. The true root cause may not be obvious.
Ask “Why?” multiple times:
  1. Why are key tags missing? → Tags are removed during wash
  2. Why are they removed during wash? → To prevent water damage
  3. Why aren’t they replaced after? → No designated replacement step
  4. Why is there no replacement step? → Process wasn’t designed for it
  5. Why? → Original process assumed different tag type
This “5 Whys” technique often reveals the true root cause.

Adding Potential Causes

You must add 2-5 potential causes for each rock report. For each cause:
  1. Tap Add Cause
  2. Describe the potential cause clearly
  3. Add additional causes as needed
  4. Review all causes before proceeding

Writing Effective Cause Statements

Good cause statements:
  • “Process step missing: no instruction to replace tags after wash”
  • “Equipment issue: tag hooks damaged and not holding tags securely”
  • “Training gap: new team members not trained on tag handling”
  • “Environmental: water pressure too high, damaging tag attachment”
Avoid:
  • Blame statements: “John doesn’t do his job”
  • Vague causes: “People aren’t careful”
  • Solutions disguised as causes: “We need new tags”

Categories to Consider

  • People: Training, skills, staffing
  • Process: Steps, procedures, sequence
  • Equipment: Tools, machines, systems
  • Materials: Supplies, parts, quality
  • Environment: Weather, workspace, conditions
  • Measurement: Standards, specifications

Questions to Ask

  • Has anything changed recently?
  • Does this happen in similar situations elsewhere?
  • What would prevent this?
  • Who has seen this before?
  • What’s different when it doesn’t happen?

Step 4: Actions (Countermeasures)

For each potential cause, create action items that address the root cause. Actions should be specific, measurable, and assigned to owners with due dates.

Creating Effective Actions

For each action, specify:
FieldDescriptionExample
ActionWhat needs to be done”Create tag replacement step in detail SOP”
OwnerWho is responsibleSarah (Team Lead)
Due DateWhen it should be completedDecember 20, 2024

Writing SMART Actions

Use the SMART framework for effective actions:
Clearly state what will be done, by whom, and how.Good: “Update detail bay SOP to include tag replacement step at station 4”Vague: “Fix the process”
Include criteria to verify completion.Good: “Train all 8 detail technicians on new tag handling procedure”Vague: “Train the team”
Ensure the action can realistically be completed.Good: “Install 3 tag storage hooks at detail bay exit by Friday”Unrealistic: “Redesign entire detail facility”
The action should directly address a root cause.Good: “Add visual reminder sign at wash exit for tag replacement”Irrelevant: “Order new vehicles” (doesn’t address the cause)
Set a realistic due date.Good: “Complete by December 20, 2024”Open-ended: “Soon” or “When we have time”

Common Action Types

CategoryExample Actions
ProcessUpdate SOP, add checklist step, revise procedure
TrainingConduct training session, create job aid, shadow experienced team member
EquipmentRepair/replace equipment, add visual controls, install fixtures
CommunicationPost signage, send reminder, update documentation
VerificationAdd audit step, create quality check, schedule follow-up review
Every rock should have at least one action. If you can’t think of actions, reconsider whether you’ve identified the true root cause.

Step 5: KPI Impact Assessment

Assess how the rock impacts key performance indicators. This helps prioritize rocks and track improvement over time.

Understanding SQDC+E

The five KPI categories represent areas critical to operations:

Safety

Risk of injury, hazards, near-misses

Quality

Defects, rework, customer complaints

Delivery

Timeliness, delays, missed deadlines

Cost

Direct costs, waste, inefficiency

Engagement

Team morale, turnover, satisfaction

Rating Impact Levels

For each KPI, select the impact level:
LevelDescriptionExample
NoneNo impact on this KPIRock doesn’t affect safety
LowMinor impact, easily managedSlight delay, minimal cost
MediumNoticeable impact, needs attentionCustomer complaints, rework required
HighSignificant impact, urgent action neededSafety risk, major cost, delivery failure
Be honest about impact levels. High-impact rocks get prioritized. Inflating impact undermines the system; underestimating delays resolution.

Impact Assessment Examples

  • Safety: None — no safety hazard
  • Quality: Medium — affects customer experience
  • Delivery: Low — minor delays
  • Cost: Low — rework time costs
  • Engagement: Low — frustration for team
  • Safety: Low — slipping hazard when wet
  • Quality: High — vehicles damaged
  • Delivery: Medium — vehicles need rework before sale
  • Cost: High — repair costs and delays
  • Engagement: Medium — team frustrated with recurring issue
  • Safety: High — potential for injury
  • Quality: Medium — work quality affected
  • Delivery: High — operations stopped
  • Cost: Medium — repair and downtime costs
  • Engagement: High — team unable to do their jobs

Submitting the Report

After completing all five steps, review your entries and submit the report.

Review Before Submitting

The final screen shows a summary of your report:
  1. Basic Info — Issue name, area, location, assignment
  2. Facts — 5W2H responses
  3. Causes — 2-5 potential causes listed
  4. Actions — Countermeasures with owners and due dates
  5. KPI Impact — Impact ratings for each category
You can edit your rock report after submission. See Editing Rock Reports below for details.

Submitting

Tap Submit Report to create the rock report. During submission:
  • A loading indicator shows progress
  • Stay on the screen until complete
  • The form is disabled while submitting
After successful submission:
  • A success message confirms “Rock report submitted successfully!”
  • The report is assigned an ID and status (Open)
  • Assigned team members are notified
  • You’re returned to the Rocks list
Your rock report is now active! The assigned owner can begin working on actions, and administrators can track progress.

Editing and Deleting Rock Reports

After submitting a rock report, you can edit all fields regardless of the report’s current status (Open, In Progress, or Closed). Edit and delete permissions depend on your role and the edit window configured by your administrator.

Edit Window

Your administrator configures how long team members can edit their own rock reports after submitting. The edit window applies auction-wide.
SettingBehavior
24 hours (default)Edit within 24 hours of submission
UnlimitedEdit anytime (if enabled by admin)
DisabledOnly admins can edit
Administrators and Owners can edit any rock report at any time, regardless of the edit window setting.

What You Can Edit

All sections of the rock report are editable after submission:
SectionEditable Fields
Basic InfoIssue name, area, location, assigned to
Facts (5W2H)Who, what, where, when, how many, how much
Potential CausesAdd, edit, or remove causes
ActionsAdd, edit, or remove countermeasures; toggle completion
KPI ImpactUpdate impact ratings for all categories

Editing a Rock Report

1

Open Rock Details

Tap a rock report from the Rocks list to open the detail modal.
2

Enter Edit Mode

Tap the Edit button to switch to edit mode. Fields become editable inline.
3

Make Your Changes

Update any fields as needed. Changes are made inline within the detail view.
4

Save Changes

Tap Save to submit your changes. A success message confirms the update.
The Edit button only appears if you created the rock report and are still within the edit window, or if you have an Admin or Owner role. There are no status restrictions — rocks can be edited whether Open, In Progress, or Closed.

Deleting a Rock Report

Only Administrators and Owners can delete rock reports. Deleted reports are soft-deleted — they are hidden from team members but preserved in the database for audit purposes.
1

Open Rock Details

Navigate to the rock report you want to delete.
2

Tap Delete

Tap the Delete button (Admin and Owner only).
3

Confirm Deletion

Review the confirmation dialog and tap Delete Rock Report to confirm.
Team members cannot delete rock reports. Contact your administrator if a report needs to be removed.

Restoring Deleted Rock Reports (Admin Only)

Administrators can restore previously deleted rock reports from the admin dashboard. Deleted reports appear with a “Deleted” badge and include a Restore button.

Permission Summary

ActionTeam MemberAdminOwner
Edit own (within window)
Edit own (outside window)
Edit others’ reports
Delete reports
Restore deleted
View deleted

Audit Trail

All edits, deletions, and restorations are tracked in the audit log with details about who made the change, when, and what was modified. Audit logs are accessible to Owners and Admins from the admin dashboard.

Managing Rock Reports

After submission, rock reports move through statuses as they’re worked on and resolved.

Rock Statuses

Open

New rock, not yet being worked on

In Progress

Actively being addressed, actions underway

Closed

Rock resolved, actions completed

Viewing Your Rocks

1

Navigate to Rocks Tab

Tap the Rocks tab (triangle warning icon) in the bottom navigation.
2

Browse Rock Reports

Rocks are displayed in reverse chronological order (newest first). Each card shows:
  • Issue name — The rock title
  • Status badge — Open, In Progress, or Closed
  • Location — Where the rock was reported
  • Date — When the report was created
  • Assignee — Who is responsible (if assigned)
3

Filter by Status

Use the status filter tabs to view:
  • All — All rock reports
  • Open — Rocks not yet started
  • In Progress — Rocks being worked on
  • Closed — Resolved rocks
4

View Rock Details

Tap any rock card to see full details:
  • Complete 5W2H facts
  • All potential causes
  • Action items with status
  • KPI impact ratings
  • Activity history

Updating Rock Status

To update a rock’s status:
  1. Open the rock details
  2. Tap the Status button
  3. Select the new status:
    • OpenIn Progress (when work begins)
    • In ProgressClosed (when resolved)
    • ClosedIn Progress (if rock resurfaces)
  4. Confirm the status change
Status changes are logged with timestamps. Administrators can see the full history of status updates.

Adding Follow-Up Information

As you work on a rock, you can add notes and updates:
  1. Open the rock details
  2. Scroll to the Activity section
  3. Add comments about progress, findings, or blockers
  4. Notes are timestamped and attributed to you
Regular updates help your team stay informed and demonstrate progress on rock resolution.

A3 Best Practices

Follow these guidelines to get the most value from rock reports.

Writing Effective Rock Statements

Be Specific

State exactly what’s wrong, with observable details

Stay Neutral

Describe facts, not blame or assumptions

Focus on Gap

What should happen vs. what is happening

Include Data

Use numbers and specifics when possible
Template: “[What] is happening [where], resulting in [impact]. This started [when] and affects [who/how many].” Example: “Key tags are being lost during the detail process in the main detail bay, resulting in unidentified vehicles reaching the sale lot. This started on December 10th and affects an average of 4 vehicles per day.”

Conducting Root Cause Analysis

  1. Don’t stop at symptoms — Keep asking “why?” until you reach a cause you can address
  2. Consider multiple causes — Rocks often have more than one contributing factor
  3. Look for system issues — Individual mistakes often point to process or training gaps
  4. Verify causes with data — Confirm your hypothesis before proposing solutions
  5. Involve others — Team members closest to the work often have the best insights

Writing SMART Actions

Every action should pass this test:
QuestionIf No…
Is it specific enough that someone could do it without asking for clarification?Make it more detailed
Can you verify when it’s complete?Add measurable criteria
Can the owner realistically complete it?Adjust scope or assignment
Does it directly address a root cause?Reconsider the action
Does it have a deadline?Add a due date

Following Up on Actions

Review open actions regularly. Check in with owners before due dates. Update the rock report with progress notes.
After actions are complete, monitor for recurrence. If the rock returns, the root cause may not have been fully addressed.
When rocks are solved, share what you learned with the team. Similar rocks may exist elsewhere.
Only close a rock when you’re confident it’s resolved. Consider a verification period before closing.

Troubleshooting

Common issues and how to resolve them.

Form Issues

Cause: Required fields are not completed.Solutions:
  1. Check for red error messages on the current step
  2. Ensure all required fields have values
  3. For the Causes step, you need 2-5 causes
  4. Review the step requirements and complete missing fields
Cause: The A3 methodology recommends 2-5 causes.Solutions:
  1. Review existing causes — can any be combined?
  2. Focus on the most likely root causes
  3. If you truly have more, note additional causes in Facts
Cause: You may not be assigned to the expected location.Solutions:
  1. Refresh the form and try again
  2. Sign out and sign back in
  3. Contact your administrator to verify location assignments
Cause: The team member list may not have loaded.Solutions:
  1. Leave assignee blank and proceed — it can be assigned later
  2. Refresh the form and try again
  3. Check your internet connection

Submission Issues

Symptoms: Error message, submission doesn’t complete.Solutions:
  1. Check your internet connection
  2. Wait a moment and try again
  3. Your form data is preserved — you won’t lose your work
  4. Force close and reopen the app if necessary
  5. Contact your administrator if problem persists
Cause: The app may not have auto-saved your progress.Solutions:
  1. Navigate back and forth between steps to trigger saves
  2. Complete the report in one session if possible
  3. Take screenshots of your entries as backup

Status and Update Issues

Cause: You may not have permission to update this rock.Solutions:
  1. Only the creator, assignee, or admin can update status
  2. Contact the rock owner or administrator
  3. Add a comment requesting the status change
Cause: The rock may be filtered out or sync issue.Solutions:
  1. Check your status filter — ensure “All” is selected
  2. Pull down to refresh the list
  3. Verify the submission completed (you should have seen success message)
  4. Check your internet connection

Still Need Help?