<?xml version="1.0" encoding="windows-1252"?>
<node id="883799" title="Re^2: Nobody Expects the Agile Imposition (Part VI): Architecture" created="2011-01-23 15:26:07" updated="2011-01-23 15:26:07">
<type id="11">
note</type>
<author id="176576">
eyepopslikeamosquito</author>
<data>
<field name="doctext">
&lt;P&gt;
Out of curiosity, do Bookings staff members actively work on the Perl 5 C sources?
Or do they just fund Perl development?
&lt;/P&gt;

&lt;P&gt;
To further clarify, the main point of my scenario was to ponder whether employees
of such a mythical company, working in Scrum cross-functional teams with a goal of
producing "customer value", would be eager to work on the Perl 5 C code
or whether they would try to avoid doing that and instead focus on writing
new Perl 5 systems to provide "better customer value at a higher velocity"
(and so get to drive a new BMW and park in one of the fancy spots:-).
In this mythical scenario, the customer does not know or care about Perl,
they just want their systems delivered on time that satisfy their needs.
Perl is mimicking the closed-source "infrastructure or core component"
that caused so many headaches for Schwaber
when implementing Scrum in cross-functional teams that are meant to be self
sufficient; that is, each team is meant to be capable of
maintaining the Perl C sources.
&lt;/P&gt;
</field>
<field name="root_node">
883757</field>
<field name="parent_node">
883772</field>
</data>
</node>
