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 this article, I explain a project completed in the financial services industry. A client asked me to lead a project to redesign a failed sub-process that had resulted in billions of dollars of backed up financial transactions. This particular financial process had a history of failed and abandoned process improvement projects. The pressure was on and, I must confess, I was not entirely sure that The Decision Model would be a good fit.
Once while teaching a business analysis elicitation course, a student in the class asked me, “Have you ever had a wasted interview with a stakeholder?” The question took me back, a surprise; a question I had not been asked before.
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
On February 12, I wrote and passed the CBAP exam on the first try. I had completed my application way back in September but hadn’t been able to find an exam sitting date that I felt would give me enough time to study. I finally decided in December that I would never find the perfect time so I set the date for early February and told myself I’d find a way to make it happen.
I know many of you are still trying to get to grips with Service Oriented Architecture (SOA), so apologies in advance for the potential mental exertion and confusion of introducing Business Oriented Architecture (BOA).
You are experiencing success with decision models even without the assistance of decision modeling software. Imagine the possibilities with proper software support!
Business requirements are usually captured in narratives and graphics that, regardless of how detailed, structured, cross-referenced and validated, are fundamentally imprecise. A data-driven approach to specifications has the potential to help avoid these problems and subsequently decrease the risk and increase the return on companies' IT investments.
As a result of budget constraints and limited resources, many companies, (mine included) look to automating tasks and processes to improve efficiency. And one of the easiest areas to demonstrate immediate improvement is by automating a manual process. While almost any manual process could show results by ‘simply’ being able to move documents and files electronically around the company, there is really a more important underlying requirement.
There are as many types of business analyst personalities as there are organizations and projects. The million-dollar questions is, how can a manager match an analyst’s unique skills to the projects that can really benefit from them, helping to ensure a project’s success? How can a manager build stronger, perhaps more suitable skills in his analysts?
Abraham Maslow once said “If the only tool you have is a hammer, you tend to see every problem as a nail.” This article provides the project manager (PM) / business analyst (BA) a framework for categorizing business problems as a baseline for selecting a solution development life cycle (SDLC).
Can the same business rule be enforced differently in different contexts? The answer – an important one for re-use of business rules – is yes. This article explains. It also outlines what business analysts need to know to specify contexts of enforcement for a business rule effectively.
A software tool for The Decision Model supports the entire life cycle of Decision Management. This includes the authoring, analysis, testing and deployment of entire decision models. Whether managed by the business – as some people consider ideal – or managed by IT or business analysts on behalf of the business – as others consider necessary – business decisions need not only a repository for storing decision models, but a range of functions to manage them effectively.
Taking a long lens approach to looking at 2011 is an apt metaphor that should serve as a reminder to BAs of the perspective they need to take to in terms of both their professional development and their role in the organization. There’s no better time to take stock and strategize on how to best prepare for the opportunities and the challenges you’ll experience ahead.
brought to you by enabling practitioners & organizations to achieve their goals using: