Die handlungsbezogene Sicht auf die Arbeit während des Mittelspiels konzentriert sich auf die Programmierer, die Code schreiben. Nur durch jede einzelne Zeile geschriebenen Codes, die dem Ziel des Projekts dient, kommt das Projekt voran (Lieblingsfeatures, unnötige Optimierungen und so weiter bringen das Projekt nicht weiter). Der ganze Planungs- und Designaufwand, der betrieben wurde, bevor die Programmierer Code geschrieben haben, entweder von ihnen selbst oder von anderen, diente nur dazu, eine effiziente Arbeitsabfolge für sie zu erstellen, während die Uhr tickt. Das wird als Coding-Pipeline bezeichnet, und es gibt viele Techniken, mit ihr umzugehen.^[82]

Es ist die Aufgabe des PMs sicherzustellen, dass die Coding-Pipeline problemlos läuft. Auch wenn die Programmierer eventuell die Verwaltung der Pipeline innehaben und entscheiden, wer an was arbeitet,^[83] liegt es immer noch in der Verantwortung des PMs, darauf aufzupassen, dass das Programmierteam so viel Unterstützung wie nötig erhält. Dazu kann gehören, sich um Aufgaben zu kümmern, Meetings zu organisieren, verschiedenste Personen zu nerven, damit sie endlich Entscheidungen treffen, oder in manchen Fällen die verbleibenden offenen Designthemen zu klären^[84] (siehe Abbildung 14.4). Eventuell arbeitet der PM den Programmierern ein paar Tage voraus, um Designs abzuschließen und die Pipeline zu füllen. Wenn ein PM für die Arbeit vieler Entwickler zuständig ist, muss er seine Zeit sorgfältig einteilen, um sicherzustellen, dass er mit den konkurrierenden Forderungen mehrerer Pipelines jonglieren kann (ein weiterer Grund dafür, dass der leitende Programmierer einen mehr oder weniger großen Teil dieser Arbeit übernehmen sollte).