Agile Blog

    Big Data and Agile, the perfect marriage

    Big Data is ‘in' these days. It’s one of those emerging technologies that many organizations feel the need to climb on board for. But just like with anything else, it’s important to understand how Big Data can help your business innovate and grow. Talking about Big Data without mentioning data science is really not possible. It’s the data science that allows organizations to make sense of the data that we are able to collect these days: what information is hidden in the terabytes of data representing click streams, social media interactions, sensory data points, all kinds of structured and unstructured data. Using the scientific method, hypotheses around the information that is hidden in the data are proved or rejected and based on the outcome of validating the hypothesis, new hypotheses arise or ways of using that information emerge. Because of the uncertain nature of big data projects, it is crucial to be able to rely on a delivery method that allows the project to consume changing requirements or quickly change directions altogether. 

    Gino Marckx February 21, 2014 11:41 AM

    Delivering Data Projects With Agility and Success

    The challenge in delivering data projects has always be wrought with dangers. Data projects tend to be large and encompass many aspects of the organization. As a result the time to build a complete data solution can take months and years. So often these projects found that at the end of a long waterfall-style project that the results were less than expected. The system may have hit many of the business requirements, but it missed on others, while new requirements have not even entered into delivery process. It is said that 50% of data warehouse fail, while other studies have shown this to be even higher. In my travels, I would say that we hit the target most of the time, but usually it takes longer to achieve then expected. So why should we then consider Agile?

    Ian Abramson April 9, 2012 7:45 AM

    Time boxing

    Time boxing is quite a simple concept. You specify an activity and duration and you’re done. The only basic rule is that you do not perform the activity longer than the specified duration.
    In agile teams, time boxes are used everywhere. In Scrum, stand-up meetings are restricted to 15 minutes, sprints are time boxed, just as the planning meeting or the sprint review. When using planning poker, discussions are usually limited to a few minutes at a time and programming pairs switch roles or even programming partners after some predefined period. I’m sure you can add a few more examples yourself.

    Gino Marckx October 5, 2011 2:30 PM

    The power of asking for help

    I’m confident most of you have been in a situation where you needed – or at least wanted – to use someone else’s power to deal with a situation. While there are different types of escalations, the type described above is the subject of this post. Kids do it by complaining to their parents about their siblings. Civilians call the police to try to settle neighbor issues. Colleagues escalate by talking to their boss.

    Gino Marckx April 19, 2011 7:01 PM