The situation
Fictional case study.
A software team planned to release a service on Friday. The interface was complete. A prepared data export still awaited access approval, with no confirmed approval time. Support staff had attended a demonstration but had not accepted responsibility for operating the service or covering incidents.
Most entries in the project report were green. The lead said, “Most tasks are green. We should be ready Friday.” The data owner described the export as done once access was approved. A support colleague replied, “We saw the demo; we did not agree to cover the service.” A smaller release using existing data was possible, but had not been agreed.
Relevant Approaches
Clarifying what support staff have agreed to do can also change what the team understands a ready release to involve. Both questions arise in the same exchange.
Framework
Actions performed through communication, such as requesting, promising, authorizing, refusing, or accepting responsibility.
Contributing Perspectives
- Acceptance. Separates attending a demonstration from accepting responsibility for operating the service or covering incidents.
- Conditions. Shows the access approval the data export still needs behind the report’s green entries.
Framework
Developing and reconsidering questions, explanations, concepts, and possibilities in ways that can fundamentally change how a situation is understood and approached.
Contributing Perspectives
- Readiness. Distinguishes a finished interface, a demonstrable service, and a service ready to operate.
- Release scope. Treats a smaller release using existing data as a different understanding of the Friday launch.
Commentary
The support colleague said plainly what attendance had and had not meant. The data owner’s account of completion carried a condition. These qualifications undercut the lead’s step from green tasks to readiness. They could change both what the team asks of colleagues and what the proposed release means.