the-sprint: update to focus on sprint and artifacts
authorChase Maupin <chase.maupin@ti.com>
Fri, 10 May 2013 15:10:11 +0000 (10:10 -0500)
committerFelipe Balbi <balbi@ti.com>
Wed, 15 May 2013 18:27:15 +0000 (21:27 +0300)
* Updated the text to focus on the Sprint process a bit more and
  to add the test code and cases as artifacts generated during
  the sprint.

Signed-off-by: Chase Maupin <Chase.Maupin@ti.com>
Signed-off-by: Felipe Balbi <balbi@ti.com>
the-sprint.tex

index 5387ee19cd858d3300f669beb83135185d49c972..edabbf985147d32646e108a66c26e7ab037826c7 100644 (file)
@@ -17,7 +17,7 @@ one week and one month.
 \paragraph{}
 In section \ref{sec:sprint-duration} we shall discuss about Sprint Duration and
 what is Linux Core Product Development's accepted duration. In the following
-section \ref{sec:scrum-process} we shall expose Scrum's development process and
+section \ref{sec:sprint-process} we shall expose Scrum's development process and
 discuss how to handle an iterative development model while developing Linux
 Kernel code. Lastly, on section \ref{sec:sprint-burndown-charts} we will expose
 the idea of Sprint Burndown Charts; what they are and how to use them.
@@ -60,12 +60,12 @@ them small enough as to decrease risks, we can still have a considerable amount
 of new features finished by the end of the sprint which, in turn, gives us the
 opportunity of coming up with good demos.
 
-\section{Scrum Process}
-\label{sec:scrum-process}
+\section{Sprint Process}
+\label{sec:sprint-process}
 
 \paragraph{}
-Figure \ref{fig:scrum-process} shows Scrum's process. Note that development is
-performed in a set of continuous feedback loops.
+Figure \ref{fig:scrum-process} shows Scrum's overall process. Note that
+development is performed in a set of continuous feedback loops.
 
 \begin{figure}[ht]
        \centering
@@ -82,7 +82,7 @@ scrum meeting, \textbf{ideally}, everybody should have an update. Clearly this
 won't always be the case as problems arise.
 
 \paragraph{}
-Second, there are two loops that are carried over during a Scrum development
+Second, there are two loops that are carried over during a Sprint development
 effort. The bigger loop is the sprint loop which, in our case, as we shall see,
 will take 2 weeks. The smaller, and perhaps more important, loop is the daily
 scrum.
@@ -92,7 +92,8 @@ The daily scrum -- that is, the daily 15 minutes meetings --, is of utmost
 importance for the success of any Scrum development team. It gives developers
 and managers visibility which hasn't been possible before. Such visibility
 leads to roadblocks being solved much quicker which, in turn, leads to
-development flowing smoothly towards the end product.
+development flowing smoothly towards the end product.  This meeting is
+discussed in more detail in chapter \ref{chap:meetings}.
 
 \paragraph{}
 Third, after each Sprint there should be a \textbf{working} increment of the
@@ -106,6 +107,12 @@ automated testing. Each task in Scrum should be tied to a companion testcase
 proving that software fails before implementing that task and passes after the
 fact.
 
+\paragraph{}
+The test case and code/scripts and documentation used to run that test case
+are artifacts of the sprint and should be delivered to the system test team
+for integration into the automated test system.  This is refere to in chapter
+\ref{chap:definition-of-done} as part of the definition of done.
+
 \section{Sprint Burndown Charts}
 \label{sec:sprint-burndown-charts}