Business Analyst Training for Beginners: How I Manage Requirements

Поделиться
HTML-код
  • Опубликовано: 13 июл 2024
  • In this Business Analyst Training For Beginners you are going to learn how to manage requirements.
    The technique explained in this Business Analyst Training For Beginners is going to help you to keep your requirements maintainable and traceable.
    This technique contains information on how to manage requirements, how to engineer and structure them. Furthermore this technique is a solid basis for requirements gathering techniques, especially for business analysts.
    Time Stamp:
    0:00 Introduction
    0:50 Requirements Hierarchy
    3:19 Excel Template
    8:53 Real Life Example
    Keywords:
    Business Analyst Training For Beginners 2020,
    Business Analyst Training For Beginners 2021,
    Business Analyst Training for Beginners,
    Business Analyst Training,
    how to manage requirements,
    requirements engineering,
    requirements management,
    requirements gathering techniques,
    how to gather requirements as a business analyst,
    business analyst requirements,
    business analysis,
    requirements gathering business analyst,
    Requirement Gathering Techniques For A Business Analyst (2021),
    business analyst requirements gathering,
    agile business analysis,
    ========================================
    By Using one of my Affiliate Links you do support this channel financially without having additional costs! Thank you so much in advance.
    Links available here: beacons.ai/theagilebusinessan...

Комментарии • 40

  • @nwokolodonald3394
    @nwokolodonald3394 3 месяца назад +2

    This is the best video I have seen. Can i subscribe 10times. You’re my one stop requirement tutor.

  • @evelyndye5560
    @evelyndye5560 2 года назад +7

    This video is really good. One of the best I've seen on requirements gathering. Thank you

    • @theagilebusinessanalyst
      @theagilebusinessanalyst  2 года назад

      Thank you for your feedback! Great to hear that you dive deeper into requirements gathering techniques.

  • @Njooo5
    @Njooo5 Год назад

    Thanks a ton
    Love your work

  • @rhinavillanueva4762
    @rhinavillanueva4762 2 года назад +2

    Thank you so much! Very clear and really helpful!

  • @tochukwunjoku
    @tochukwunjoku 2 года назад +1

    Thank you for this video - very helpful!

  • @ltgemini1599
    @ltgemini1599 2 года назад +1

    I need this! Thank you.

  • @hanankhogali1589
    @hanankhogali1589 Год назад

    Thank you, 😊, really appreciate it

  • @CoCoTheInvestor
    @CoCoTheInvestor Год назад

    Very helpful thanks

  • @meetelugubuddy..incanada4010
    @meetelugubuddy..incanada4010 2 года назад +2

    Really organized and easy way to understand for beginners

  • @devinathanb3620
    @devinathanb3620 Год назад +2

    Was very helpful for me, thank you

  • @khalidmemonazeemi6620
    @khalidmemonazeemi6620 3 месяца назад

    Wonderful

  • @errechidnezha7742
    @errechidnezha7742 3 года назад +1

    Thank you for the video

  • @gilbaki
    @gilbaki 11 месяцев назад

    really helpful

  • @abrjay
    @abrjay Год назад

    Thank you for the video. A video suggestion on "how to manage stakeholders" would be great. thank you

  • @Sourabh_neg
    @Sourabh_neg 2 года назад +1

    Very informative... Thank you so much for the video...

  • @wendybunton5823
    @wendybunton5823 Год назад +1

    Good evening from.Tampa, thanks a lot for a great explanation. In which cases solution requirements is not write down as user story

    • @theagilebusinessanalyst
      @theagilebusinessanalyst  Год назад

      Hey 😃
      I‘d use USER STORY if its a user requirement, meaning something involving user interaction with a user interface. More technical requirements for APIs for example, I‘d use GHERKIN.

  • @nwokolodonald3394
    @nwokolodonald3394 2 месяца назад

    makes sense, but you forgot ti share the template with us. thanks.

  • @lorenzzo8346
    @lorenzzo8346 Год назад +2

    Good evening Stefano.
    Very concise content, thank you for putting this together. The only question I have is: in the "Excel Template" section you explained that if the requirement wa in the user story format we could put it in the 'description' field, however, later in the video, the aforementioned user sroty format is located in the 'Title' section. Does that have an impact in the later management of the requirements?
    As always, thank you.

    • @theagilebusinessanalyst
      @theagilebusinessanalyst  Год назад +1

      Hey Lorenzzo 👋🏼
      You‘re right. Nowadays I would suggest to keep the title short, Meaning a couple of words, e.g „client overview for red flags“ and then in the description I‘d enter the user story, e.g. „As a compliance officer i want to… so that…“.
      If you put it in description or title has an impact if you use JIRA as a requirements management tool, but if you just use the excel then there is no impact, just the way of presenting it. Thanks for bringing that up!

  • @lotannaagbaegbu4238
    @lotannaagbaegbu4238 Год назад +1

    Thank you for this video. How do you document the change log on Jira? Also, what certifications would you suggest a BA gets

    • @theagilebusinessanalyst
      @theagilebusinessanalyst  Год назад +1

      For change logs, you could use the comment section in a jira. Or if the requirement is already closed, creating another one which is linked to the original jira story. Or you could use a confluence page. Confluence Pages have a version History.
      Certification I recommend PSM 1 and PSPO 1 from scrum.org to demonstrate agile methodology skills. On top any project management certification is a great plus and also IIBA business analysis.

  • @joeyvillaceran6204
    @joeyvillaceran6204 4 месяца назад

    If I can relate the Business Requirements, if I am correct - this are Epics in JIRA, solution requirements are more of a User Stories. Am I correct?

  • @Njooo5
    @Njooo5 Год назад

    Can this be used for advanced level requirements gathering?
    Your thoughts on this?

  • @0529kah
    @0529kah Месяц назад

    Wouldn't it be easier to first come up with solutions requirements first, then determine the business requirements?

    • @theagilebusinessanalyst
      @theagilebusinessanalyst  Месяц назад +1

      If we start with solution requirements, we could end up spending time drafting a solution requirement which in and of itself may be great, elegant and efficient, but not what actually is needed by the business. We only want to build solutions for the problems we have. Some products on the market are great but go out of business, because they solve a problem no one really has yet. Start with the true need. IT follows Business, not Business follows IT. Hope that helps :)

  • @akshayrohit270
    @akshayrohit270 2 года назад +1

    is there a specific fixed time interval to complete the process of requirements gathering

    • @theagilebusinessanalyst
      @theagilebusinessanalyst  2 года назад +2

      In the waterfall approach you would have a phase for gathering requirements, e.g a couple of weeks or months depending on the complexity. After this phase then the development phase would start. But in an agile approach, e.g via Scrum, gathering requirements is an ongoing activity. We gather a requirement, develop it, get feeback from the stakeholder and if needed gather again a requirement which is more refined than in the iteration before. So we are building increments each iteration which come closer to the desired solution. Hope that helps :)

    • @akshayrohit270
      @akshayrohit270 2 года назад +1

      Is it essential to know agile methodology for a business analyst as there are big players in the market adopting agile?? If yes, being an aspiring business analyst where can I learn the about the methodology ? Can you suggest some sources?

    • @theagilebusinessanalyst
      @theagilebusinessanalyst  2 года назад +1

      @@akshayrohit270 Agile is becoming more and more key, replacing waterfall in many industries. Agile Know How is partially already a prerequisite in business analyst job descriptions, so worth learning. I recommend to get a first understanding to watch a couple of videos, e.g here on youtube. Inform yourself on „What is Agile?“ ,“What is Scrum?“. After getting a base of knowledge, you should get familiar with the content on www.scrum.org. On top, inform yourself about the roles Scrum Master, Product Owner and Developers within Scrum. All that should give you competitive know how. If you got 200$ left to spend, do a certification on scrum.org, e.g PSM 1 exam. This certification is often preferred by employers and verifies your knowledge.

    • @CC-yw3kn
      @CC-yw3kn 2 месяца назад

      @@theagilebusinessanalyst do you have a topic about iteration :) wanted to see how this is and if the requirements are changing, that impacts delivery of product right? so how is this done?

  • @derespektan3980
    @derespektan3980 2 года назад

    What's that effect in the voice?