You are probably familiar with maturity models for software development such as CMMI. In this thought-provoking session, Default.aspx Pope and Ellen Hill describe a corresponding five-stage maturity model for software quality engineering-not just testing-which addresses the challenges organizations face when attempting to improve the their software’s quality.
Agile Development Conference & Better Software Conference East 2011
Twenty years of traditional processes produced valuable applications at Integrated Research (IR). However, making changes to software was slow and often introduced quality problems that took months to resolve. When one of their customers offered a great new opportunity, IR had to move with speed they did not possess and achieve a quality level that their old ways would not permit.
For agile adoptions that fail, you may not be sure of what went wrong or exactly where but you know something is broken somewhere. And with success, you often do not know what went right. Rajeev Singh shares his experiences regarding emotional and behavioral problems on teams trying to embrace agile values and practices.
Mature agile teams work together to ensure sufficient requirement information is ready when an iteration starts. However, on many teams, developers lack this support and may receive overly detailed-and often ambiguous-requirements that are “thrown over the wall.” Drawing on recent industry research and successes of companies with which he’s worked, Chris Duro shares stories from three companies that evolved an agile adoption requirements readiness assessment framework.
Agile processes were originally designed to break down the barriers among users, programmers, and testers. Now, DevOps-an emerging set of principles and practices for communication, collaboration, and integration between development and IT operations-seeks to break down the development/operations barriers. By applying agile principles to operations and re-architecting the interfaces between these groups, DevOps empowers organizations to deliver high-value software faster and with fewer errors.
Do you find your organization not achieving the test automation benefits and ROI you expected? Are you spending too much effort rewriting scripts that don't hold up over time? Does your test plan look more like "random acts of automation?" Ayal Cohen describes test automation maturity levels and shares key points on how to determine your test organization's current maturity. Ayal identifies key ideas on how and when to move to the next level.
The question of how much-or how little-design to do up-front on a project often leads to a conundrum. Too much design often results in overkill engineering that results in extra complexity and wasted effort. Too little design results in insufficient system structures that result in extra complexity and wasted effort. So, how can you determine the right balance for a given application or system? Alan Shalloway offers a proven approach to determine how much design work to do before beginning the code-build steps in a project.
Stand in a room full of business analysts and you are bound to hear the phrase "gather and document requirements" way too often. Many of today's business analysts have an image problem, resulting from their limited-often self-imposed-role on projects. However, business analysts have the opportunity to move beyond an analyzing and documenting role to become a trusted advisor to the business.
The Internet is full of insecure applications that cost organizations money and time, while damaging their reputations when their systems are compromised. We need to build secure applications as never before, but most developers are not now-and never will be-security specialists. By incorporating security controls into the frameworks used to create applications, Tom Stiehm asserts that any organization can imbue security into its applications.
As software development teams seek greater efficiency and effectiveness, they often find that they are held back by old IT architecture for development and test. They wrestle with low-powered servers, difficult-to-scale static environments, and a slow IT provisioning and change processes. Today, software leaders at Calypso, Centric Group, Serena Software, and others have radically changed the way they build, test, and deploy software-almost exclusively using cloud computing to power their development processes.