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
@daciamarkum309811 ай бұрын
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.
@marvelousezechi26292 жыл бұрын
I love the way you break things down, been watching a couple of your videos and it’s very comprehensive sir 👌 thank you 🙏🏽
@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 Жыл бұрын
Great. Thanks for showing a way to find references for different story points for other domains like systems engineering.
@h0cke Жыл бұрын
Thank you Vibhor, great explanation! 🙏
@ifymbuk79902 жыл бұрын
Many thanks for your videos. Always well detailed and easy to follow. Differnce between Acceptance Criteria and Definition of Done, well explained. Thumbs up!
@mugdhashah33712 жыл бұрын
It was very detail video with practical tips. Thanks.
@VibhorChandel2 жыл бұрын
Thanks Mugdha
@sangeethaalur19842 жыл бұрын
Love the way agile being explained
@ombudsmanGhana3 ай бұрын
Thank you so much for a newbee learning from Coursera. You have a disciple because you teach well
@amitkrishnagupta5352 жыл бұрын
nice and informative video
@sureshkumarthangaraju8797 Жыл бұрын
awesome content , will keep watching
@nghphuthinh Жыл бұрын
very useful videos, thanks Vibhor
@lovefasy3 ай бұрын
Very well explained, doing great job
@petriebabados7728 Жыл бұрын
Excellent
@SrividyaNatarajan3 жыл бұрын
Great info Vibhor...thq!!
@prateekwatwale48122 жыл бұрын
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 Жыл бұрын
Why don't you adjust the playback speed. Check video settings.
@spuriusscapula48297 ай бұрын
Hey Vibhor, great videos. Could you please order your playlists? Thanks.
@crazyjpr20092 жыл бұрын
very well explained on story map
@VibhorChandel2 жыл бұрын
Thanks Sudhakar
@hmontazir3 жыл бұрын
Great one! Thanks
@gottisher282 жыл бұрын
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?
@kapilsachan3 жыл бұрын
Feedback- You gained one more subscriber 😊
@VibhorChandel3 жыл бұрын
Thank you Kapil I really appreciate that
@eqjnr3 ай бұрын
Great job
@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
@ardiestephens34893 жыл бұрын
😍 Crushing… thank you
@dazzle5843 жыл бұрын
Would you have any guidance to implement scrumban?
@raev4u2 жыл бұрын
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?
@SrividyaNatarajan3 жыл бұрын
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
@VibhorChandel3 жыл бұрын
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
@SrividyaNatarajan3 жыл бұрын
@@VibhorChandel yes .thank you very much for the detailed explanation Vibhor!!👍👍👍👍
@womanlikeme332 жыл бұрын
Feedback - new subscriber
@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.
@angelogaioto50763 жыл бұрын
Great video!!
@rodrigoarnsguimaraes84363 жыл бұрын
I love your videos man!
@malchicken2 жыл бұрын
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.
@VibhorChandel2 жыл бұрын
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.
@mirnalshishodia75022 жыл бұрын
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 Жыл бұрын
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.
@MoundirRohmat2 жыл бұрын
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 Жыл бұрын
Should we estimate bugs?
@firozkhaleel84612 жыл бұрын
Little different to make story map..is any other alternative way to setup storymap
@saketlal83482 жыл бұрын
If there are no estimates, how do we know when the resources will be available to work on another project?
@sumithaacharya87742 жыл бұрын
With no-estimate - how to get the release dates for the project? How to forecast ?
@calebtamar40082 жыл бұрын
How could the swimlane technique be done virtually?
@robertsmith40193 жыл бұрын
I didn't know that Jeff Goldblum was from India! ;-)
@VibhorChandel3 жыл бұрын
That's funny. BTW I am from Canada
@krishnaa29393 жыл бұрын
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?
@VibhorChandel3 жыл бұрын
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.
@mayazansari61352 жыл бұрын
What is the difference between efforts and estimate?
@ammuamithakirankumar1712 жыл бұрын
I daily go through your videos please can you explain user stories in detail, with int var char charcters with sql
@VibhorChandel2 жыл бұрын
No idea what that is.
@romanzadorozhniy164011 ай бұрын
this comment's purpose is to support this channel and this magnificent video. Just kidding... or am I?)
@varadkhajuria69382 жыл бұрын
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 .
@VibhorChandel2 жыл бұрын
Because it's the most frequently available sequence in nature.
@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 Жыл бұрын
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 Жыл бұрын
I didn't like it , 99% of the estimates is defined by managers , developers just follow
@chandrikaperera95712 жыл бұрын
Tanks handsome .
@aditibhalla30432 жыл бұрын
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.
@VibhorChandel2 жыл бұрын
You can send your questions on LinkedIn
@aditibhalla30432 жыл бұрын
@@VibhorChandel Thanks
@SariAlHiari3 жыл бұрын
... or Am he?
@manojl33887 ай бұрын
your pronunciation of the word "Agile" is not good, please rectify it.