At UC Berkeley there has been an increasing awareness of the importance of business analysis (BA) and user experience (UX) in the software development lifecycle. In this article we will discuss the advantages of involving BA and UX practitioners in your development process, when and how to involve them, and the similarities and differences between the two professions.
A swimlane diagram is a type of process flow diagram (also sometimes called a cross-functional diagram) that features divisions or "lanes." Each lane is assigned an actor (which may be an individual, department, division, group, machine, entity, and so on), or even a phase or stage in a process, that is responsible for the activity or work described in the lane.
Structured business vocabulary is a missing ingredient in most current approaches to developing requirements. This omission should greatly concern every business analyst. Indeed, business vocabulary is key to a whole range of fundamental challenges, including but not limited to capturing business rules. One reason is that business vocabulary, like data and business rules, lives on beyond the point of system implementation and deployment.
How come product owners and teams struggle to use the product backlog effectively? One of the reasons lies in the linear nature of a traditional product backlog: It is a list of "features, functions, technologies, enhancements, and bug fixes," as "Agile Software Development with Scrum" states. Such a list works well for creating a simple product. But it can be inappropriate for a more ambitious one.
The number of successes with The Decision Model is escalating. Organizations are using The Decision Model to solve a range of business challenges and opportunities including some we did not expect. Therefore, this month we summarize three real world projects to illustrate how organizations are using decision models and how quickly project teams are delivering them.
Most business analysts will never interview a CEO and many don’t understand how a company’s real objectives cascade down to the little bit of requirements they’re doing for a particular system.
How does my system fit into the company’s business strategy? What is my role in the big picture?
Requirements traceability ensures that each business need is tied to an actual requirement, and that each requirement is tied to a deliverable. This is a valuable practice for the business analyst. According to A Guide to the Business Analyst’s Body of Knowledge, (BABOK 2.0), all requirements are “related to other requirements, to solution components, and to other artifacts such as test cases. . . . The goal of tracing is to ensure that requirements (and ultimately, solution components) are linked back to a business objective.”
An enterprise exists for a purpose, stated in its high-level goals and business model. It also has everyday operations which may or may not serve this purpose. We need a link between the two and this is what Enterprise Architecture is about – the establishment of a link between an organization’s ultimate goals and its day-to-day operations.
An activity diagram is a type of flowchart that is part of the UML (Unified Modeling Language) standard. Its purpose is to enable analysts to present a concrete, easy-to-follow visual of the workflow of a business use case.
We can probably all agree that Knowledge Management is generally A Good Thing and that we should do more of it. But what does “doing Knowledge Management” actually involve, and how as BAs can we ensure we effectively reuse our knowledge?
This month’s column explores the biological basis of human decision-making based on Lehrer’s book. However, it also suggests that lessons from the human brain can sharpen our decision models2 and enhance the process by which we create and manage them.
In an increasingly competitive marketplace, the practice of resume writing is not what it used to be. Resumes must be more clean, concise, and convincing than they were in recent years. Today’s business analysts need every edge they can get.
Mobile application development is hot. Smart phones and tablets sales are exploding, and technical teams are exploring ideas for new applications. With new development work, sometimes roles like Business Analysis get left behind as programmers rush to code a new mobile app. Even when we’re in a rapidly changing industry, taking a bit of time to work on design is still important. In fact, it can be the difference between an application that is used and one that is discarded and left behind.
Ladies and Gentleman of the class of 2011, adopt SOA. If I could offer you only one tip for the future, SOA would be it. The long term benefits of SOA may not yet have been proven and my advice has no basis more reliable than my own meandering experience. I will dispense this advice now.
In an ideal world, all software projects would have an interaction designer or user experience (UX) specialist working with the team to ensure that the product is designed in a way that truly satisfies the needs of end-users. In a software project with separate business analyst and interaction designer roles, the work of these professional is complementary
brought to you by enabling practitioners & organizations to achieve their goals using:
enabling practitioners & organizations to achieve their goals using: