IN THIS ISSUE
Featured articles showcased in this issue:
> Advancing your career: applying BA skills to BPM field
> Data Modeling—Just Don’t Show Me Any Crow’s Feet!
> Managing the Two Sides of Decision Modeling: Science and Art
> Specifying Quality Requirements With Planguage
Webinar: Stand Up and Deliver Great Product with Collaborative Requirements
Webinar: Own the Collaboration Circle to Keep Future Projects on Track
Also in this issue:
> More Business Analyst Humor
> Even more Resources for Business Analysts
> New Interview Questions
FEATURED ARTICLES
Advancing your career: Applying BA skills to BPM field
by Igor Arkhipov, CBAP
Many BAs (especially the most experienced ones) should be familiar with processes... Let us try to reveal, how BA skills are applicable to BPM and which steps a BA should take to transfer their knowledge to a state sufficient to fully enter the BPM sphere.
Read more...

Data Modeling—Just Don’t Show Me Any Crow's Feet!
by Elizabeth Larson and Richard Larson, Watermark Learning
Visual models don’t have to be complicated. Unless your organization uses formal UML or BPMN standards, focus on learning to create simple visual models. In this article, we’ll explore 3 simple visual models that a new business analyst should be skilled in creating because they add a lot of value to projects and generally improve your requirements documentation.
Read more...

Managing the Two Sides of Decision Modeling: Science and Art
by Barbara von Halle, Knowledge Partners International, LLC
In the real world, good decision modeling is always a balance between science and art. The science is systematic decomposition of a structure (of data or logic) into a set of smaller structures based on the definitions of successive normal forms. The art, on the other hand, is a general decomposition into a set of smaller structures based on factors not related to detecting and correcting normalization errors.
Read more...
Specifying Quality Requirements With Planguage
by Karl Wiegers & Joy Beatty
How often has a customer asked you to write software that is user-friendly, robust, fast, or secure? No one will argue that those are worthy goals that everyone wants in their software products. However, they are terrible requirements. They give you no idea of just what “user-friendly” means, or how to tell if you’ve achieved the desired characteristics that mean “user-friendly” to a particular customer.
Read more...
WEBINARS & EVENTS
WEBINAR: Stand Up and Deliver Great Product with Collaborative Requirements
Jun 26, 2014 - Register Now, Cost: FREE
WEBINAR: Own the Collaboration Circle to Keep Future Projects on Track
Aug 20, 2014 - Register Now, Cost: FREE
Conference: Business Process Management Europe
Jun 16-18, 2014 - Register Now, London
MORE FROM ModernAnalyst.com
More Articles, Posts, and Templates
> Come to me with problems, not solutions
> How Do I Become A Business Analyst?
> 3 Tips for Obtaining Requirements Sign-off
> Block Diagram Reference Sheet
Relevant Interview Questions
> How are non-functional requirements defined and managed on Agile projects?
> What is an epic, and what purpose does it serve on an Agile project?
> Is it really necessary to document the business vision at the start of a project?
Help a fellow BA: Forum Posts
> Use Cases vs User Stories
> Best Model to show environments and decisions
> To BA or Not To BA
FEATURED Business Analysis JOBS
> Fixed Income Business Analyst Job
> Business Process Analysts (MMIS) (Mid Level) Job
> Junior Business Analyst Job
More BA Jobs...
|
|