Getting Agile with SCRUM - Choosing a Development Methodology
4th November 2009
,4th November 2009
,A pig and a chicken are walking down a road. The chicken looks at the pig and says, "Hey, why don't we open a restaurant?" The pig looks back at the chicken and says, "Good idea, what do you want to call it?" The chicken thinks about it and says, "Why don't we call it 'Ham and Eggs'?" "I don't think so," says the pig, "I'd be committed, but you'd only be involved."Haha that's pretty funny! If you want to learn more about Scrum, there's no point me just repeating it all here, take a look at the Wikipedia article on Scrum, it makes for interesting reading. What is rssa.at? We found that many of our clients had shiny new websites, but weren't making as much use of rss as they should be. Rather than charge each individually for creating a customised rss feed of their content, we thought we'd develop a system which semantically parses their website and grabs out data suitable for the creation of a feed. Rssa.at then keeps checking the given page and updates the 'live' feed as new items are published on the website. The feed is hosted on the rssa.at domain, and as a result we can provide feedburner style usage statistics, as well as a few cool widgets, allowing visitors to sign up to receive email alerts when new items are published in the feed. Our Key Reasons for Choosing Scrum 1. We didn't really know exactly what we wanted rssa.at to do, by getting something up on the web quickly we're able to gauge how people use the service and what they might want from it in the future. We had lots of ideas, but as this isn't a project with any real 'return', we didn't want to get too carried away with our development. Breaking up the task into sprints helped us focus on what we wanted to deliver and the priority of each task. When time and resources are against you it's important to calculate the potential benefit of a feature, against it's 'cost' in terms of development effort. I'd love to sit around all day tweaking code, but unfortunately we live in a business world where ROI matters most of all. Would we use it again? Yes, most definitely. For projects where the requirements are less than clear and where a rapidly developed prototype is required to 'test' the waters, it's a great approach. 1. The daily meetings really helped keep us on target and focused on the task in hand. 2. I particularly liked the idea of freezing sprints to a certain set of tasks, this helps reduce scope creep and delays. There's nothing worse for a developer than moving goalposts! 3. By outlining user stories in the project backlog we were easily able to prioritise development of features which added the most value to the project. We're full of ideas, and we still have 1,000 other things to add in, but for now, we have a working version of the service up and running. So give it a go create an rss feed and give us some feedback.
29.02.24
We are delighted to announce that 18a has been recognised for its outstanding work in the "Web Design Agency of the Year - UK" category at… Read →
27.02.24
I recently had an interesting problem to solve. I'd built a brand new author website on a shiny installation of Laravel 10, utilising its out-of-the-box… Read →
15.02.24
WordPress is the incredibly popular blogging-come-full-website platform that powers over 835 million websites* in 2024. It's functionality is extended by plugins, and one such very… Read →