Kelly Waters gives 3 scenarios where Agile Software Development does not work. One factor that is often ignored while diving into agile is the team structure. Companies like to have hierarchical team structures, where few good ones can get work done with many average ones. [Continue]
Jeff Patton says that agile development is more of a culture than a process. It is quite refreshing to read constructive a constructive discussion on the topic, though it did put pressure on me to really understand what culture meant, and it can have several meanings. I think agile can be agile because it asks you to follow a set of principles without being restrictive about how we do that. [Continue]
The proponents of the agile methodologies wanted to change the way software development was done. I think that changes have happened, but unfortunately most of them are superficial ones, leading to failures and more notoreity for the underlying philosophy. Scott Nelson explains how some aspects of agile methodologies can be wrongly used. [Continue]
Martin Fowler talks about avoiding common Scrum pitfalls. A refreshing read. But Martin is able to point out the root cause of most of the faulty adoptions in a single sentence: When you just try to do the practices, and don’t adopt the philosophy, it’s not going to work terribly well. [Continue]
I have been reading about REST a lot recently, and hence about architectural styles. Perhaps I have found them in the opposite order. Nevertheless, it has been extremely refreshing and educative. [Continue]
Kent Beck says that XP is in the danger of getting stagnated because of a combination of limited adoption and no opposition. It has become like the standards, which everyone accepts in principle, but no on adopts in practice. I like XP, it was like a breath of fresh air after working through various waterfall models and burning the hands. [Continue]
Timesheets are only wastage of paper for some, for some they are evidence of the work, for some they translate into money and for some they are just more things to talk about at meetings. I have had a love-hate relationship with them. I started by disliking them, but later realized what I could gain from them. [Continue]
Some of the reactions to my post on changes being expensive hinted and some explicitly said that Agile Development and Test Driven Development can make changes cheaper. I think they can help you to make the changes easier, but they can neither reduce impact nor cost of the change. Let me elaborate. [Continue]
The advantages of semantic markup are getting popular. I see that more developers are now getting involved in discussions and realize its need. By conveying the meaning and intent, semantic markup can help machines understand the context better. [Continue]
JP is one of my favorite bloggers, he has the ability to gain insight into use of technology, and explain the problems, solutions and trends without getting technical. He rightly says that open source is an additional option today for building software solutions. Quite true, and this is something I have been pondering over for some time now in relation to my own process. [Continue]