An example outline of a spike in agile modelling

0 votes

I'm doing requirements analysis and was trying to find a good example of a spike. I seem only be able to find explanations of what it is.

For system use cases I have following outline:

  • Name: The name should explicitly express the user’s intent or functional purpose of the use case
  • Short description: The short description should express strongly in a few lines the major normal & alternative flow activity (Describe what the actor wants !).
  • Trigger: A trigger describes the event that causes the use case to be initiated.This event can be external, temporal or internal. This is important for batch jobs.
  • Primary actor(s): Each use case minimally has one primary actor, but more primary actors can be involved.
  • Secondary actor(s) : If applicable, mention here.
  • Pre condition(s): Preconditions state what must always be true before beginning a use case scenario.
  • Normal flow: This is –together with the alternative flow– the main part of the use case.
  • Alternative flow: Alternatives are acceptable variations on the normal case of processing/proceeding with as end result achieving the use cases goal.
  • Exceptions: These are unwanted but necessary variations but that don’t lead to achieving the use case’s goal.
  • Post condition(s): A post condition states what must ALWAYS be true on successful completion of the use case. This can be the result of the normal flow or of an alternative flow.

For user stories I have the next outline:

  • Title: describing the purpose of the user story.
  • Rational/Objective: describing which value is created by the user story.
  • Implementation details: written in day to day language of the business, they contain the following subsections:
    • Context: Describing where in the system this story starts and what other information should be considered before starting development.
    • Normal flow: Describing the happy path that leads to the desired outcome.
    • Alternative flows: Possible alternatives. Not used extensively because an alternative flow is often a separate story
    • Exceptions: Describing conditions that will lead to a possible failure of the normal/alternative flow.
    • Remarks: Additional non-technical and technical information that should help the developer to realise the user story correctly.
  • Tests: A list of tests that should be performed when the story is validated after development. Every test should include the expected answer.

So I'm trying to find a similar outline for a spike. From the description of a spike I think the following things should be at least included: * Title * Time-span * User story: the user-story where the spikes originates from (however I'm not sure this is always the case).

What else should be in the outline of a spike?

Apr 12 in PMP by Edureka
• 13,640 points
31 views

1 answer to this question.

0 votes
What are Agile Spikes?
A spike is a user narrative for which the team is unable to predict the amount of effort required. In this circumstance, it is preferable to conduct time-limited study and investigation to learn more about the problem or potential solutions. The team may now split down the features into stories and estimate them as a result of the rise.

When should you use spikes?
Only once the product backlog has been refined can the spikes be identified. If there is still a lot of ambiguity surrounding the estimations after refining the user story or user stories. After the backlog refinement, I advocate using spikes in the following four situations:
There are several alternatives; the development team will need to do more tests to determine which is the best.
The development team is unsure whether the option they are exploring would produce the desired results.
The group is at a loss about how to handle the matter.
To estimate the user story or user stories, the team must first complete some preliminary work.

Agile spikes come in a variety of shapes and sizes.
In Agile, there are two sorts of spikes:
When the team explores technical choices, the influence of new technologies, and so on, there are technical spikes.
When the development team evaluates the impact of new functionality on the solution, there are functional spikes. Or how specific features are appropriate for a particular business purpose.
The crew will use both technical and functional spikes in the car, for example:
a technical spike to test which of the four alternatives the old cars' systems can support
a functional spike to determine if the new feature is appropriate for how ancient cars are utilised
answered Apr 13 by gaurav
• 13,460 points

Related Questions In PMP

0 votes
0 answers

In Jira Agile when should I use a "Story" and when should I use an "Improvement"

We just started using Jira (with the ...READ MORE

Apr 13 in PMP by Edureka
• 13,640 points
16 views
0 votes
0 answers

How to determine the velocity of a team member with QA efforts in agile

I would like to understand the calculation ...READ MORE

Apr 20 in PMP by Edureka
• 13,640 points
27 views
0 votes
1 answer

What are the hidden indicators of a failing project in healthcare?

Why fail? Think for positive. Look up ...READ MORE

answered Aug 11, 2020 in PMP by anonymous
• 65,850 points
161 views
0 votes
0 answers

An example outline of a spike (in agile modelling)

I'm doing requirements analysis and was trying ...READ MORE

Apr 13 in PMP by Edureka
• 13,640 points
23 views
0 votes
1 answer

In agile like development, who should write test cases?

Basically, test as if you were an ...READ MORE

answered Apr 13 in PMP by gaurav
• 13,460 points
31 views
0 votes
1 answer

Your Scrum definition of Done

This is the Scrum Team's definition of ...READ MORE

answered Apr 13 in PMP by gaurav
• 13,460 points
33 views
webinar REGISTER FOR FREE WEBINAR X
Send OTP
REGISTER NOW
webinar_success Thank you for registering Join Edureka Meetup community for 100+ Free Webinars each month JOIN MEETUP GROUP