Login
Username:

Password:


Lost Password?
Register now!

« 1 ... 29 30 31 (32) 33 34 »
Articles : Exploratory Testing: Finding the Music of Software Investigation
on 2008/3/18 1:03:16 (2394 reads)
Articles

My friend Steve is an exceptional classical guitarist. Watching him perform is inspiring – he has a rare mastery over the instrument and has spent years developing his craft. Steve can also explain the techniques he is using while he is playing, to teach and demonstrate how a student can learn and improve their own skills. Steve can make a guitar sing, and says that music is about tension and resolution. If music is all tension, you get uncomfortable as a listener. If it only resolves, it is boring, tedious repetition. Steve extends this concept to the actual physical actions that a guitarist employs to create certain sounds. For example, if you play with a lot of tension, you will limit your ability to do certain tasks. To make music, you need to find a balance between tension and resolution, and to find this balance, you need a mix of knowledge, skill and creativity.

Like Steve, my friend James Bach is also exceptionally skilled. James isn’t a guitarist, he is a software tester. James is also inspiring to watch while he practices his craft. He is a master of skilled exploratory testing: simultaneous test design, execution and learning [1]. James can also explain the testing techniques he uses while he is testing, to instruct testing students. The first time I saw him test software, I was reminded of my friend Steve. This time the tension and resolution wasn’t related to music composition or the execution of techniques on a musical instrument. Instead, the tension and resolution revolved around ideas. James would simultaneously design and execute tests based on his curiosity about the application. He would get feedback on a test, learn from it and design a new test. The tension was generated by the questioning nature of his tests, and the resolution emerged from the results of those tests. There was something almost musical in this interplay between the mind of the tester and the application being tested. This shouldn’t be surprising; as a software tester, James has a well-developed mix of knowledge, skill and creativity.

Read More... | 20635 bytes more
Quotes : The Three Rules of Test Driven Development
on 2008/3/3 6:49:43 (2852 reads)
Quotes

Over the years I have come to describe Test Driven Development in terms of three simple rules.

Read More... | 1415 bytes more
Articles : Methods & Tools Survey Confirms Increased Agile Adoption
on 2008/2/25 1:40:00 (1597 reads)
Articles

We are transitioning from a period where agile adoption may have been underestimated to another where it could be overestimated. Previously, some developers would not define their practices openly as agile or extreme programming because manager would have considered it a "cow-boy process". Today, some companies will pretend that they are agile, but without implementing the essence of the approach. Comparing the 2008 and 2005 results, we could notice that the level of ignorance of the agile movement has decreased, as only 13% of the organizations are ignorant of it. Full deployment numbers have doubled in the recent years to reach 17% and total rate of various adoption levels is now 56% compared to 41% in 2005.

Read More... | 7485 bytes more
Quotes : The Main Principles Behind Lean
on 2008/1/31 5:01:18 (1163 reads)
Quotes

Question: What are the main principles behind Lean?

Mary Poppendieck: The main principles behind Lean were articulated by Taiichi Ohno, the person at Toyota who invented the Toyota Production System. The first principle would be the idea of Flow (or Low Inventory, or Just-in-Time).

Read More... | 1717 bytes more
Quotes : Sharing Trough Implementation Patterns by Kent Beck
on 2008/1/31 4:37:56 (1309 reads)
Quotes

The thing I like about the pattern form is that it gives you a way to talk about the motivation for what you are doing. So there is a lot of Java style books, and good ones, out there people with lots of experience, people who've thought carefully about how to program, but when I read them what I hear is a set of commandments, "Name variables like this, arrange your code like that, etc" and all those are good things to do in certain circumstances, but what doesn't ever come true for me is why?

Read More... | 2084 bytes more
Quotes : About Planning
on 2008/1/29 1:11:10 (945 reads)
Quotes

No plan survives contact with the ennemy

 

Field Marshall Helmuth von Moltke (1800-1891)

Articles : Agile, Multidisciplinary Teamwork
on 2008/1/18 13:00:00 (7767 reads)
Articles

By not segregating customers and users from the designers and developers, but rather enabling them to work together in a single team, it is possible to use the agile approaches such as DSDM, Turboprototyping, SCRUM to achieve perceptible results. Multidisciplinary teamwork is based on being able to find suitable team members, doing work in workshops and visualising requirements, ideas and decisions with lo-tech tools. This formula has enabled successful teamwork in a number of IS projects in recent years.

During recent years, my colleagues and I have had to adopt new approaches in most of our IS projects. Two of the contributing factors have been the influence of dot.com boom and the increased focus on a well-designed user experience. Having alternated between traditional and agile methodological approaches, I have ensconced myself in the agile camp. So most of my recent experiences are from agile processes and projects using either the DSDM project framework or TurboPrototyping, a teamwork-based approach we pioneered (Ghosh 1999).

Read More... | 18265 bytes more
Quotes : Agile is like Churchhill’s democracy
on 2007/11/28 0:30:00 (1462 reads)
Quotes

Agile is like Churchhill’s democracy, the worst possible solution until compared to the alternatives.

 

David Starr

Source: http://elegantcode.com/2007/09/17/widgets-of-wisdom-ii

Quotes : Cooler heads must prevail
on 2007/11/21 6:41:14 (1262 reads)
Quotes

I have been distraught at the level of dogmatism, bigotry, contempt, or just plain ignorance that I witness in the agile world. I am not blaming the topnotch agilistas, though they sometimes, and just for effect in writings and presentations, reduce their messages to their essential bones, to the slogan level, and they omit the context—both source and applicability.

As agility is crossing the chasm, however—as you can see if you attend any big software synod such as SD East or West or OOPSLA (Object-Oriented Programming, Systems, Languages, and Applications)—many more people say (or repeat) rather uninformed messages with a strong conviction and little background, scoffing at anybody who dares to question their claims, even if it’s just a clarification about scope or context.

For writing these words, I’ll be shot dead as a traitor to the agilism cause, a defender of the waterfall church, a dinosaur, the über-curmudgeon, though I do value agility or agile practices in the proper context, and with the tainted glasses of my own 33-plus years of experience. But I would like my friends and colleagues to keep cooler heads, to question assumptions, not assume too much of a common, shared mental model, and contextualize what they hear, read, say, or write.

Source: Philippe Kruchten, Voyage in the Agile Memeplex

News : IBM making 'agile' moves
on 2007/11/20 2:04:16 (1121 reads)
News

With its Jazz project in particular, IBM is pushing for greater acceptance of the faster-paced, collaborative development process, which it sees as the future of development

Read More... | 781 bytes more
« 1 ... 29 30 31 (32) 33 34 »
Jobs