How To Estimate User Stories? | #9

  Рет қаралды 63,960

Vibhor Chandel

Vibhor Chandel

Күн бұрын

Пікірлер: 67
@laup4321
@laup4321 2 ай бұрын
4:30 I like that, the most real world sattstement based on reality. Now a lot of companies are relying too much on estimation and then re-estimate even worse but you make a fair point, it's context dependent
@daciamarkum3098
@daciamarkum3098 11 ай бұрын
Thank you! I have been trying to explain this to my new team and you are very thorough. I will be sharing this with them.
@marvelousezechi2629
@marvelousezechi2629 2 жыл бұрын
I love the way you break things down, been watching a couple of your videos and it’s very comprehensive sir 👌 thank you 🙏🏽
@AndreiB2
@AndreiB2 Жыл бұрын
Great video, thanks! Small mistake at 7:12 : The definition of done can actually be shared between multiple teams of the same product or even thoughout the whole organization, in some cases.
@elektrotigerRM
@elektrotigerRM Жыл бұрын
Great. Thanks for showing a way to find references for different story points for other domains like systems engineering.
@h0cke
@h0cke Жыл бұрын
Thank you Vibhor, great explanation! 🙏
@ifymbuk7990
@ifymbuk7990 2 жыл бұрын
Many thanks for your videos. Always well detailed and easy to follow. Differnce between Acceptance Criteria and Definition of Done, well explained. Thumbs up!
@mugdhashah3371
@mugdhashah3371 2 жыл бұрын
It was very detail video with practical tips. Thanks.
@VibhorChandel
@VibhorChandel 2 жыл бұрын
Thanks Mugdha
@sangeethaalur1984
@sangeethaalur1984 2 жыл бұрын
Love the way agile being explained
@ombudsmanGhana
@ombudsmanGhana 3 ай бұрын
Thank you so much for a newbee learning from Coursera. You have a disciple because you teach well
@amitkrishnagupta535
@amitkrishnagupta535 2 жыл бұрын
nice and informative video
@sureshkumarthangaraju8797
@sureshkumarthangaraju8797 Жыл бұрын
awesome content , will keep watching
@nghphuthinh
@nghphuthinh Жыл бұрын
very useful videos, thanks Vibhor
@lovefasy
@lovefasy 3 ай бұрын
Very well explained, doing great job
@petriebabados7728
@petriebabados7728 Жыл бұрын
Excellent
@SrividyaNatarajan
@SrividyaNatarajan 3 жыл бұрын
Great info Vibhor...thq!!
@prateekwatwale4812
@prateekwatwale4812 2 жыл бұрын
Hi Vibhor, thanks for the awesome explanation! I have been enjoying n leaning a lot from your videos. I have one request, If you could slow down pace of your speech a bit..it would give more time to listeners to absorb and understand the whole thing more easily as there is so much to pick from each video.
@ashishmehra5143
@ashishmehra5143 Жыл бұрын
Why don't you adjust the playback speed. Check video settings.
@spuriusscapula4829
@spuriusscapula4829 7 ай бұрын
Hey Vibhor, great videos. Could you please order your playlists? Thanks.
@crazyjpr2009
@crazyjpr2009 2 жыл бұрын
very well explained on story map
@VibhorChandel
@VibhorChandel 2 жыл бұрын
Thanks Sudhakar
@hmontazir
@hmontazir 3 жыл бұрын
Great one! Thanks
@gottisher28
@gottisher28 2 жыл бұрын
Hi Vibhor, your videos are really helpfull, thank you so much. I have a question though. Do you have a workflow of your own to work with the stakeholers, sme's and scrumteam such as lean inception?
@kapilsachan
@kapilsachan 3 жыл бұрын
Feedback- You gained one more subscriber 😊
@VibhorChandel
@VibhorChandel 3 жыл бұрын
Thank you Kapil I really appreciate that
@eqjnr
@eqjnr 3 ай бұрын
Great job
@consultormid
@consultormid Жыл бұрын
I have a question about the user story references technique. Why you need first compute the total value (Complexity+Risk+Effort) for each user story selected then sorting, then, assign a Fibonacci value to finally have the final user story size? What happend if assign the Fibonacci values from the beginning to my selected user stories, without the previous classification? Did you explain this in another video? Anyway thanks for this fantastic video about user story estimation
@ardiestephens3489
@ardiestephens3489 3 жыл бұрын
😍 Crushing… thank you
@dazzle584
@dazzle584 3 жыл бұрын
Would you have any guidance to implement scrumban?
@raev4u
@raev4u 2 жыл бұрын
You are awesome as always. Thank you. Isn’t it ideal to mature to a state of small slices of user stories and go with no of user stories to be delivered in a sprint as estimate than going with story points? I know practically it isnt easy to achieve however going with user story count for forecasts sound simple. What do you think?
@SrividyaNatarajan
@SrividyaNatarajan 3 жыл бұрын
Hi Vibhor...I disagree on one point..the mistake 4...the ref. Baseline for a story will not change It will change Vibhor. As the team gains experience, a 5 Storypointer could become a 3 Storypointer bcoz. There are now APIs which are reusable, and I have automated testing and my team also improved technically. Let me know ur thoughts
@VibhorChandel
@VibhorChandel 3 жыл бұрын
Hi Srividya, Your question and concern are obvious and very common. Let's break your concern into small pieces and see what we find. Your belief is that with experience a 5 point story becomes a 3 point story Let's see what made a 5 point story a 5 pointer in the first place. Story point represent Complexity+Risk+Effort Now in order to convert a 5 pointer to a 3 pointer these three characteristics of a user story must reduce in value. Let me ask you now, and think in terms of the entire team and not a particular individual. Does COMPLEXITY change with experience? Does RISK reduce with experience? Does EFFORT change with experience? If you look closely you'll find that none of these factors change with EXPERIENCE. Even the EFFORT remains the same. The experienced person applies the same EFFORT but is a little QUICKER than a novice. EFFORT is not the same as time. Hence the reasoning why the Reference stories shouldn't change. Having said that you can change reference stories story points when 1) There is a change in the team's composition. Either people joined the team or left the team 2) Actual RISK and COMPLEXITY associated have changed due to the change in the company's structure, culture, or infrastructure. This is very rare though. 3) The whole team wants to revisit the Reference stories after at least 2 quarters. Hope this helps
@SrividyaNatarajan
@SrividyaNatarajan 3 жыл бұрын
@@VibhorChandel yes .thank you very much for the detailed explanation Vibhor!!👍👍👍👍
@womanlikeme33
@womanlikeme33 2 жыл бұрын
Feedback - new subscriber
@ramachandusharma5867
@ramachandusharma5867 Жыл бұрын
Awesome explanation Vibhor. I have a question. Some teams calculating Dev estimate , Test estimate separately and summing those to get final story point instead of following relative estimate technique. E.g. if dev gives 3sp, tester gives 2Sp the overall estimate is given as 5sp where as actually this is a 3SP user story based on the reference story. Also, is calculating individual velocity a right approach or an anti pattern? - Kindly throw some light on these questions.
@angelogaioto5076
@angelogaioto5076 3 жыл бұрын
Great video!!
@rodrigoarnsguimaraes8436
@rodrigoarnsguimaraes8436 3 жыл бұрын
I love your videos man!
@malchicken
@malchicken 2 жыл бұрын
Excellent explanation, so helpful, thank you! A follow up question: how often is this process done? Is this a process repeated each time new stories are added to the product backlog? I’m a bit confused how this element fits into the Agile iterations/sprints. Thank you.
@VibhorChandel
@VibhorChandel 2 жыл бұрын
If you're talking about estimating user stories then it's first done before starting sprinting, then during every refinement meeting. Keep collecting keep estimating.
@mirnalshishodia7502
@mirnalshishodia7502 2 жыл бұрын
Hi Vibhor, Can we decide reference stories on the basis of stories completed in the previous sprints? Actually, we decide our reference stories every quarter. Thanks your videos are exceptionally well detailed. I will be looking forward hearing from you.
@DzmitryPutsiankou
@DzmitryPutsiankou Жыл бұрын
Hi Vibhor! Thanks for you video! Evaluation in SP or hours has its pros and cons, and in principle it is possible to justify the choice of any of them. You said that converting SP to hours is a mistake, ok)) But what do you say to such a question: let's say you chose an estimate in SP; the team evaluated "effort"for this task = 5 SP. we konow, that for billing purposes, all developers track the time in hours. After completing the task, we see 25 hours in this task. How to assess whether the team got into the estimation or not for this particular task? Bottle neck is that we have an estimate in SP, but the time tracking is in hours.
@MoundirRohmat
@MoundirRohmat 2 жыл бұрын
Good content, keep it up ! But how do you think the team will be aligned and pick 5 US from 100 (for example)? for that you should review all the US?
@catchsrklive
@catchsrklive Жыл бұрын
Should we estimate bugs?
@firozkhaleel8461
@firozkhaleel8461 2 жыл бұрын
Little different to make story map..is any other alternative way to setup storymap
@saketlal8348
@saketlal8348 2 жыл бұрын
If there are no estimates, how do we know when the resources will be available to work on another project?
@sumithaacharya8774
@sumithaacharya8774 2 жыл бұрын
With no-estimate - how to get the release dates for the project? How to forecast ?
@calebtamar4008
@calebtamar4008 2 жыл бұрын
How could the swimlane technique be done virtually?
@robertsmith4019
@robertsmith4019 3 жыл бұрын
I didn't know that Jeff Goldblum was from India! ;-)
@VibhorChandel
@VibhorChandel 3 жыл бұрын
That's funny. BTW I am from Canada
@krishnaa2939
@krishnaa2939 3 жыл бұрын
Should we estimate defects, improvement stories and tasks? Again " it all depends" is not what I'm looking for, but in general and in agile world is it a good practice to estimate?
@VibhorChandel
@VibhorChandel 3 жыл бұрын
In Agile there is no "in general". Before you estimate something you need to figure out why you want Estimates. Once you understand that you don't have to worry about if you should or shouldn't. For example, your business might need Estimates to decide budget, or they need it to meet a deadline. These are two separate reasons. If estimating defects can help you get them an answer to the question they are looking for then go for it, otherwise don't.
@mayazansari6135
@mayazansari6135 2 жыл бұрын
What is the difference between efforts and estimate?
@ammuamithakirankumar171
@ammuamithakirankumar171 2 жыл бұрын
I daily go through your videos please can you explain user stories in detail, with int var char charcters with sql
@VibhorChandel
@VibhorChandel 2 жыл бұрын
No idea what that is.
@romanzadorozhniy1640
@romanzadorozhniy1640 11 ай бұрын
this comment's purpose is to support this channel and this magnificent video. Just kidding... or am I?)
@varadkhajuria6938
@varadkhajuria6938 2 жыл бұрын
What is the logic behind using fibonacci series . why only fibonacci . i had used personally fibonacci in technical analysis of trading shares in share market .
@VibhorChandel
@VibhorChandel 2 жыл бұрын
Because it's the most frequently available sequence in nature.
@honiyingames
@honiyingames Жыл бұрын
What if : "The product master hands over the results of sprint 1 to the customer, the customer accepts the results of this sprint. Then , while working on sprint 2 , customer wants to add some functionality related to sprint 1" , how do we handle Estimate User Stories ?
@VibhorChandel
@VibhorChandel Жыл бұрын
While taking the additional functionality mention how the team will handle that new functionality ie add it to the product backlog, refine it, estimate it. Ask the customer for their expectations, is it urgent, can it wait etc and prioritize accordingly. If it's a fire fighting issue, the PO can make the call to hold the current activities and all hands on the FF issue.
@thiagopereiradossantos588
@thiagopereiradossantos588 Жыл бұрын
I didn't like it , 99% of the estimates is defined by managers , developers just follow
@chandrikaperera9571
@chandrikaperera9571 2 жыл бұрын
Tanks handsome .
@aditibhalla3043
@aditibhalla3043 2 жыл бұрын
Hey Vibhor. I really like your videos. I am new to the field of Scrum Master. Your Videos do help me. Please keep on bringing new videos on new concepts. Is this the place to ask you if I need help in my work or can we contact you via mail too.
@VibhorChandel
@VibhorChandel 2 жыл бұрын
You can send your questions on LinkedIn
@aditibhalla3043
@aditibhalla3043 2 жыл бұрын
@@VibhorChandel Thanks
@SariAlHiari
@SariAlHiari 3 жыл бұрын
... or Am he?
@manojl3388
@manojl3388 7 ай бұрын
your pronunciation of the word "Agile" is not good, please rectify it.
How To Identify A Minimum Viable Product Or MVP? | #8
7:09
Vibhor Chandel
Рет қаралды 32 М.
Stop Feeling Overwhelmed: Split User Stories in 2 Steps
19:30
Vibhor Chandel
Рет қаралды 147 М.
Family Love #funny #sigma
00:16
CRAZY GREAPA
Рет қаралды 54 МЛН
Twin Telepathy Challenge!
00:23
Stokes Twins
Рет қаралды 52 МЛН
How Much Tape To Stop A Lamborghini?
00:15
MrBeast
Рет қаралды 195 МЛН
How To Create A Release Plan? | #10
9:34
Vibhor Chandel
Рет қаралды 29 М.
Agile Estimation Reference Story Technique with Examples
10:21
StandOutBrains
Рет қаралды 117 М.
Learn agile estimation in 10 minutes
11:55
David Griffiths
Рет қаралды 413 М.
Story Point Estimation
29:41
Agile Digest
Рет қаралды 196 М.
How To Prioritize A Product Backlog? | #6
11:37
Vibhor Chandel
Рет қаралды 86 М.
Agile Epic, User Story, and Feature: Do Names Matter?
7:10
Mountain Goat Software
Рет қаралды 33 М.
How to Write User Stories Using ChatGPT
12:57
Helena Liu
Рет қаралды 26 М.
What is Planning Poker? | Jira Tips and Tricks from the Agile Experts
19:32
Family Love #funny #sigma
00:16
CRAZY GREAPA
Рет қаралды 54 МЛН