User Story in details for Agile Software Development.

Поділитися
Вставка
  • Опубліковано 27 вер 2024

КОМЕНТАРІ • 117

  • @JanardhanMankala
    @JanardhanMankala 3 місяці тому +1

    Very good one Niladri..

  • @amargupta1728
    @amargupta1728 Рік тому +1

    Niladri..very nice and explainde in a simple manner and yes you have god gifted teaching skills.👍

  • @karandeeparora7636
    @karandeeparora7636 3 роки тому +1

    Best video to understand the topic, superb sir. Well explained with ppt. Superb comination of theory and practical examples.

  • @avinashvarma8855
    @avinashvarma8855 2 роки тому +1

    Great one Sir. Interesting and Engaging.

  • @byn135
    @byn135 6 років тому +6

    This is REALLY helpful for a person like me who's ramping up on Scrum practice. Big thanks, Niladri!

  • @mustafasange
    @mustafasange 3 роки тому +1

    Thanks for the video

  • @qwerty1994ize
    @qwerty1994ize 4 роки тому +1

    All your videos are very well thought out and beautifully crafted. Thank you so much for your time.

  • @aryarahimi4773
    @aryarahimi4773 4 роки тому +1

    Greatly explained. Thanks

  • @lifewithtomi7873
    @lifewithtomi7873 4 роки тому +2

    This is really helpful, best class so far! Thank you!

  • @aboubacarsidikidouno331
    @aboubacarsidikidouno331 4 роки тому +3

    Man, this was a wonderful video. I am glad I came across your channel. I am definitely subscribing. Keep up the good work.

  • @ermanjisingh
    @ermanjisingh 6 років тому +1

    hats-off to your website. agiledigest... its really in a structured manner to understand about agile.. I like each and every thing about it

  • @tanmoyananda
    @tanmoyananda 4 роки тому

    Loved it... Very well explained Niladri. Thank you so much.

  • @loshomusic
    @loshomusic 4 роки тому +1

    Excellent presentation. Thanks you very much!

  • @dheeraj.vpoojari7696
    @dheeraj.vpoojari7696 3 роки тому

    You covered almost everything in one video, this is really amazing

  • @puppala773
    @puppala773 5 років тому +1

    Simply Excellent..... Excellent...

  • @saurabhsinghchandail
    @saurabhsinghchandail 3 роки тому

    Really impressive and informative video. Thanks for making these terms simpler.

  • @MKhan-zj3fb
    @MKhan-zj3fb 4 роки тому +1

    Great video covering most/all items associated with a user story, thank you.

  • @kurtcampher4716
    @kurtcampher4716 5 років тому +2

    This is an excellent vid. Love the examples.

  • @manishbillaiya4395
    @manishbillaiya4395 5 років тому +1

    nice presentation ...Need more like this.

  • @bonkuroy6549
    @bonkuroy6549 4 роки тому +1

    Really worth appreciating ...

  • @esmailiyou
    @esmailiyou 5 років тому +3

    Thx, though so much theory and very few real examples

  • @sreekumarmenon7957
    @sreekumarmenon7957 6 років тому +1

    Hi Niladri, you did an excellent job in presenting the concepts. I really enjoyed your presentation. Thanks a lot.

  • @Najstar43211
    @Najstar43211 4 роки тому +1

    Loving your videos keep up the good work. I'm slowly making my way through a playlist of your videos

  • @gayatrigaitonde3744
    @gayatrigaitonde3744 5 років тому +1

    Excellent video Sir just like every video of yours.

  • @williamdemery5324
    @williamdemery5324 6 років тому +3

    Thank you Sir! I have been looking for solid reference material as such.

  • @melvinpereira6806
    @melvinpereira6806 6 років тому +1

    Very Informative. learned many things. Well presented.

  • @rumanaamin6329
    @rumanaamin6329 5 років тому +1

    Very helpful Niladri.

  • @g-ronnmendoza
    @g-ronnmendoza 6 років тому

    Very informative and straight to the point.

  • @srikanthbabu419
    @srikanthbabu419 6 років тому +1

    Great explanation and very informative.

  • @NehaSharma-qu4tn
    @NehaSharma-qu4tn 5 років тому +1

    V informative

  • @utubeddong
    @utubeddong 3 роки тому

    Good stuff! Thanks

  • @honestcomments8053
    @honestcomments8053 5 років тому +1

    Thank you. Very well done!
    BTW, my company uses T in SMART for testable.

    • @AgileDigest
      @AgileDigest  5 років тому +1

      T is testable in INVEST. Time bound in SMART.

  • @mmiittrroovv
    @mmiittrroovv Рік тому +2

    "As a SG application Admin" - What SG stands for ? :)
    P.S. Thanks for the presentation

    • @AgileDigest
      @AgileDigest  Рік тому

      Official the name of the application is Swiss gear.

    • @mmiittrroovv
      @mmiittrroovv Рік тому

      @@AgileDigest Thanks :)

  • @mmmikram
    @mmmikram 6 років тому +1

    Thanks, Very good sharing of knowledge. I need some more explanation on technical spike, can you please explain it with some examples.

    • @AgileDigest
      @AgileDigest  5 років тому

      Technical spikes are are any technical work, research or analysis kind of work. some time you may face difficulties to estimate a story point of a user story, a research can help you to uncover the un-certainties. some time you may need to migrate some data from mainframe system to your test database, which is not a need from function prospective or from your PO, but to enable the test for multiple stories, you need to have your test data ready etc etc.

  • @ImRajeshR
    @ImRajeshR 4 роки тому +1

    Very informative.. Thanks for the session.
    Just a question whether user story replace BRD for development team to build FSD/FRD ?

  • @Zpoetry0909
    @Zpoetry0909 3 роки тому +1

    Awesome video, very useful!
    Do you have a video where you use user stories examples?

    • @AgileDigest
      @AgileDigest  3 роки тому

      Story example, sorry not yet have it.

  • @poojachawla9597
    @poojachawla9597 3 роки тому

    Very nice video. About 13:30 - how is it practically possible that User story is always independent of other stories? Software requirements can be inter-related. In 25:20 u said one story can depend upon multiple stories as successor/predecessor. So how is it INDEPENDENT? Anyways thanks a lot for your wonderful effort. Much much appreciated !!!

  • @avnishso
    @avnishso 2 роки тому

    Nice video.. Sir u did not mention project manager role.. Where they fit to work with user story?

    • @AgileDigest
      @AgileDigest  2 роки тому

      PM does not fit in Scrum Team, They can play an overarching role

  • @orionstar6268
    @orionstar6268 4 роки тому +1

    Hello...good job ... very informational but you need to polish your accent to makes it hard to understand. Thanks

  • @saeedtawfiq
    @saeedtawfiq 3 роки тому +1

    Hello
    I would like to chat with you

  • @mpsstudio-tutorials7402
    @mpsstudio-tutorials7402 6 років тому +1

    Thanks a lot!

  • @goodthoughts453
    @goodthoughts453 6 років тому +1

    Could you please help me on this question ?
    #38 You have been given the following story:
    “As a plant lover who travels frequently, I want to have an automated watering system, so that my
    plants won’t die.”
    You have also been given the following acceptance criteria:
    1. The water should turn on when the temperature is > 85 degrees and the moisture content
    of the soil changes from “normal” to “dry”.
    2. The water should be dispersed for 5 minutes at the rate of 0.5 ounces per minute.
    Which one of the following provides the proper values to use to achieve 100% two-value
    boundary value analysis coverage with the minimum number of test cases?
    a. Temperature at 85 and 86, moisture at “dry” and “normal”
    b. Temperature at 85 and 86, moisture at “dry” and “normal”, water disbursement for 5
    minutes and 5 minutes 1 second, rate at 0.5 and 0.4
    c. Temperature at 85 and 86, moisture at “dry” and “normal”, water disbursement for 5
    minutes and 4 minutes 59 seconds, rate at 0.5 and 0.6
    d. Temperature at 85 and 84, moisture at “dry” and “normal”

    • @AgileDigest
      @AgileDigest  6 років тому

      +aishwary singh what is your question?

    • @goodthoughts453
      @goodthoughts453 6 років тому

      What can be the answer that minimum number of test cases required as per boundary value analysis ...as per my understanding the answer is "a"

  • @tehiladar8606
    @tehiladar8606 4 роки тому +2

    Thanks a lot for this presentation. It is a great one!
    Few questions that I really appreciate your help with:
    If I want to make a UX UI changes, I need to make a user story?
    If I have a small change regarding to the site flow, I need to create an epic and a feature ? even if it will be only one sentence? Will be happy to hear your opinion. Thanks again.

  • @jayantobhattacharya7127
    @jayantobhattacharya7127 4 роки тому

    Niladri sir, kindly give a real time example of Technical spike to interpret it better.

  • @sunvarutube
    @sunvarutube 5 років тому

    This information was really useful and greatly presented. Quick question who define these characteristics, is it an experience that involves to these or is there any baseline created as framework e.g INVEST. For sure Scrum just discusses high level ceremonies but doesn't defines its characteristics as the presenter presented. It was interesting and practical. I would like to know further on this.

  • @Santoshkumar-vi3ix
    @Santoshkumar-vi3ix 6 років тому +2

    Thanksss

  • @250taz
    @250taz 3 роки тому

    Hi, Can we take Change request that are urgent as per client as a spike ?

  • @racheldorthy1777
    @racheldorthy1777 6 років тому

    hi sir will you please take a lesson on Requirement traceability matrix, FRD and BRD.

  • @rishikesh831
    @rishikesh831 4 роки тому

    Please make a video on Technical debt.

  • @Santoshkumar-vi3ix
    @Santoshkumar-vi3ix 6 років тому

    Thanks

  • @Mr.Chakle
    @Mr.Chakle 2 роки тому

    How to write test cases from user stories

  • @maheshmohite7578
    @maheshmohite7578 Рік тому

    can we assign one user story to multiple people at the same time ?

    • @AgileDigest
      @AgileDigest  Рік тому

      If it is in sprint, it's owned by the team, usually be executed by more than one members

  • @syedarazvi7078
    @syedarazvi7078 3 роки тому

    Description: As a sentinel team member, I want to know what options exist to export the table view search results, so that we may present the option to the business...
    sir...I unable to understand what I have mentioned above
    how can I create story in ServiceNow?
    card: P$CSERVICEPORTAL - Export table view search results to excel research

  • @anilgondi1008
    @anilgondi1008 Рік тому

    How can we say that the user story is good or perfect??

    • @AgileDigest
      @AgileDigest  7 місяців тому

      Responded on the Video - Comment Response Feb 2024

  • @hudakhaled8353
    @hudakhaled8353 6 років тому

    Thank you for this great video, but I don't understand what is the technical spike..?

    • @AgileDigest
      @AgileDigest  6 років тому +2

      Thank You, Technical Spikes are Analysis or research work in your Backlog.

  • @pesilpathirana8878
    @pesilpathirana8878 5 років тому

    Can you please explain the reasons of tasks are estimate using hours?? What if, after we estimated tasks using hours the total number of hours exceeds the sprint length?

    • @AgileDigest
      @AgileDigest  5 років тому

      Hours are for effort estimation, so when you create task you are estimating with Hours. Estimate on or before your sprint planning. commit the number of stories that is with in your team capacity. Plan the Capacity before sprint Planning.

    • @pesilpathirana8878
      @pesilpathirana8878 5 років тому

      Hi thanks for info. I have a small confusion. Let's say our velocity is 50 story points and sprint length is 2 weeks. In sprint planning meeting we pulled 50 warth of stories for sprint backlog. Then we break user stories to tasks and estimate the effort using hours. Then we noted that total number of hours is 2.5 weeks. At that time velocity and effort estimate is conflicting. Isn't it?

    • @pesilpathirana8878
      @pesilpathirana8878 5 років тому +1

      Finally, I understood some benefit of estimation of tasks using hours and how to overcome my second question.
      According to my understand, breaking user stories into tasks is beneficial to understand “how much work team can committed to a sprint”, if we don’t know the teams velocity. However before estimating tasks, Scrum Master should prepare a team’s capacity planning to understand what is the maximum/total working hours of individual member will have in the sprint. After that, in sprint planning team can break user stories to tasks and scrum master can facilitate to monitor the induvial task commitments against the total capacity of individual person. If one member is exceeding the total capacity SM should inform it to the team in advance. In this way we can avoid the overloading or underloading of a team member with in sprint. Once all the team members committed to tasks with their full capacity we can identify the velocity by calculating the committed user stories. However if the team is mature enough to estimate using user story points and we know the average velocity (after run 4+ sprints) there is no need of breaking stories in to tasks unless company use individual commitments as their annual evaluation KPIs.
      To avoid exceeding the sprint length, Scrum Master should prepare a capacity planning before individual task commitment. The SM should monitoring the capacity of individual team member by compering to his/her total capacity so that team will not exceed the spring length with the estimation. However in this method we cannot pull the user stories to sprint backlog by considering velocity, then break them into tasks and again estimate using hours. Either we have to pull stories by considering the velocity or we have to pull stories using team’s capacity.

  • @Santoshkumar-vi3ix
    @Santoshkumar-vi3ix 6 років тому

    Hii

  • @RU-qv3jl
    @RU-qv3jl Рік тому

    Yet another XP practice that has been screwed up by scrum.

  • @mj1737
    @mj1737 3 роки тому +1

    very informative sir , thank you so much ...

  • @tunapradhan3595
    @tunapradhan3595 4 роки тому +1

    Can I tell you one thing sir.. your tutorial video is not just an excellent but the explanation , content just forced us to make attention.. thank you so much for your effort.. wish like agile , if you could have any other technology video like , project management (cost management, risk management etc) .. not sure if you have any plan in near future , but exciting to see any new video..

  • @igorsolaja609
    @igorsolaja609 3 роки тому +1

    Excellent video. IMHO, Agile Digest' videos are best on UA-cam

  • @shubhamgupta9553
    @shubhamgupta9553 5 років тому +2

    Thanks it was very good and informative.

  • @gobbaka
    @gobbaka 3 роки тому +1

    Excellent Conceptual clarity. Really i appreciate your effort.

  • @adeliyiseyi525
    @adeliyiseyi525 5 років тому +2

    Thank you for the video. Two questions: 1. The technical spike you spoke of, is it about building end-to-end reference stories to size up story points? and 2. is there always a need for an attribute and data type description for every story documented?

    • @AgileDigest
      @AgileDigest  5 років тому

      No Technical spikes are for any kind of Analysis or Research work. Did not understood the 2nd question.

  • @shafichowdhury7923
    @shafichowdhury7923 4 роки тому +1

    Niladri nailed!!!!! Awesome simply!!!!!

  • @heidijackson1523
    @heidijackson1523 3 роки тому +1

    Thank you, this is very helfpful!

  • @Sibusiso6
    @Sibusiso6 4 роки тому +1

    I am a Test Analyst and I absolutely love this. very informative.

  • @ak_gaming1594
    @ak_gaming1594 3 роки тому

    Can u share some example of user story

    • @AgileDigest
      @AgileDigest  3 роки тому

      Sure send a mail to support@agiledigest.com

  • @crazy4earth
    @crazy4earth 3 роки тому

    Great explanation 🙏 Thanks
    All the best

  • @maheshmohite7578
    @maheshmohite7578 4 роки тому +1

    Good one

  • @mahapol8812
    @mahapol8812 5 років тому

    Great thanks.however I have few observations in Jira
    When I set estimated hours for Epics,user stoires ,it does not calculate correct time for tasks in user stories.
    for e.g
    1. I created one Epic and did'nt set any time estimate but entered due date ,for example if today is 21st May ,I set due date as 24th May
    2. I created user story US01 in that epic and did'nt enter any estimate in user story as well
    3. I created 3 sub tasks ,development,design.testing in user story US01 and entered 2 days for each task , 3 subtaks tasks time sums upto 6 days but it does'nt change the due date set for Epic. How do I set the estimate days /hours in JIra for epics/user stories/tasks?

  • @ohfama
    @ohfama 6 років тому +1

    Great video! If may I ask you, could you make the power point presentation available for download somewhere? I would love to to use it in my classes, but it will be necessary to translate it into portuguese...

    • @AgileDigest
      @AgileDigest  6 років тому +2

      Thank you Farius that you liked the video. We also conduct training using the same presentation, and to keep it unique, we don't share our presentations.

    • @nikhilpawar31
      @nikhilpawar31 2 роки тому

      @@AgileDigestI did like the info you shared in this video but this idea of not sharing "to keep it unique" is NOT Cool, brother. You never know someone could come up with a different version of the same say.. in a different language, which could be better understood by a certain viewer group.
      Pls don't mind. Cheers!

  • @ramsha547
    @ramsha547 3 роки тому

    This was beautifully explained

  • @jayantobhattacharya7127
    @jayantobhattacharya7127 4 роки тому

    Niladri sir, the Title which you mentioned in the "Story" in the card portion of Jira, does we create in summary field as when we create a new story, 1st field is "Summary" and then "Description".

  • @geraldnathan9646
    @geraldnathan9646 6 років тому +1

    Excellent ! I like it!

  • @juno7893
    @juno7893 4 роки тому

    👏🏻👏🏻👏🏻

  • @mahapol8812
    @mahapol8812 5 років тому

    How to estimate user stories and subtasks as a combine effort.can we estimate epic at start of print.

    • @AgileDigest
      @AgileDigest  5 років тому

      Epic estimation is not necessary to start a sprint. Estimate your user story on Story Point. Estimate the effort on sub tasks, which will combined to show the total effort estimate for the user story

  • @RanjanVron
    @RanjanVron 5 років тому

    thank you sir

  • @rowenajocson1566
    @rowenajocson1566 6 років тому

    This is a great material ! Thanks for sharing ...

  • @ShivaKumar-in8hn
    @ShivaKumar-in8hn 5 років тому

    Nice very nice