| Course | BUSI 3014 Data Driven Decision Making Workplace Certificate |
|---|---|
| Week | Week 4 |
| Paper type | Data audit |
| Length | About 900 words, 6 pages |
| Format | APA 7 student paper |
| School | Walden University |
| Program | BS in Business Administration |
| Updated | October 2026 |
Free sample paper for BUSI 3014 Week 4
Auditing a Year of Job Records Before Measuring First-Visit Wait: 2,412 Rows Checked for Completeness, Accuracy and Timeliness, With a Count for Every Problem and Its Likely Effect on the Saturday Route Question
Student Name
Walden University
BUSI 3014: Data Driven Decision Making Workplace Certificate
Instructor Name
Month Day, Year
Auditing a Year of Job Records Before Measuring First-Visit Wait: 2,412 Rows Checked for Completeness, Accuracy and Timeliness, With a Count for Every Problem and Its Likely Effect on the Saturday Route Question
The File and the Standard It Is Held To
The file was pulled from the scheduling and job software at Kestrel Pest Solutions, the Knoxville composite used across this course. It holds 2,412 rows, one for every new residential request logged in 2027, with the logged timestamp, the request type, the customer-date flag, the scheduled date, the first completed visit date, the status and the dispatcher's free-text notes.
The audit asks one question of each problem: would it change first-visit wait as defined last week, and in which direction? Wang and Strong (1996) found that the people who use data judge its quality by whether it fits their purpose, not by abstract tidiness. A misspelled street name is untidy but harmless here; a missing visit date is not.
The three dimensions are defined in a sentence each. Completeness asks whether the fields the measure needs are filled. Accuracy asks whether the values that are filled are correct. Timeliness asks whether values were recorded when the event happened.
Findings
Table 1
Data Problems Found in the 2027 Request Export
| Dimension | Problem | Field | Rows | Share of file | Likely effect on first-visit wait | |
|---|---|---|---|---|---|
| Completeness | Logged timestamp blank | Logged date | 88 | 3.6 percent | Rows cannot be measured unless the date can be recovered | |
| Completeness | Status completed but visit date blank | First visit date | 23 | 1.0 percent | Rows cannot be measured | |
| Accuracy | Rebooked jobs entered twice | All | 41 | 1.7 percent | Duplicates would double-count some waits | |
| Accuracy | Visit dated before the request | Visit date | 7 | 0.3 percent | Negative waits that would pull the average down | |
| Accuracy | Commercial accounts coded as residential | Customer type | 12 | 0.5 percent | Contract visits would make waits look shorter | |
| Accuracy | Notes show customer asked for a later date, flag not set | Customer-date flag | 61 | 2.5 percent | Chosen delays would be counted as long waits | |
| Timeliness | Request logged more than one business day after the call | Logged date | 312 | 12.9 percent | Waits understated by one to two days | |
Kestrel Pest Solutions and its records are composite. Shares are of all 2,412 rows.
Completeness
Eighty-eight requests have no logged timestamp. For 70 of them, the dispatcher's notes record the date of the call, which can stand in for the missing timestamp; the remaining 18 cannot be measured and are dropped. Twenty-three requests are marked completed but have no visit date. These are almost all from two weeks in June when a technician's tablet failed and visits were closed out later from paper. They are held aside rather than guessed.
Accuracy
Forty-one rows are duplicates created when a job was rebooked and the dispatcher entered a new request instead of moving the old one. Keeping both would count the same customer's wait twice, and the second row starts the clock late, so the duplicates are removed and the original row kept.
Seven visits are dated before their requests. On inspection these are typing errors in the year or month. With no way to tell the right date, they are dropped.
Twelve commercial accounts were coded as residential. Their visits follow contract schedules, so they are removed under last week's exclusion.
Sixty-one requests have notes such as "wants after the 20th" or "call back after vacation" but no customer-date flag. These customers chose to wait, and counting them would inflate the share of long waits. They are reclassified as customer-date requests and excluded.
Timeliness
The subtlest problem is timing. In 312 requests, nearly one in eight, the dispatcher's notes record a call date at least one business day before the logged timestamp. Most fall on Mondays, when weekend voicemails are entered, and in May and June, when the dispatcher was handling the most calls. For these rows, the measured wait starts late and understates the real wait by one to two days.
This bias is not random. It is heaviest in the peak months, which are exactly the months the Saturday route question is about. Leaving it alone would make peak-month waits look better than they were and tilt the answer against the route. Redman (1998) argued that poor data quality quietly distorts decisions in ordinary businesses; this is a concrete case of that.
The audit therefore recommends adjusting the start point for these rows to the call date in the notes, and reporting the measure both ways so the owner can see how much the adjustment matters.
What Survives Cleaning
After removing duplicates, impossible dates, unrecoverable blanks, visits with no date and miscoded commercial accounts, and after applying the definition's exclusions, including 214 requests already flagged for a customer-chosen date, the 61 reclassified ones and 96 requests canceled before any visit was scheduled, 1,940 requests remain usable for first-visit wait. The 96 cancellations are kept in a separate table for the cancellation rate. They matter because a canceled request is a wait that never ended; Kaplan and Meier (1958) developed estimates of time to an event that use such incomplete observations instead of discarding them, an approach worth applying if the cancellations turn out to be customers who gave up. The audit also suggests two process fixes: a rule that rebooked jobs are moved, not re-entered, and a voicemail timestamp field so the start point no longer depends on the notes.
References
Kaplan, E. L., & Meier, P. (1958). Nonparametric estimation from incomplete observations. Journal of the American Statistical Association, 53(282), 457-481. https://doi.org/10.1080/01621459.1958.10501452
Redman, T. C. (1998). The impact of poor data quality on the typical enterprise. Communications of the ACM, 41(2), 79-82. https://doi.org/10.1145/269012.269025
Wang, R. Y., & Strong, D. M. (1996). Beyond accuracy: What data quality means to data consumers. Journal of Management Information Systems, 12(4), 5-33. https://doi.org/10.1080/07421222.1996.11518099
What the BUSI 3014 Week 4 instructions ask for
The fourth week supplies or asks for a real data file and wants an inspection report before analysis begins. Define the quality dimensions you will use, such as completeness, accuracy and timeliness, and judge each problem by its effect on the measure you defined, not by how messy it looks. For each problem, give a count and its share of the file, name the field affected and say how it would bend the analysis and in which direction. Explain what you will do about each one: recover, correct, exclude or hold aside. The report should end with how many records remain usable and any process changes that would prevent the problems. Three to four pages, with one main table, is typical.
Inside the BUSI 3014 Week 4 example
The audit opens by describing the 2,412-row export and adopting Wang and Strong's view of quality as fitness for use. A seven-row table lists blank logged dates, blank visit dates, duplicate rebookings, visits dated before requests, miscoded commercial accounts, unflagged customer-chosen dates and late logging. Completeness explains recovering 70 of 88 blank dates from call notes and holding aside 23 visits closed out from paper. Accuracy explains each removal or reclassification by its effect on waits. Timeliness shows that 312 late-logged requests, mostly on Mondays and in May and June, would understate peak waits, citing Redman, and recommends adjusting the start date. The final section counts 1,940 usable requests, keeps 96 cancellations separately with a note citing Kaplan and Meier and proposes two process fixes.
BUSI 3014 Week 4 rubric: what earns full marks
An audit is graded on counts and consequences. Each problem needs a number and a share of the file, and graders look for an explanation of how it would change the measure, including direction. Problems should be organized by quality dimension so the same field can appear more than once if it fails in different ways. Treatments must be stated and justified; silently dropping rows costs marks. The strongest audits notice problems that are not random, such as late entries concentrated in busy periods, because those bias results rather than adding noise. A final count of usable records lets the reader judge how much survived. Suggesting process fixes shows the writer is thinking beyond this one analysis.
BUSI 3014 Week 4 help: mistakes that cost marks
Before opening the file, list the fields your measure needs. Then check each for blanks, impossible values, duplicates and late entries, and count every problem. For each, ask whether it would make your measure higher or lower, and whether it hits some periods or groups more than others. Decide what to do and say why. Keep a running count of rows removed. Weak audits describe the file as messy without numbers, fix problems without reporting them or remove rows without explaining the effect. Another gap is ignoring timeliness, which often matters most. Present findings in one table and discuss the most consequential ones in prose. If you need a model audit for a data file at your workplace, describe the fields and the measure you plan to compute.
Get a BUSI 3014 Week 4 example written to your instructions
Upload the Week 4 file, the prompt and the rubric; an audit written against that exact file returns in 24 to 48 hours, with the opening sample free. Should your data belong to an employer, send its column list and row count instead, and a stand-in file with the same structure carries the analysis.
More BUSI 3014 papers and BS in Business Administration samples
- BUSI 3014 Week 1: Decision and Figure Discussion Post
- BUSI 3014 Week 2: Business Question Framing
- BUSI 3014 Week 3: Operational Measure Definition
- BUSI 3014 Week 5: Measure Fit Peer Replies
- BUSI 3014 Week 6: Descriptive Statistics Summary
- BUSI 3014 Week 7: Misleading Chart Critique
- BUSI 3014 Week 8: Seasonal Trend Read
- BUSI 3014 Week 9: Dashboard Read for a Decision
- BUSI 3014 Week 10: One-Page Decision Memo
- BUSI 3014 Week 11: Final Data Analysis Report
- BUSI 3010 Week 4: Bottleneck Analysis
BUSI 3014 Week 4 questions, answered
Where can I find a free BUSI 3014 Week 4 sample paper?
All seven findings of the 2,412-row audit, counts and treatments included, are printed below without cost.
How many rows does the BUSI 3014 Week 4 audit inspect?
2,412 new residential requests logged in 2027, exported from the company's job management system.
What are the three quality dimensions?
Completeness, whether needed fields are filled; accuracy, whether filled values are correct; and timeliness, whether values were recorded when events happened.
Which problem matters most, and why?
Late logging of 312 requests, because it was concentrated in busy months and would make peak waits look shorter than they were.
How many requests remain after cleaning?
1,940, with 96 cancellations before scheduling kept in a separate table.