Wil van der Aalst, Process Mining: Data Science in Action
Saturday sandbox
Wil van der Aalst, Process Mining: Data Science in Action (book, paid)
In: LABLOOP-W29 Notebook
WEEK 29 · Mon 05 Apr → Sun 11 Apr 2027
UNDERSTAND · PRACTICE · KEEP EVIDENCE
Read the week in plain language, refresh the foundations, follow each challenge step by step, and check what evidence to keep. Includes worked examples, answer keys and prompts for visual study resources.
Use this within your existing weekly blocks. Your learning completion and research evidence remain in your current tracker and week files.
START HERE · 2 MINUTES
STATUS
| Deliverable | Acceptance | State |
|---|---|---|
week-29-branch.mdBuild create + |
Choose the branch from actual week 28 evidence: contracted audit delivery or selling recovery; document revised downstream dates. Acceptance: Record the delivery-versus-recovery branch and produce either one evidence-backed client readout or one qualified proposal with a dated next action. | |
loop-map-and-inventory.mdBuild create + |
For a sold audit, map the experimental loop and inventory data sources/owners/quality; for recovery, refine objections and follow up with qualified leads. Acceptance: Measured versus estimated cycle times are explicit, or recovery contact actions are evidenced. | |
audit-readout-1.mdBuild create + |
For a sold audit, run one bounded prototype on authorized sample data and prepare a client readout; for recovery, finalize a reviewable scope and proposal. Acceptance: The prototype has an acceptance measure, or proposal status is recorded honestly. | |
study-notes.mdLearning create + |
Selected exact free resources; bounded lesson/exercise; separate solution; quiz and grading rubric; Peter's answers and gaps when executed | |
founder-paper.mdFounder papers create + |
Verified source and P11 digest; authentic question and connection sentence; access limitations | |
branding-pack.mdBranding create + |
Wednesday note, Sunday build log, X adaptation, figure/caption/alt text and the week's special asset; each claim linked to real proof | |
opportunity-actions.mdOpportunities create + |
Qualified target/role, source/date, ladder stage, next action, message/interview/proposal draft and actual status | |
evidence.mdEvidence & review open & edit ↗ |
Actual paths/URLs, versions, checks/metrics, preparation versus execution state and external receipts when applicable | |
review.mdEvidence & review open & edit ↗ |
Checklist, learning assessment, gate status, shortfalls, next actions and carryover |
These filenames are outputs to prepare during this week's execution; this scaffold does not claim they already exist. Drafts and measured results have different states. Technical code/data stay in the canonical project repository and are referenced from these coordinating files.
During preparation, future measured tables get column definitions, input requirements and run instructions with PENDING status. During execution, replace pending values only with measured outputs. Do not create realistic-looking fake evidence.
600 MINUTES MAXIMUM
Target. Choose the branch from actual week 28 evidence: contracted audit delivery or selling recovery; document revised downstream dates. Stop when: Record the delivery-versus-recovery branch and produce either one evidence-backed client readout or one qualified proposal with a dated next action.
No material for Monday — this is a pure build day. Need something to study instead? →
Target. Delivery branch: read the client's authorized process materials and define unfamiliar units. Recovery branch: study the strongest real objections, no new course. Produce: One concise applied note, a worked decision/example and unresolved questions.
No material for Tuesday — this is a pure build day. Need something to study instead? →
Target. For a sold audit, map the experimental loop and inventory data sources/owners/quality; for recovery, refine objections and follow up with qualified leads. Stop when: Measured versus estimated cycle times are explicit, or recovery contact actions are evidenced. Reserve the last 10 minutes for the optional Wednesday note.
No material for Wednesday — this is a pure build day. Need something to study instead? →
Target. Delivery branch: inspect data quality/prototype evidence. Recovery branch: rehearse the next qualified discovery conversation; relevant paper digest if time fits. Apply the Half 2 one-formal-study-block rule.
No material for Thursday — this is a pure build day. Need something to study instead? →
Target. For a sold audit, run one bounded prototype on authorized sample data and prepare a client readout; for recovery, finalize a reviewable scope and proposal. Stop when: The prototype has an acceptance measure, or proposal status is recorded honestly.
No material for Friday — this is a pure build day. Need something to study instead? →
Target. Resolve the earliest critical spillover or dependency. Prepare any long-form publication draft from existing figures here if needed. Sandbox only after commitments are met.
Optional, only if the day went well:
Target. 20 min build-log draft/publication when authorized; 5 min evidence/checklist; 20 min source-grounded gap review; 15 min next week's six physical actions.
No material for Sunday — this is a pure build day. Need something to study instead? →
Spare pockets, repo exercises and anything the plan lists without a day. Take them in this order when a day finishes early.
The model must turn these into exact physical actions using the observed files and available inputs. Each 90-minute block includes start/stop rituals. All calls, posts, debugging, reading and exercises consume this same capacity.
Half 2: Tuesday is the formal study block unless this is a selling/submission/decision week. Thursday supports applied review, partner work or the market task; do not add another full course.
WHAT TO WATCH, READ AND RUN
A good doctor's first visit is mostly listening and measuring: history, vitals, a few tests, and only then a diagnosis. The first audit week is that visit. You map the client's experimental loop from idea to decision, inventory every data source (paper notebooks, instrument exports, spreadsheets, email), measure cycle time and data readiness, and run one instrument on their sample data to produce a first prototype. …
0 of 7 finished · give me one to start now → · open in the deck →
In the plan's running order: each card says which block it belongs to and what has to come before it. The seven-day plan lists the same cards under the day that owns them.
Saturday sandbox
Wil van der Aalst, Process Mining: Data Science in Action (book, paid)
In: LABLOOP-W29 Notebook
Saturday sandbox · after Wil van der Aalst, Process Mining: Data Science in Action
NIST e-Handbook ch. 6.1 (process monitoring intro) as a vocabulary refresher
In: LABLOOP-W29 Notebook
The client's papers/patents via P11 (60 min)
In: LABLOOP-W29 Notebook
Coursera Process Mining: Data Science in Action (Eindhoven), week 1 lecture on event logs (30 min) — cycle time from timestamps is process mining in miniature
In: LABLOOP-W29 Notebook
Compute cycle times from the client's timestamps (experiment start → decision) with group-bys
In: LABLOOP-W29 Notebook
If their records are PDFs, convert a sample locally (on-prem; no data leaves your machine)
In: LABLOOP-W29 Notebook
Run the relevant instrument on their sample in a private branch; never push client data
In: LABLOOP-W29 Notebook
READ FIRST
This week delivers the three concrete artifacts below and the supporting learning/branding/opportunity pack. The scientific or commercial outcome follows the preserved source brief, while the acceptance checks make its evidence testable. The career objective is to turn this work into something a scientist, hiring manager or buyer can inspect.
READ FIRST
Read v6 · Week 29 · Audit delivery 1 before Monday. It expands this week's one-row v5 brief into daily build steps and adds the Welcome analogy, Learn it (▶ core and + deeper sources), Run it (repos with a 20-40 minute exercise), the NotebookLM kit and the mentor check below. Standing v6 rules: resource rules, NotebookLM protocol, chapter anatomy. v6 adds depth only; it does not change a goal, gate, output or the 600-minute cap, so this specification still governs execution.
Act VI · Threads: $, R · Next gate: 32
Where this week sits. - ← From: week 28 sale; instruments from weeks 1-26. - → Feeds: week 30 (readout and case study), week 32 (second audit or pilot proposal), week 37 (pilot delivery). - ⟳ Returns in: the anonymised case study, your most persuasive commercial asset.
Goals. - 🎯 This week: loop map, data inventory, cycle-time and readiness numbers, one prototype on the client's sample; client readout. - 🏁 Next milestone: Gate 32. - 🌟 Final: a repeatable audit method.
The plan (from v5 Part 7, expanded; gate and output unchanged).
v5 row: 29 | Audit delivery 1 | Client's domain reading | Loop map, data inventory, cycle-time and readiness numbers, one prototype on their sample | Client readout - Goal: the client sees their loop with numbers for the first time. - Tue (study): the client's two most relevant papers or patents (P11) and their product category basics. - Build: Mon: 3-4 interviews (founder, lab lead, whoever runs the instruments); loop map (swimlanes: design → run → measure → analyse → decide). Wed: data inventory (source, format, owner, frequency, readiness score 0-3) and cycle-time measurement from their own records. Fri: prototype (batchlens, trialkit or a FermLit-style extraction) on their sample; readout deck. - Sun: no public post about the client. L-Sun on a general lesson if useful. - Only one thing: the loop map with cycle-time numbers. - If the sale slipped: run a second selling week (week 27 plan, new 10 names) and push delivery by one week.
Mentor check. "I can show a founder where their loop loses days, with numbers from their own records."
OPEN WHEN NEEDED
READ FIRST
Material: Delivery branch: read the client's authorized process materials and define unfamiliar units. Recovery branch: study the strongest real objections, no new course.
Produce: One concise applied note, a worked decision/example and unresolved questions.
Understanding check: The note directly supports this week's experiment, collaboration, delivery or career action.
During preparation, write one worked example connected to the week's actual task, one exercise with a separate answer key and five questions. Peter supplies answers; score explanation quality and flag misconceptions in QUESTIONS. Numeric/scientific conclusions require actual data or explicitly synthetic teaching values.
Material: Delivery branch: inspect data quality/prototype evidence. Recovery branch: rehearse the next qualified discovery conversation; relevant paper digest if time fits.
Produce: One concise applied note, a worked decision/example and unresolved questions.
Understanding check: The note directly supports this week's experiment, collaboration, delivery or career action.
Use the prompt pack: P1 explanation ladder, P2 concept-to-project bridge and P3 quiz. Coding practice belongs within the allocated study/build block. Where the source asks for a favorable scientific result, substitute an honest measured comparison as explained below.
Select one verified founder/scientific-lead paper relevant to this week's domain. Use P11; save the question, method, numerical result with context, data workflow, three author questions and one connection sentence in founder-paper.md. Keep abstract-only access limitations explicit. On source weeks with no study, prioritize the commercial/submission task and log any skipped digest.
OPEN WHEN NEEDED
Branding: Draft a general learning note; use no client result publicly without permission.
Opportunity action: Track decision maker, access blocker and next meeting for the audit; maintain only essential recruiter follow-up within capacity.
Use career asset contracts. Publish at most the agreed cadence; one figure and one supported number or admitted failure can support multiple drafts. In long-form weeks, prepare a 1,500–2,500-word article from existing evidence within the build/buffer allocation. In release/demo weeks, prepare a 60-second script: problem, input, command/action, result, limitation and proof link.
Verify individuals, jobs and affiliations at execution time. The GridX list and v4 company map are research seeds, not current facts. Do not reveal named company weaknesses or employer/client confidential information. Keep drafted/sent/replied/booked/held statuses separate. The planning request alone does not authorize external messages or publication; honor explicit authorization in the execution session.
OPEN WHEN NEEDED
The source audit promises about 20 hours over two weeks. With research/study overhead this may not fit; document the allocation and negotiate duration or scope before promising delivery.
Apply the root scientific evidence contract: provenance; meaningful independent splits; no future-data leakage; baseline comparison; actual denominators/uncertainty; failed cases; human review where required. State whether data are simulated, public experimental, synthetic or partner-provided.
Keep source gates intact, and log scope/time conflicts in review. Missing people, money, access or results must not be replaced with invented evidence. Reduce optional polish first. A specific essential external dependency stays pending while independent preparation continues.
READ FIRST
This is an enabling week. Its deliverables feed the next scheduled gate: 32. Complete the acceptance checklist below; do not promote reputation from a draft.
READ FIRST
Expanded minimum derived from the source goal: Record the delivery-versus-recovery branch and produce either one evidence-backed client readout or one qualified proposal with a dated next action.
Operational first step if stalled: open week-29-branch.md, write the required inputs and produce the smallest checkable example in ten minutes. If a more urgent missing gate dependency controls the week, use the source minimum above.
If the full week does not fit, use P14: retain one gate-critical deliverable and one directly supporting study exercise; record what is skipped versus moved. Do not mark the original full gate passed merely because the minimum was completed. After a missed week, reforecast from actual evidence and avoid a second unexamined lost week.
OPEN WHEN NEEDED
In review, state exactly what exists, what was verified, what Peter can now explain, which external events remain pending, where the canonical code/data live, and the next file/function or draft paragraph to touch. Link each fact to evidence. Carry scientific assumptions, split definitions and rights constraints forward explicitly.
OPEN WHEN NEEDED
Prepare Week 29 of this LABLOOP execution plan.
Read execution-plan/specs.md, execution-plan/DECISIONS.md,
execution-plan/GATES.md and
execution-plan/weeks/week-29-audit-delivery-or-sales-recovery/specs.md, commitment.md, evidence.md and review.md.
Read prior prerequisite reviews and inspect actual repository/data state.
Use v5 as the governing sequence, the v6 Week 29 chapter
(LABLOOP-Master-Plan-v6.md) as the deeper walkthrough, and v4 only for
retained details.
Produce the full local preparation pack and the exact week-specific files named
in the artifact table. Give me a bounded lesson with exercises/answer key,
daily physical actions, technical runbook or draft, branding drafts and
career/commercial actions. Keep the total to 600 minutes.
Separate prepared artifacts from measured results and my learning completion.
Verify sources and do not invent metrics, citations, papers, people or outcomes.
Do not execute external communications, publication or spending unless the
current session already authorizes the specific action.
Finish by updating evidence/review and TODAY with the next physical action.
OPEN WHEN NEEDED
v6 expands this row into a full brief, with the gate and output unchanged, inside v6 · Week 29 · Audit delivery 1. The following is source planning text, not a claim of completion. Apply the explicit evidence corrections in this specification and DECISIONS.md.
| Week | Goal | Study (Tue) | Build (Mon/Wed/Fri) | Output |
|---|---|---|---|---|
| 29 | Audit delivery 1 | Client's domain reading | Loop map, data inventory, cycle-time and readiness numbers, one prototype on their sample | Client readout |
WEEK FILES
State: UNCONFIRMED. Owner: Peter Ciancaglini. Specification
Start date: not set. End date: not set. Available hours: confirm (planned ceiling 10). Primary outcome: audit delivery or sales recovery. Minimum that keeps the next gate alive: Record the delivery-versus-recovery branch and produce either one evidence-backed client readout or one qualified proposal with a dated next action.
week-29-branch.md: Record the delivery-versus-recovery branch and produce either one evidence-backed client readout or one qualified proposal with a dated next action.loop-map-and-inventory.md: Measured versus estimated cycle times are explicit, or recovery contact actions are evidenced.audit-readout-1.md: The prototype has an acceptance measure, or proposal status is recorded honestly.| Day | Minutes | Physical action / outcome | Actual slot | Done |
|---|---|---|---|---|
| Mon | 90 | Choose the branch from actual week 28 evidence: contracted audit delivery or selling recovery; document revised downstream dates. | Not set | ☐ |
| Tue | 90 | One concise applied note, a worked decision/example and unresolved questions. | Not set | ☐ |
| Wed | 90 | For a sold audit, map the experimental loop and inventory data sources/owners/quality; for recovery, refine objections and follow up with qualified leads. Last ten minutes: optional note. | Not set | ☐ |
| Thu | 90 | One concise applied note, a worked decision/example and unresolved questions. Include relevant founder-paper work within this block. | Not set | ☐ |
| Fri | 90 | For a sold audit, run one bounded prototype on authorized sample data and prepare a client readout; for recovery, finalize a reviewable scope and proposal. | Not set | ☐ |
| Sat | 90 | Resolve critical spillover; long-form draft if due; sandbox only if done. | Not set | ☐ |
| Sun | 60 | Build log, evidence, gap review, next actions. | Not set | ☐ |
Peter's commitment / adjustments: pending. Reviewing model and date: pending.
Execution state: NOT_STARTED. Specification This file is a blank register with planned artifact names; none of the rows prove completion.
| Item | Path / URL / version | State | Verification / actual result | Verified by / date |
|---|---|---|---|---|
| week-29-branch.md | Not created | NOT_STARTED | Pending: No delivery begins under an invented client commitment. | — |
| loop-map-and-inventory.md | Not created | NOT_STARTED | Pending: Measured versus estimated cycle times are explicit, or recovery contact actions are evidenced. | — |
| audit-readout-1.md | Not created | NOT_STARTED | Pending: The prototype has an acceptance measure, or proposal status is recorded honestly. | — |
| Learning exercise / Peter's quiz | Not created | NOT_STARTED | Peter's actual answers required | — |
| Founder paper digest | Not created | NOT_STARTED | Source/content and access checked | — |
| Branding pack | Not created | NOT_STARTED | Claims audited; drafted/public status distinct | — |
| Opportunity actions | Not created | NOT_STARTED | Drafted/sent/replied/booked/held distinct | — |
| Question / metric | Dataset, N and unit | Split / seed / config | Command or verification method | Output path and measured value | Uncertainty / limitation |
|---|---|---|---|---|---|
| Date | Action / counterpart | Receipt or private reference | State | Next action / date |
|---|---|---|---|---|
Peter's teach-back / quiz score: not assessed. Scientific assumptions and deviations: none recorded yet. Budget allocated / spent: not assessed / no spend recorded. Missing evidence and responsible owner: pending inspection.
Do not put API keys, source full texts with restricted rights, client data or invoice personal details in a public version of this register. Keep private evidence references private.
Review status: NOT_REVIEWED. Specification · Evidence
What Peter can explain or reproduce now: not assessed. Quiz / teach-back gaps: not assessed. Measured result and limitations: pending. Best evidence link for a scientist/recruiter/buyer: pending. What failed or changed, and why: pending.
Gate requirement: No standalone gate; check this week's acceptance criteria and next gate dependencies. Gate status: NOT_STARTED. Original target week: See next gate in specs. Actual completion date / forecast: not set. Missing external evidence: pending inspection. Blocks completed / 7: not recorded. Days with commits / 7: not recorded. Sunday build log / optional Wednesday note: not recorded. Founder conversations cumulative: not recorded. Earned evidence level and proof: not assessed. Consecutive lost weeks: not assessed.
Week-specific risk to revisit: The source audit promises about 20 hours over two weeks. With research/study overhead this may not fit; document the allocation and negotiate duration or scope before promising delivery.
Continue / recover / blocked: not decided. Retain as the minimum: Record the delivery-versus-recovery branch and produce either one evidence-backed client readout or one qualified proposal with a dated next action. Skipped permanently with reason: none recorded. Carryover with owner, dependency and target week: none recorded. Canonical repository paths and versions: pending. Data permissions, split definitions or assumptions to preserve: pending. External action authorization that still applies: not assessed. Next physical action, exact file/function/paragraph: pending. Updates to root PROGRESS / LOG / TODAY completed: ☐
YOUR SPACE