AI Developer · Module 3 · Developer Roles Across the Organisation

Citizen Developers, Low-Code and the Non-Developer Who Builds

The lesson treats the non-developer who builds, across D1 Frame, D3 Build and D5 Steward. AI lowers the barrier of producing a first version without lowering the barrier of knowing whether it is right. Participants learn the risks of shadow IT (data, access, continuity and the legal role), governance without prohibition through a register, templates and sandboxes, four tiers, and promotion criteria that apply Name, Understand and Revert to a citizen-built tool.

Lesson 19 of 33Chapter 1975 minutes

Read the chapterThe whitepaperThe slides

All courses / AI Developer / Module 3 / Chapter 19

Learning objectives

After the lesson the participant can:

Key concepts

Citizen developer
An employee outside the development organisation who builds software for work, with a spreadsheet, a form or workflow builder, a low-code platform or a natural-language app builder.
Shadow IT as a mismatch of visibility
Not a new category of fault but tools the organisation relies on and cannot see. Discovery is by asking and by service, never by watching named individuals, with a time-limited amnesty.
Four tiers
Tier A personal, Tier B team, Tier C business (personal data, money, a record of the organisation, more than one unit or unattended running) and Tier D project. Any doubt moves a tool up one tier, and Tier D is not a citizen build.
Promotion criteria
The stewardship principle applied to the tool: Name an owner and a deputy, Understand with a one-page data flow and test cases the maker did not write, Revert with a tested switch-off and fallback. A pipeline identity promotes, never the maker.
Build-your-own-tool register
The list of tools that exist, with owner, data classes and a sunset date, kept in version control. A criterion is recorded as met, not met or not tested, with a date, and it expires.

Interactive exercises

Do them here and get feedback at once. Choose a card and then where it belongs, or drag it.

Interactive exercise 1 · Sort

Which tier is this tool

Sort each citizen-built tool into the tier that the chapter's four tests give it.

Interactive exercise 2 · Put in order

From a case handler's tool to a register entry

Put these steps of the practical guide for a register entry and promotion criteria in order.

Teaching plan

10 minThe teacher asks who in the room has built a tool outside the development organisation, and introduces the ladder of tools and what AI changes on it.
15 minLecture on the risks of data, access and continuity and the legal-role question, and on why bans have the weakest evidence.
15 minSorting task: participants place ten described tools into the four tiers and argue the doubtful ones up a tier.
25 minExercise: pairs create a register entry and promotion criteria for a tool built by a case handler.
10 minPlenary on the missing-documents tracker at Nordvik Region: why an entry that is registered and not promoted is an honest state.

Discussion

  1. The sanctioned route has to be at least as good as the unsanctioned one. What would make your organisation's sanctioned route worse than a consumer tool today?
  2. Both organisations found that the delegation profile written for developers did not cover the people who build most often. Who are those people in your organisation?
  3. Sunset is a decision taken at registration, not at departure. Which tools in your unit have outlived their maker?

Written exercise

Exercise · 25 minutes

A register entry and promotion criteria

Take a tool built by a non-developer in your organisation, or the missing-documents tracker of the benefits unit at Nordvik Region. Describe the task, who uses it and the manual fallback. Classify the tier with the four tests, moving up one tier on any doubt. Name the owner and a deputy, and describe the deputy's drill: find the switch-off and explain the data flow. Record the data classes and any assistants used. Say who writes the independent test cases, who reviews access and data flow, and how the revert is tested. Record each promotion criterion as met, not met or not tested with a date, and set review and sunset dates.

Deliverable: A register entry with tier, owner, deputy, data classes, criteria marked met, not met or not tested, and review and sunset dates.

Self-test

Choose an answer to see whether it is right, or open the answer below each question.

  1. Which tool belongs in Tier D and is therefore not a citizen build?

    Show the answer

    B. A workflow tool that ranks or decides about a named person
    Tier D covers tools that rank or decide about a named person, are or feed a high-risk AI system, or touch a security-critical path. The chapter calls it the Level 4 prohibitions applied to a different builder.

  2. Who promotes a Tier C tool to production under the chapter's promotion criteria?

    Show the answer

    D. The platform pipeline, with an identity that is not the maker's
    The promoting identity is not the maker. When every criterion is met, the platform pipeline promotes the tool, which is the same gate that Chapter 11 requires of a release.

  3. What is the highest degree of delegation the chapter's table allows for agentic work tools (Mode 3) in citizen building?

    Show the answer

    A. None: reserved to developers and the platform team under a mandate
    The table gives no level for citizen builders at Mode 3. Agents that edit many components and run actions are reserved to developers and the platform team under a mandate manifest.