Відео

You are very welcome! I hope the information serves you well!

Thank you for watching!

It sure is! Thank you for watching!

You are most welcome! I hope the information serves you well.

You are very welcome! Thanks for the feedback!

Great observation. A process sending data to an external entity (or receiving data from it) is still considered a process. So rule number 7 just means that after processing, data must have a destination. It can be sent to another process for further manipulation, be sent as an output to an external entity (still a process), or it can be stored in a data store for later use. I hope that helps!

Thx much for your help response 🤝

@@tokmansite You are very welcome!

Hello, DFD was generally originated by Larry Constantine, but there have been several other notations that have been popularized as well, such as Yourdon & DeMarco and Ganes & Sarson. I spoke on these different notations in the earlier part of the video. Also, the DFD examples in this video are using the Ganes & Sarson notation. So to answer your question, the variations between the different levels depends on the notation you are using. You can check out the book Structured Design: Fundamentals of a Discipline of Computer Program and Systems Design by Edward Yourdon. That's one of the first publications that discussed DFDs. I hope that helps!

Wow, that is so encouraging! And you are very welcome! Also, feel free to share the video with your team 😁

I was in your shoes about 3 months ago...resources like this video were gold for me to find my place on the team!

Excellent! I'm so glad this video will help you have a better experience as an agile analyst!

@@tchatter40 Best of luck on your Agile journey. Thanks for watching!

Hey, there! I would focus on understanding the day-to-day functions of a business analyst and the necessary skills needed to perform those functions. To land your first internship, you'll need to focus on creating a good BA resume and learning how to answer interview questions for business analysts. I recommend the following playlist to help with all of these recommendations: ua-cam.com/play/PLLUaS2hPOTH6oU_zrBhoNvXh23EhurIUE.html In terms of rewiring your brain, you will definitely want to focus on more of a hands-on learning experience since the BA industry relies heavily on professional experience. You will want to try to get experience executing BA functions such as writing requirements by creating a business requirements document (BRD), software/functional requirements document (SRS/FRD), or user stories in a product backlog. Check out the following playlist for these here: ua-cam.com/play/PLLUaS2hPOTH643f-z8BsgCm_8PxukFHfw.html Also, you will want to get familiar with creating the types of diagrams that BAs use such as use case diagrams, data flow diagrams, and ERDs. I have videos on all of these as well, so I recommend going through them and practicing them in your spare time. You can refer to this playlist to get started: ua-cam.com/play/PLLUaS2hPOTH5mwnpFrYFGQ6Chu2wfGAu7.html Also, for aspiring BAs trying to break into the market, getting your ECBA through IIBA is highly recommended to compensate for the lack of professional experience. When you are ready to look into a course for that, feel free to reach out to me, and we can discuss it further.

I agree a new BA should definitely understand the importance of a BRD and FRD. In one of my first agile projects I realized these documents were basically contracts that defined which features were in-scope or out-of-scope and either won’t be delivered or will be delivered at a later release or for an additional cost. I wish a had a better understanding of this at the beginning of the project.

@@poisonapple146 Absolutely! Those documents are key. Thanks for weighing in.

Thanks for the feedback and for watching!

Excellent! I'm glad I was able to assist you in understanding the concepts for your exam! Let me know how things go on the exam!

You are very welcome! I'm so glad I was able to provide some clarity on the business case concept. I hope the information serves you well.

You are very welcome! Thanks for the kind words and for watching! I hope it serves you well.

Oh my. Start with The Certified Six Sigma Green Belt Handbook. It talks about Fishbone Digram and Root Cause Analysis pretty in depth.

@@thebadoc Thank you so much

Thanks for watching! Hope you found it useful.

Excellent! Glad you are finding the content valuable. Thanks for the feedback.

@@thebadoc wc.

Thank you! Appreciate the feedback!

You are most welcome! I hope the information is useful to you.

Ha! I haven't gotten that one before. Glad you enjoyed the video!

Thank your for watching! Hope you enjoyed the content.

You are so welcome! I'm glad you enjoyed the content.

You are very welcome! Thank you so much for watching!

Glad you enjoyed the content. Thank you for watching!

Hi there! I currently don't have a ready-made sample. If you need help building out a customized resume, we can do this in a coaching session. Check it out here: thebadoc.com/services/ola/services/one-on-one-coaching-session

Hey! Thanks for watching! I generally use lucid chart.

You're very welcome! Glad the content resonated with you. I'm not sure of your information systems class covers ERDs, data flow diagrams, and UML diagrams but I have videos on those as well if you are interested. Best of luck with your class!

Glad you found it informative! When it comes to the questions to ask, think about it this way. The purpose of a sequence diagram is to visually illustrate various scenarios from a use case description. So the real question would be... which questions would you ask to understand the components of the use case. So when diagraming the sequence diagram, you would focus on understanding the actors, the flow/sequence of the interactions, the starts and end of particular scenarios, any conditions or repetitive events, alternate flows, exceptions, and what information is passed when the actions or events occur. That's pretty high-level but I hope that helps!

You're most welcome! I hope the information serves you well!

Thank you for stopping by and watching the content!

Ha! I've heard that before. Curious what type of accent you were expecting.

Thank you for watching!

Thank you! I'm glad you found it to be helpful.

Yes, the accounting department would be external. Since it is a destination only, it would be called a sink external. I hope that helps!

No. BPM refers to business process management, which is a broader concept that involves activities for optimizing and re-engineering existing business processes. BPMN, on the other hand, is a specific business process modeling notation, with it's own set of rules and standards. BPMN can be used as one of the means to facilitate the execution of BPM. But many notations can be used such as BPMN, UML, or IDEF. I hope that helps.

My pleasure! I'm glad I was able to clarify the concept for you.

Thanks and you are most welcome! I'm glad I was able to explain the content in a way that resonates with you.

Thank you for watching! I hope the information serves you well!

Sweet! Thank you for tuning in.

You're very welcome! And thank you so much for watching. I hope you gained a lot from the information.