• slide3

    Here’s the Team

    Welcome to our Seilevel Photo Op.

Author David Reinhardt

BA Tips and Tricks for 2015

As a guide to less experienced business analysts here at Seilevel and out there on the Internet, and because a specific colleague of mine requested I write this post (this is for you Amanda!!), I wanted to share several tips and tricks that I have uncovered in the past couple …

Read More

Tips for Newbie Business Analysts – Part II

You have become a model-making machine, an expert in elicitation sessions, and a proficient PowerPointer. You communicate early and often with your project team members, and you’ve read Betsy Stockdale’s blog post on Professionalism 101. It might seem as though you’re ready to take the leap and start owning areas …

Read More

Don’t Begin UAT Until…

As projects run long and budgets get tight, the first thing that gets squeezed is testing. Even with the best of intentions, the planning, design, and development phases often go longer than expected. In order to meet that precious target rollout date, testing can get rushed. However, it is really …

Read More

Tips for Newbie Business Analysts – Part I

One of the pillars of employee development here at Seilevel is a robust mentorship program. Everyone at the company is assigned a mentor within a few weeks of starting. Your mentor is tasked with ensuring that you are getting the opportunities you need to grow as an employee, solicits feedback …

Read More

Tips for Remote Presenting

As consultants with clients around Austin and in different cities around the country, we here at Seilevel are often required to hold and run online meetings. We have found that desktop sharing applications are an invaluable tool for remote collaboration and can make the difference between a ho-hum meeting and …

Read More

Telling a Story Through Your Requirements, Part II

In my previous post, I talked about how business analysts and product managers who are putting together requirements documentation can and should think of themselves as storytellers. By thinking of a Business Requirements Document (BRD) or a System Requirements Specification (SRS) as a narrative, with a beginning, middle and end, …

Read More

Tell a Story Through Your Requirements, Part I

Most of the projects that we work on here at Seilevel involve producing some sort of coherent documentation to describe what a given piece of software needs to be able to do and how it will work. Of course, software requirements are a crucial part of this documentation, but by …

Read More