Articles

IT Controls Establishing IT Controls for Consistent, Efficient Delivery

Many high-security institutions have guidelines that must be followed in order to comply with industry regulatory requirements. But these best practices can help any company avoid costly mistakes while enabling teams to work faster and more effectively. This article tells you how to get started establishing your own practical and reliable IT controls.

Bob Aiello's picture Bob Aiello
Testing Requirements Redistributed Testing: A Shift to Refine Requirements

In short, redistributed testing is a shift in the emphasis and responsibility for testing. Testers are reassigned to work closer to the business with users or business analysts or are embedded in the development team.By being involved in story and scenario writing, the testers help to refine requirements and improve their quality. How could your systems benefit from redistributed testing?

Paul Gerrard's picture Paul Gerrard
How to Maintain a Compatible User Experience How to Maintain a Compatible User Experience

Tara Nicholson explains why it's important to take into account compatibility, which refers to the ability of a software system to function across a variety of client software (browsers), operating systems, and hardware combinations. In this article, Tara shares some helpful strategies for you to consider when maintaining a compatible user experience.

Tara Nicholson's picture Tara Nicholson
It’s Time for Requirements Craftsmanship It’s Time for Requirements Craftsmanship

Holly Bielawa explains that being a a requirements craftsman means that you need to test your assumptions in real time while developing a product. Then you pivot as needed, change your business model as you learn, and constantly get out of the building and gather data to determine your minimally marketable product.

Holly Bielawa's picture Holly Bielawa
Traceability in a Practical Way How to Implement CM and Traceability in a Practical Way

Software development can often be a very complex endeavor, so it is no wonder that important details can sometimes get lost in the process. Here, Bob Aiello discusses how to implement configuration management (CM) and traceability in a practical and realistic way.

Bob Aiello's picture Bob Aiello
 CM Professionals Need to Know about Business Requirements What CM Professionals Need to Know about Business Requirements

While we know the technology, some configuration management (CM) experts don’t always have a strong enough business focus, which can be a real problem. Read on if you would like to understand what CM professionals need to know about business requirements and how CM can directly impact the business itself.

Bob Aiello's picture Bob Aiello
Making Best Practices a Reality Making Best Practices a Reality

Almost any description of a job involving software configuration management—or more generally, application lifecycle management—will include the words “best practices.” Kareen Kircher writes on how to make best practices a reality for your work. The five ingredients to making successful changes happen are relationship, timing, automation, pertinent documentation, and refining.

Kareen Kircher's picture Kareen Kircher
Three Ways to Talk When You Are Listening

We know listening is important—typically it’s what our stakeholders have to share that we most need to hear when eliciting and validating scope or requirements. At the same time, as business analysts, we cannot be passive flies on the wall.

Laura Brandenburg's picture Laura Brandenburg
adzic cover Specification by Example: Collaborating on a Scope without High-Level Control

Understanding what the business users are trying to achieve can significantly help you focus the project on things that really matter. In this excerpt from Gojko Adzic's book Specification by Example, the author offers some tips for effectively collaborating on the project scope when you don’t have high-level control of the project.

Gojko Adzic's picture Gojko Adzic
Tester, Know Your Product

Should you diligently produce multiple big documents before testing begins? Consultant Fiona Charles argues that you should do that only if you believe that documentation is your product as a tester. If your product is information, you should instead minimize test documentation and engage with the software to build the product your stakeholders are paying for.

Fiona Charles's picture Fiona Charles

Pages

CMCrossroads is a TechWell community.

Through conferences, training, consulting, and online resources, TechWell helps you develop and deliver great software every day.