Agile Development Conference & Better Software Conference West 2012

PRESENTATIONS

By
Arlene Minkiewicz, PRICE Systems

Cloud computing is a paradigm that makes the notion of utility computing a reality. Instead of investing scarce capital in computing resources, IT organizations are turning to pay-for-use hardware, software, and infrastructure available through the Internet. Unfortunately, because cloud services vendors have their marketing engines further into the cloud than their technology actually reaches, there is a great deal of hype around cloud computing.

By
Ellen Gottesdiener, EBG Consulting, Inc.

To deliver high-value products, your agile team must reach a shared understanding of prioritized stakeholder needs. Collaborative techniques are best for this type of work, but not all agile teams use them or use them efficiently. Some rely too heavily on written user stories or story maps and fail to address complex topics or resolve requirements conflicts among stakeholders.

By
Kent McDonald, Knowledge Bridge Partners

Software development projects are just different. They’re often high-risk ventures with extremely complex interrelationships, filled with uncertainties, dependent on scarce knowledge workers, and much more. So, the leadership style and skills needed to be successful are quite different from those needed in simple, stable projects that run through organizations.

By
Marlena Compton, Mozilla

In a world where technology is rapidly changing, development practices are quickly evolving, and teams are frequently reorganized, how can you remain steady and true to yourself? Even though things are changing around you, you can build a solid framework of personal beliefs to guide you throughout your professional career. To develop a credo-from the Latin “I believe”-is to take a personal journey through your professional life and the ideas that shaped it, ultimately creating your own statement of core beliefs.

By
David Hussman, DevJam

Every day more agile practices and styles emerge, overlap, and compete. This proliferation challenges you to choose from among XP, Scrum, lean, Kanban, or the ways of the emerging Lean Start Up crowd. Rather than stumbling down one path or another, join David Hussman as he shares tools for assessing and designing an agile process with practices that address your specific needs and constraints. David starts by teaching a simple assessment process to help you understand where you are today.

By
Colby Litnak, MasterControl, Inc.

Although many software development teams rely on their QA/Test departments to uncover critical product defects near the end of development, we all recognize the inefficiency of this approach. It’s better to find and fix defects earlier in the software development process to save time and money in the long run! Colby Litnak explores key concepts that encourage and empower developers to take primary responsibility for producing quality software.

By
John Terzakis, Intel Corporation

One key to specifying effective functional requirements is minimizing misinterpretation and ambiguity. By employing a consistent syntax in your requirements, you can improve readability and help ensure that everyone on the team understands exactly what to develop. John Terzakis provides examples of typical requirements and explains how to improve them using the Easy Approach to Requirements Syntax (EARS). EARS provides a simple yet powerful method of capturing the nuances of functional requirements.

By
Jon Stahl, LeanDog Software, Inc.

Now that agile has gone mainstream, team-level development is not the only way organizations are implementing agile. Some senior management teams are trying to understand how they can implement agile-and lean-principles and practices from the top down. Jon Stahl demonstrates agile and lean techniques applied in a new way with certain constraints. With these techniques, your organization can begin its journey toward becoming an agile enterprise.

By
Steve Caseley, CBTNuggets

Poorly defined requirements are even more dangerous than no requirements because they offer the illusion that all is well during development. However, when user acceptance testing begins, requirements problems surface and the users rightly say, “I don’t care that the system test has passed, this isn’t what we need, and we won’t be signing off.” Steve Caseley reviews the actions he took to rework the requirements on two failed projects and the changes he made to get new projects off to the right start.

By
Neeraj Mainkar, Neuronetics

While many industries have adopted agile, the medical device industry, which develops products for life-critical applications-where quality and reliability are clearly a top-priority, remains largely stuck under the “waterfall.” Medical device firms must comply with FDA regulations that overwhelmingly suggest a controlled, phase-gated approach to software development. Unfortunately, many companies and development organizations interpret FDA regulations to require a steep waterfall.

Pages

AgileConnection is one of the growing communities of the TechWell network.

Featuring fresh, insightful stories, TechWell.com is the place to go for what is happening in software development and delivery.  Join the conversation now!