tamm: roles: rename chapter
[ti-agile-manual/ti-agile-manual.git] / introduction.tex
index 11fc538ed612143298bce75bbf28cad9efb9aeb3..3c059038d11fa85553646bb93d73726aad2a33ad 100644 (file)
@@ -9,9 +9,6 @@
 \chapter{Introduction}
 \label{chap:introduction}
 
-\section{Welcome}
-\label{sec:welcome}
-
 \paragraph{}
 Welcome to \textit{Linux Core Product Development}'s Agile Methodology Manual.
 Here you will find enough information to get acquainted with our development
@@ -29,7 +26,11 @@ Methodology at all, however the enterprise development environment needs
 visibility on feature readiness. The Agile Methodologies seem to impose the
 least amount of process overhead to engineers, which gives the team maximum
 amount of engineering hours and decreases the amount of time wasted in phone
-calls and meetings.
+calls and meetings.  An additional advantage of Scrum is that developers
+are given focused time within each Sprint to accomplish their tasks without
+being re-assigned or re-prioritized.  Customer support efforts are prioritized
+as part of the common backlog and not as interrupts.  The Sprint concept is
+discussed more in chapter \ref{chap:the-sprint}.
 
 \paragraph{}
 This document aims at setting up a few foundations for the team in order to
@@ -38,20 +39,24 @@ have a general agreement on the deployment of
 the amount of rework when developing features for customers and the mainline
 Linux Kernel tree.
 
-\section{Document Organization}
-\label{sec:document-organization}
+\paragraph{}
+This book is organized as follows. In chapter \ref{chap:scope} we will define
+the scope of this document. Why is it needed and who's going to use it.
 
 \paragraph{}
-In chapter \ref{chap:scope} we will define the scope of this document. Why is
-it needed and who's going to use it.
+An in-depth description of Scrum is available on chapter \ref{chap:scrum}. We
+will look at traditional Scrum practices, what Scrum is, the daily scrum, etc.
+Note, however, that Scrum is a management process and it needs a companion
+engineering process such as Continuous Integration, Test-Driven Development,
+and many, many others.
 
 \paragraph{}
-Chapter \ref{chap:roles-in-scrum} will discuss about the three roles within a
+Chapter \ref{chap:roles} will discuss about the three roles within a
 Scrum Team. What they are, what are their responsibilities, how they should
 communicate with each other.
 
 \paragraph{}
-A thorough discussion about the Sprint will be carried out throughout chapter
+A thorough discussion about the Sprint will be carried throughout chapter
 \ref{chap:the-sprint}. We will look at sprint duration, process, artifacts and
 more.
 
@@ -61,6 +66,13 @@ chapter \ref{chap:breaking-tasks-up}. We will learn tricks which will help us
 understand how to break e.g. \textit{Development of QSPI driver} into smaller,
 bite-sized pieces which can done in the course of one sprint.
 
+\paragraph{}
+After being able to break tasks into small pieces, we need to come up with
+proper estimates (in hours) in order to have an idea of how long a certain task
+will take in order to be completed. Such discussion is left for chapter
+\ref{chap:estimating} and will be as thorough as possible while analyzing a
+ficticious scenario.
+
 \paragraph{}
 Lastly, chapter \ref{chap:definition-of-done} will put forth our
 \textit{Definition of Done} which will be used by all scrum teams. A global
@@ -69,4 +81,4 @@ more methodical about testing and validation.
 
 \paragraph{}
 We hope our readers have lots of fun while reading this manual and implementing
-it on daily job.
+it in their daily job.