BT

Facilitating the Spread of Knowledge and Innovation in Professional Software Development

Write for InfoQ

Topics

Choose your language

InfoQ Homepage Customers & Requirements Content on InfoQ

  • The Role of the Analyst in Agile Projects

    Addressing another Agile Myth (we don't need no analysts!), Shane Hastie, Chief Knowledge Engineer at Software Education, outlines how the Business Analyst can help Agile teamwork - when properly aligned with the business, rather than the development team.

  • User Story Estimation Techniques

    One of the great things about working as a consultant is the ability to try out many different ideas and adapting your personal favorite process to include things that work. This article gives the details about user story estimation techniques that Jay Fields has found effective.

  • Creating Product Owner Success

    The role of the Scrum Product Owner is powerful, but challenging to implement. Success can bring a new and healthy relationship between customers/product management and development, even competitive advantage, but it comes at a price: organizational change is often required. In this article Roman Pichler looks at what it takes to succeed as a Product Owner.

  • The "Consulting" Contract

    Coach Michael Spayd tells us that both contractors and permanent employees can play a "consultant" role, and should think about developing consulting contracts or "designed partnerships" with their clients - not about the exchange of money, but to help create stellar results for the client while working in a manner that adheres to their own values and preferences.

  • Agile User Interface Development

    The wider adoption of Agile software development has raised questions about how an approach that shuns up-front design and analysis can coexist with the emerging practice of user-centered design, which has a detailed user research and modeling phase before development begins. In this article Dave Churchville explores how the disciplines can be used together for an effective development process.

  • Agile Business Rules

    James Taylor looks at the challenge that arises when the new requirements are not really requirements at all, but new or changed business rules. Aren't business rules the same as requirements? Taylor says: no, not really; and looks at how to make an agile development processes work just as well for business rules as they do for other kinds of requirements.

BT