home

Are Systems Engineers Complete Losers When it Comes to Communication?

by Chris Rupp

The systems development industry is frequently shaken by negative reports, such as the mishaps and delays that plagued the Toll Collect system in Germany or cars that break down due to software defects. Many people wonder what it is that ails modern systems development. Why is it so hard to build systems that realize user requirements when our technology allows us to do almost anything? Are systems engineers losers when it comes to communicating about the requirements? Can the problem be solved by an agile process and direct communication between system users and developers? If so, which fields of knowledge must be added to an agile process in order to ensure that knowledge transfer works?

AttachmentSize
AreSystemsEngineersCompleteLosersWhenItComesToCommunciations.pdf336.79 KB

Article Sponsored By

Comment viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.

    Sponsored Announcements & Special Offers

view counter

Whitepaper from HP - Why Focus on Requirements Definition Management in the Application Lifecycle?

Increasingly, smart businesses are looking much closer at requirements definition (RD) and requirements management (RM) (sometimes grouped together under the Gartner-coined phrase, requirements definition management (RDM)) to streamline the entire application lifecycle. Why? Because systematic and effective RDM captures software defects earlier in the lifecycle, and it reduces the overall likelihood that defects will be introduced. That’s important. How important? According to one study, the cost to fix a defect after delivery is more than 100 times the cost to fix it in the requirement and design phase. No business wants to be hit with that bill. Now to add to this the growing interest in agile development techniques as a way to deliver higher quality applications and we have an interesting recipe for success.

Download a Free Copy

view counter
© 2007-2010 Requirements Networking Group All rights reserved. contact | advertise | privacy
Requirements Networking Group