The most significant hurdle in adopting agile development is often gaining the acceptance of the business leadership. Business leaders either believe that agile requires too much time, or they are generally apathetic towards the effort. But while business leaders may be difficult to get on board at the beginning, they can be the strongest supporters of the agile process once they see and understand it. Getting them to try it is the hardest part. This article addresses the typical barriers to involving the business side of the house in an agile development approach, and outlines the key steps that Digital Focus has found to be successful in overcoming these barriers.

As professionals, we are always looking for ways to improve the way we work. We encounter ideas and methods that we start to implement, but often we fail. Does this sound familiar to you? How should you avoid this? You should focus on implementing the changes that have the highest benefit versus effort ratio for you and your team, or as the title of this article puts it, the low hanging fruit. To facilitate this, we suggest the following steps: Make a change backlog, Find your low hanging fruit, Establish a raiding party, Establish a success story, Go to war, Celebrate! And Start over.

In a previous article published on this site, "Testing the Bold and the Beautiful" (May 2001), the author received many thoughtful comments and questions about the importance of aesthetics in software. This paper was inspired in part from those questions. It clarifies the difference between aesthetic testing and usability testing. The paper makes the business case for "beauty testing" and argues that an ugly UI can undermine the bottom line. It offers methods and a survey-template for successful aesthetic testing. The paper concludes with a list of "Facts and Myths, Dos and Don'ts."

Whether you are concerned that your job is going to be shipped to India or feeling safe that the outsourcing craze is calming down, the reality remains that we live in a global economy and more and more companies are beginning to explore ways to creating software in distributed and multicultural environments. The Web and the open source movement have demonstrated that it is not only possible to create quality software in a highly distributed and decentralized manner, but also that it "makes business sense" to do so. This article presents a pragmatic framework for introducing Agile practices and tools to onshore-offshore distributed teams.