Epic vs Story vs Task - Jira Tutorial

Поділитися
Вставка
  • Опубліковано 3 сер 2024
  • Epic vs Story vs Task - Jira Tutorial
    Hey Guys, Anatoly here! ✌
    Are you stuck with your JIRA ? Lets sit down for an hour or two, so I can unblock you!!!
    Book Here: 329ew4w8zo3.typeform.com/to/f...
    ❤ Anatoly
    In this tutorial, we will learn the difference between epic, story and task in JIRA.
    --- What will be covered
    00:00 What this is all about
    00:43 Defining "Epics" and its function
    01:15 Showing a "Scrum Project"
    01:46 Creating an epic
    01:56 Filling in the details
    02:45 Choosing a sample story
    02:53 Clicking the "Show More" option
    03:02 Selecting "Epic Link"
    03:08 Selecting the created sample epic
    03:26 Showing another example
    04:02 Opening the epic link view
    04:22 Explaining different features and functions within an epic
    06:00 Creating a "Sub Task" of a story
    06:35 Creating another task
    06:57 Showing "Backlog" view
    07:20 Explaining the difference between Tasks and Stories
    09:13 Schedule a meeting with Anatoly 1 on 1
    Want to learn JIRA in 1 day? Join my JIRA FOR BEGINNERS COURSE! It is worth it! drive.google.com/drive/folder...
    --- Related Videos to check out:
    Bulk Create Jira Tickets from CSV: • Bulk Create Jira Ticke...
    Epic vs Story vs Task in JIRA: • Epic vs Story vs Task ...
    How to Move Issues between Projects: • Move Issue between pro...
    How to Log a Bug in JIRA: • Jira tutorial - How to...
    How to Use Labels in JIRA: • How to use Labels in Jira
    How to see All Issues I am Watching: • Show All Issues You Wa...
    How to Convert Subtask into a Story: • Convert Subtask into S...
    How to Convert Story into a Subtask: • Convert Story Into Sub...
    How to Clone an Issue: • How to Clone Issues in...
    --- Stay in touch:
    Want Anatoly to help your business? defineagile.com
    Connect on Linkedin: / anatolyspektor
    Connect on Facebook: / defineagile

КОМЕНТАРІ • 97

  • @doit4luv1
    @doit4luv1 3 роки тому +2

    I appreciate your beautiful way of explaining it all. I am glad to be an agile project manager with scrum master certification.

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

      Thank you for the complement, means a lot!

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

    Anatoly, that's was really helpful. I like the way you are producing these videos. well done!

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

      Thank you for your feedback!

  • @tupuranisrinivasa8608
    @tupuranisrinivasa8608 3 роки тому +2

    Thank you, you explained the concepts (EPIC/ Story/ Task and Subtask) very well easy to follow and put in practice..

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

    Thank you! This was very helpful. I really like how easily you explained it.

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

    I finally understand... been an sde for a decade could never clearly get this, thanks

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

    Hi, I have a Project Coordinator phone screening and needed to learn the basics of JIRA. Your videos were perfect for bringing me up to speed quickly. Thank you.

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

      I am glad it helped! Good luck with your screening!

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

    Thank you! This was a great explanation - very clear.

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

    Wow, I seriously appreciated this video. Thank you for making these!

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

      Thank you Faten for taking time and leaving a comment - means a lot!

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

    Thank you so much, I followed along your video and was doing as I was in jira!

  • @Amelica1234
    @Amelica1234 6 місяців тому

    Thank you so much. 😊 My team was having a hard time writing Jira, and your video helped me a lot!

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

    Thank you so much. This really helped me out to revise before my interview.

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

    Thanks for sharing this content! You were very clear :)

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

    bro.. .you are amazing ,, u explained Jira in 10 minutes !!!!! kudos

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

    Thank you for the great content!

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

      Thank you for taking time and commenting - means a lot!

  • @rafaelmacedo2210
    @rafaelmacedo2210 3 роки тому +3

    Excellent! Tks so much for sharing.

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

      Thank you for taking time and writing a comment!

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

    Thank you! This was helpful

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

    thank you for sharing. it is useful for me.

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

      Thank you for watching and taking time to write feedback

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

    Great! Thank You👍

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

      You are welcome Igor!
      Quick ask, if you have 3 minutes:
      I am trying to figure out how to add even more value and eventually monetize my content. If you did get value from this video it would mean a lot to me if you could spend 3 minutes filling out this survey : 329ew4w8zo3.typeform.com/to/Qyp39hQl
      (I really do read and reply to everyone) 🚀
      Love, Anatoly

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

    that was fantastic

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

    Thanks a lot!

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

    Thanks!

  • @nandinishukla12
    @nandinishukla12 2 місяці тому

    What if the PO is writing the requirement in the user story and then BA further refines it and add detailed business rules and more description. When it comes to the agile team, they create multiple tasks in that story because the original story is too big to be done. How to coach PO and BA in such case to write small user stories. For example. If there is a user story about requesting a mortgage increase form with various fields, their validations and at the end a submit button to move to the verification page. Then verification page is another user story. In these stories , developers team creates multiple tasks to work on parts of this user story and then after all tasks are done, QA picks the actual story to QA the entire screen.i.e the main story becomes a QA story

  • @Middollo
    @Middollo 4 місяці тому

    Thank you.

  • @LoungeInTown
    @LoungeInTown 3 роки тому +2

    Thanks for your nice video!
    Related to tasks, how do you know what your team can achieve in a Sprint if you don't estimate them?

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

      Great question, should make a video on it! Estimation is not needed per se as to know what team can achieve (because estimation is not always accurate), as to know where you are moving sprint over sprint. If you team is mature, and you don't estimate, in planning you agree on Sprint goal (build feature X), then take all the issues related to Feature X and DEMO your work at the end. In this case you don't need estimation. That being said, I am a proponent of estimation, because "what gets measured gets managed". In terms of "How do you know if you can build Feature X in one Sprint ?", Estimation won't answer this question either. Your team needs to make sure to break down the feature into a small chunks and understand what needs to be done in any way.

  • @sharadchandraadepu6178
    @sharadchandraadepu6178 3 роки тому +2

    Good explanation...

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

    I know English bad, but I understood most of your explanations. Thank you for nice speaking and useful info!

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

      Thank you, you are the first person who commented on my English! I am glad it helped! I appreciate you taking time and posting a comment! Means a lot!

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

    Anatoly, can you make a clip for how these start date , end date, time estimations, time tracking will help for reports?? What is the way to follow before and after the sprint start .Thanks in advance
    :)

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

      YES! I should make one more detailed on reports. In regards estimation, search for Burndown Chart video it talks how estimates help there.

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

      @@defineagile Is it done ?? .. will you please share the video url

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

      @@asindal Not yet.

  • @BBB-96
    @BBB-96 3 роки тому

    Hello Anatoly, do you still offer classes as per your website? are these recorded or live sessions? I will like to take a course to go over a couple of questions with respect to business values .

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

      I do offer currently:
      1) Pre-Recorded JIRA course + you can additionally get 1h with me when you checkout
      2) Full JIRA/Agile support with packages starting with 10h
      Would any of this work for you ? Let me know, send an email defineagile.com@gmail.com and lets discuss it further.
      Thanks for your comment!

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

    Thanks for sharing - indonesian guy

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

    Can you advise on something that is similar to Epic, with almost the same purpose or function? I need 2 epics, but as far as i understand only 1 epic can be done a default one

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

      What are you trying to achieve ?

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

    Hi - Can you advise on the Epic closure / management for release.
    Instance - Epic 1 has 10 stories and 2 stories are in progress, we are planning to rolling out the EPIC for upcoming release to Prod and with the open user stories shall we rollout to Prod ?

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

      Epic can span across multiple releases, for release management JIRA has Releases/Versions functionality, so I won't be worried about not closing up all stories of the epic if that is what yo u are asking ?

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

      @@defineagile Yes - You are on the point and thanks for clarifying
      However based on a few research
      Release readiness: The Epic must be ready for release, meaning that it has been properly tested, deployed, and is ready for production use.
      Release dependencies: The Epic should not have any blocking issues, dependencies with other Epics or Features that are not completed yet.
      Can you shed some light here

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

    Does your team move stories or tasks or both across the 'In progress' ,' Test', 'Done' pipelines?

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

      Storied and Tasks. Sorry for late reply Martin.

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

    Is it possible to convert an Epic to a Story? And is it possible to create a higher level hierarchy above epic. Like a Grandepic?

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

      Yes, will be releasing this video in the next 7 days, stay tuned

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

    Hi Anatoly, if user stories and tasks are at the same hierarchy level when you create sub-tasks for both types of workload, how can you track the progress of each sub-tasks to see how team members are performing? It seems Jira don¿t allow you to monitor sub-tasks in reports, which is something super bad because you can't understand how each team member is performing individually.

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

      When you say tracks, what metrics do you mean ? If you are talking about where exactly in the process it is - it is visible on the swim-lane, if you are talking about reporting - yes sub-task are pretty bad with that. My recommendation is to avoid using subtasks, and use more granular stories, one story picked up by one team member, estimated separately, and if they are linked, I would rather use "link to" option.

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

      I want to also mention that in this video I refer to TASK as issue type not a subtask.

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

      @@defineagile I mean time tracking for example

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

      @@patricioibarrag Yep time is calculated based on main story not the subtasks. So I do recommend use smaller stories instead of subtasks.

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

    Should I add tasks to Epic or should it only contain Stories?

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

      There is no right or wrong answer here. You can add tasks to epic if you want to track all the extra non-business-value related work. I personally usually have stories and bugs in the epics.

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

      @@defineagile it would make sense that every task should belong to a story then? Since if it's not part of any story what value does it add?

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

      @@drawmaster77 Great question! There are Tasks and there are Subtasks. Task does not bring business value, but it is something that just has to be done. Example - have a process meeting - it might not belong to any story and does not bring direct business value, but you want to capture it. Subtask - is the way to break down story functionality into smaller pieces, in that was subtask belongs to a story. In the case of Subtasks, you still estimate the main Story. so Story brings business value not Subtasks. Hope that make sense.

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

      ​@@defineagile so then tasks and stories would have point value, but not subtasks?

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

      @@drawmaster77 I would not put story points to either Tasks or Subtasks - because they do not bring the business value. I would still have them on the board so that you can track your non-business value activities. Some teams DO estimate Tasks because they want to include those tasks in the velocity. It is a preference. I prefer for all the story points represents only business value for stakeholders. Hope that helps!

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

    How do you define bugs vs tasks?

    • @defineagile
      @defineagile  3 роки тому +2

      Need a video on this !!! Thanks for reminding! Bug is a regression - we built something and this something has an issue. Task is just a unit work that does not bring business value.

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

    Hey Guys, Anatoly here! ✌
    Are you stuck with your JIRA ? Lets sit down for an hour or two, so I can unblock you!!!
    Here is how to get yourself in my calendar: 329ew4w8zo3.typeform.com/to/f4AcheqX?
    ❤ Anatoly

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

    Can anyone tell me what is epic story and issue in one line

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

      Watch the video carefully and you will be able to figure it out yourself.

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

      @@kaspergyselinck4846 Tasks also can have sub-tasks. There is only a difference is on how you agree to use to use them on your team. Frequently stories are used for business value tasks. Tasks are used for behind the scenes tasks, like analysis or setting up a java project etc.

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

    Great video, apart from @8m20s ... story points != Business Value (www.scrum.org/forum/scrum-forum/30955/story-points-and-business-value-are-related-or-not)

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

      Thank you for your comment, and for including link to a Scrum.org forum where people are debating this. In many of my teams (and not all of them following Scrum either), we are treating Story Points as Business value and it works great for us.

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

    Difference between story and task is not clear at all! Sounds like Story is purely a task, but just renamed to mimic Agile ?

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

      Main difference as i pointed out Business value vs no business value. You estimate stories, not tasks. Not sure what you mean by renamed - renamed from what ?

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

    I can't download the book after i paid for it

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

      can you please write to support@defineagile.com we will resolve it immediately, it seems like there is an issue with our book provider today, I got message from 2 people already, we use Clickfunnnels and their service for this does to work today. Just send an email I will send you all info. It should be fixed in the next 12 hours as per our provider.

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

      This has been resolved.

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

    You are confusing tasks with sub-tasks.

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

      Am I ? :) Why?

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

      @@defineagile Because you use the terms task and sub-task interchangeably. In Jira, they are two different things. Sub-tasks can be created under a User Story, but tasks are created at the same level as the Story.

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

      @@cuybueno In this video I have shown both how to create and what are Tasks and Subtasks, but thanks for your feedback.