Start with that missing call. Ask for the matching program package and a list of the external signals it uses. Your screenshots can illustrate it afterwards; they cannot tell your relief maintainer what code was omitted.
our ur5e handover stops at a subprogram nobody included
DineshBrooks0821 · 14 Jan 2026, 17:03 UTC
17 replies
The integrator says the subprogram waits for inspection complete and then files the result. There are two similarly named versions in the backup folder. I have asked which one belongs to the installed main routine.
22 pointsAsk what inspection complete actually means there, because receiving a result and accepting the bracket aren't necessarily the same event
7 pointsOur inherited backup folder had a final and a final-new. Neither matched the running job. Get the installed package identified first. The filenames were the most confident part of our handover.
15 pointsAnd preserve both old copies separately. It is tempting to tidy the folder before anyone has worked out why there are two. You want a known current package, not a neat folder with the evidence thrown away.
14 pointsIntegrator identified the installed package and supplied its matching export. The extra subprogram belongs to an abandoned trial. David, complete means a result was received; acceptance is a field in that result, which the screenshots never show.
20 pointsWill the relief maintainer get time to work through it before the integrator leaves? Give that person a slot, not an invitation to read it between faults.
25 pointsSara's right. We tried the between-faults version. Three weeks later everyone had read page one and the original programmer had moved on. A short booked session would have cost less than the calls afterwards.
16 pointsWe have booked the session. The relief maintainer wants to follow a normal result and a missing result first, then a held bracket. I had only proposed the normal case, so that is already a useful change.
25 pointsLet inspection explain the held bracket, since I wouldn't want a maintainer inferring its release rules from a field name
22 pointsGive the maintainer the documents and let them lead. If the integrator has to point at every next step, you've tested the integrator's memory again.
7 pointsWho is covering the maintainer's ordinary calls during that session?
7 pointsThe day lead covered the calls. In the read-through our relief maintainer found the missing-result page told them to clear a request without first establishing whether a result already existed. The integrator has withdrawn that instruction and is correcting the recovery section.
13 pointsThat's exactly the sort of omission a normal run won't expose. Did the held-bracket case make sense without help?
15 pointsIt did after inspection named the disposition owner. The maintainer could explain that the completed inspection did not authorise a held bracket to leave the hold process. The operator page now uses that wording too.
24 pointsThe second read-through passed with the corrected recovery section. We used the agreed offline cases, including an already existing result after an interruption; the maintainer followed the reconciliation and escalation without prompting. Maintenance also verified the current export against the installed package. I've accepted this handover revision.
6 pointsGood. Keep the actual cases with it for the next relief maintainer. They're more useful than a signature saying somebody once understood the folder.
6 pointsDiscussion closed
This discussion is closed to new replies after six months without activity. Last activity: .