Open Diren-T opened 1 year ago
This user-story should be improved in some places. Currently your Acceptance Criteria foresees e.g. to implement elements that do not have a function yet. This violates the principle of "only working code".
Also, this user-story sees virtually the whole app. Try to think about which first step is necessary to have a first iteration of a working app.
I don't know where you want to go and how the API works, but I could imagine something like this:
As a user, I want to be able to enter my flights and look them up, so that I can get an overview.
AC:
And then think about what tasks you need to do for that.
Don't try to implement styling yet, it won't bring you any functional value at this point. In the next story, you could already include the API in the form submit to determine the footprint.
Still I have some comments:
When I read your user-story I actually expect a list of airports without being able to do anything. But your description then shows a form ( without submit button! ) with which I could submit flights. But then the AC says again that there is a list of airports and there are toggles to confirm the selection. This does not fit together.
Please try to be as precise as possible, also your Acceptance Criteria should be much more specific:
This is the specificity you should aim for:
A toggle to select for the user makes no sense right now, due to it would not have a function yet.
Hi Diren,
your user story should have a value proposition with the correct form (As a User I want to ... so that ...). Also the value proposition should be short. Your acceptance criteria are not describing the functionality you add, for example you write:
Also please describe how the input fields behave. Are these just "ordinary" text inputs, or are these dropdowns with a list of airports? Is there autocompletion? Can the user input every possible string, or just a list of valid airport names / codes?
I hope i have taken the remark correctly
hi Diren, in your tasks you are always mentioning the first input field but there are 3 different input fields. and i think when i would code this there would be missing the labels connected to the input fields. and maybe the input fields should have a specified type and a min and max length of characters
(and i dont really know if that is a good idea or maybe to much for the first user story but maybe you could save the input as an variable and display it below the form.)
thanks for your comment @SaschaRadojkovic , is it better this way?
look here how he did this with input fields i think it is a good example
@SaschaRadojkovic @ThomasF85 please look again. is not so my day today...
Value Proposition
as a user I want to enter flight data and other information so that the data is displayed on a card
Description
Acceptance Criteria
Tasks
from
,to
. for departure airport and destination airportpassengers
for number of passengers with validation to accept only digitsComplexity
M