AI Developer · Module 4 · Leading Change and Adoption

Developers, Works Councils and Employment: Telemetry, Rights and Intellectual Property

The lesson treats developer tooling and employee representation across D3 Build and D5 Steward. A coding assistant brings telemetry, and telemetry is data about people. Participants learn the four degrees of participation and the rights that attach in Germany, Sweden, the Netherlands and the European Union, the five trigger points in the life of a coding tool, naming for stewardship and not for scoring, employment terms, ownership of output, and what a collective agreement on developer tooling contains.

Lesson 22 of 33Chapter 2290 minutes

Read the chapterThe whitepaperThe slides

All courses / AI Developer / Module 4 / Chapter 22

Learning objectives

After the lesson the participant can:

Key concepts

Trigger points
Five moments at which duties to inform or negotiate arise: a licence or pilot, a vendor update, a telemetry switch-on, a mandate change and an evaluative use. A pilot with real developers on real work is use, whatever the label.
Telemetry description
A short, mechanical file that lists each field the tool collects with why it is collected, its grain (event, person or team), its retention and who may read it. It is part of the consultation file sent before anything is switched on.
Naming for stewardship, not for scoring
A record names a person for a change, not for a rate. Reports to managers are by team with a minimum group size of 5, person-level data is read only for the purpose it was collected for, and prompts are not retained unless the agreement says so.
An agreement that follows the mandate
Coding tools change monthly, so an agreement written about a product version is soon out of date. One written about classes of work, the mandate and the delegation profile survives, with a review that has an evidence date and triggers.
The employer's right in the program
Under Directive 2009/24/EC, Article 2(3), where a computer program is created by an employee in the execution of duties, the employer exercises the economic rights unless the contract provides otherwise. The developer's skills and know-how are not the employer's property.

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

Naming for stewardship or scoring people

Sort each use of developer-tooling data: is it within the chapter's rules for naming for stewardship, or among the exclusions?

Interactive exercise 2 · Scenario

Switching on the dashboard

Apply the chapter's trigger points in the life of a coding tool.

Teaching plan

15 minLecture on the table of instruments: the strongest right relevant to developer tooling in each and its trigger in the text, framed as organisational implications and not legal advice.
15 minParticipants walk a tool from their own organisation through the five trigger points and mark where information was due and when it was actually given.
15 minThe teacher presents the Hansa Mutual sequence that ran the wrong way round for two of three bodies, and the Nordvik negotiation record MBA-NR-2030-03.
30 minExercise: groups prepare a consultation file with a telemetry description for one coding assistant.
15 minRole play: one group presents its file to another group acting as employee representatives, who ask what the data may not be used for.

Discussion

  1. A coding assistant is normally not a high-risk AI system, yet the same telemetry turned into an appraisal tool would change its position. Where exactly is that line in your tooling?
  2. The chapter says the evidence that agreements improve outcomes is thin, and argues for them from mechanism. Do you find the mechanism convincing, and why?
  3. What should an obligation to use an assistant, or an adoption target for a team, be treated as in your organisation?

Written exercise

Exercise · 30 minutes

A consultation file with a telemetry description

Prepare a consultation file for a coding assistant in your organisation, or for the pilot NR-DEV-001 at Nordvik Region. List who is affected and which body holds which right. Write the telemetry description field by field: for each field the purpose, the grain (event, person or team), the retention and who may read it. Fix the grain of every report before the first collection: by team, with a minimum group size of 5, never by named developer. State what the data may not be used for: rating, pay, promotion, discipline, access to work and ranking. Describe the stop path for the tool and for the telemetry, outside the tool.

Deliverable: A consultation file with affected groups and rights, a field-by-field telemetry description, report grain, excluded uses and a stop path.

Self-test

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

  1. For the trigger vendor update, in which an IDE update switches on completion by default, when is information due according to the chapter's table?

    Show the answer

    D. Before the update enters the managed image, with the default off until a decision
    The platform team holds the sequence by configuration: information is due before the update is accepted into the managed image, and the default is set off until the decision is taken.

  2. What does the Dutch Works Councils Act give the works council for facilities that observe attendance, conduct or performance?

    Show the answer

    B. A right of consent under Article 27(1)(k) and (l)
    The table gives consent of the works council under WOR Article 27(1)(k) and (l). At Hansa Mutual this made the remedy a matter of obtaining consent for something already in use.

  3. Which statement matches the chapter's first rule on naming for stewardship?

    Show the answer

    A. A record names a person for a change, not for a rate
    Stewardship needs names: the review record says who read a pull request. But it names a person for a change and never for a rate, and reports upward are by team.