PPQA@Scrum

[Leo]

Hi

Here is Leonardo - call me Leo - from Brazil. It’s my first time here
and I’m a Scrum Baby, so first of all, I ask a little bit of patience…
Maybe some of you here have saw this question in another group, so I'm
sorry...
Before the question, I should say that here at the company that I work
for, we have a process defined based on CMMI, but now we are going to
an Agile approach. In this way, I would like to know, if someone can
answer:

how can I apply PPQA in a Scrum environment?

To be more clear: we had a defined process for project planning (based
on PMBoK :P) that once meets our quality assurance (PPQA) process, but
now the company is approaching to agile techniques and (trying to)
adopting Scrum. I see, as the QA evaluator, two choices: lose my last
yarn hair or have nightmares. Unless someone may help me, answering:

how/when can I do the evaluations? What I need to have plus in my
actual evaluations?

or better:

How can I get some ROI over these evaluations?

To don't become a bald man (no offenses please), I was thinking about
to (stay cool, of course, eat healthy food and) do nothing else, i.e.
perform the process as is defined. In this way the evaluation need to
happen exactly in the middle of the Iteration-Sprint to have able time
to solve non-compliance issues. More: having lessons learned to
contribute in the retrospective.

Thinking in this way, how much chances I have to stop all my
nightmares?

Cheers&Peace!

Leo
p.s.: sorry if I made too much jokes...

[Diego Børresen Llado]

Hi Leonardo,

an interesting question!

In my opinion, you should not be afraid of Scrum at all, provided that a
proper Scrum method is applied.

There are several items which are part of the Scrum method and which can be
audited by an external
* First of all - have your company decided and described how the Scrum
method will be used in your Company
* Is the Scrum organisation in place with the important roles described
(Product Owner, Scrum master, team roles) and is authority in place for
this?
* Product backlog - is it used, updated and does it contain proper
requirements/use cases or other representation of customer requirements
* Is the high priority items in the Product backlog estimated and broken
down into portions which fit a Sprint?
* What is the process for creating the Sprint Backlog and is it followed
(Feature breakdown into tasks of 4-16 hour size or equivalent)
* How is the burn down chart being used along the Sprint?
* What is happening with the findings of the Sprint Retrospective?
* Are risks identified and managed well?
* Is configuration management practises in place and used

just to mention a few.

Bottom line is, that Agile practises, including Scrum are not in conflict
with the CMMI requirements - however it might be that you need to look
differently at your current CMMI implementation as it might be "too"
waterfall lifecycle oriented.

Best regards,
Diego
CMMI consultant, Proces360, Denmark


-----Oprindelig meddelelse-----
Fra: agil...@googlegroups.com [mailto:agil...@googlegroups.com] På vegne
af Leo
Sendt: 5. februar 2009 12:38
Til: agilecmmi
Emne: [agilecmmi] PPQA@Scrum

__________ Information from ESET Smart Security, version of virus signature
database 3829 (20090205) __________

The message was checked by ESET Smart Security.

http://www.eset.com




__________ Information from ESET Smart Security, version of virus signature
database 3829 (20090205) __________

The message was checked by ESET Smart Security.

http://www.eset.com