Agile

Building Your Next Sprint With Eylean Board

1. Visual board1

Building a sprint is not only a difficult but also a very important task. You need to identify the priorities and set realistic goals for the whole team at the same time providing a meaningful result in the end. So there is no surprise many struggle in the beginning and even the most experienced Scrum Masters sometimes run into trouble.

While there are no definite guarantees against anything in this world it is always better to face uncertainty prepared and sure in your processes. This is exactly what Eylean Board goal is and here are 5 ways planning your next sprint with our tool will make you not only more sure of your process, but also happier.

Easy start

They say, having a successful start is half the job and in fact whatever it is we do, starting it is often the most difficult. Therefore with Eylean we made the start as easy as possible – all you need to start planning your next sprint is dragging and dropping your chosen user stories. You can even play around by moving them back and forth! Once you are set on the sprint backlog, double click the desired story, add detailed information, due dates, attachments and divide it into as many tasks as needed. You can even add su-btasks to the tasks and sub-sub-tasks to the sub-tasks. Forget the messy cards, lost information or unclear DODs, with Eylean everything is in one place and accessible to the whole team at any given time.

Scrum User Story Details2

Comparable estimations

Once you are done with choosing the user stories, it is time to involve your team. Here is where it is sometimes hard to decide which task will take what time and comparing them to each to each other may become simply uneasy with a new team. While we cannot do all of the work for you, Eylean Board neatly displays all of the estimations on the top right corner of each task as soon as you enter it. Thus making it easy to visualize, compare and discuss the estimates while looking for the best mutual decision.

Scrum Story Point

Intuitive team management

Keeping track of what is happening with every single team member in the team can become a hassle. You don’t want to be the annoying boss and the team will not likely report every single action they take even though you need to know it. Just to make sure the important stuff is getting done. Eylean doe not only show which team member is responsible for which tasks, what is their progress and if there are any issues, it also provides you with a quick information resume in the form of a dashboard. You can check how many tasks where completed that day, how many hours worked and the assignments left for each team member to do.

Scrum Dashboard

Automated reporting

Just like keeping your eye on the team, tracking your progress is no less important than planning the work. When it comes to a cumulative workflow, it is imperative to keep a steady pace, but generating such graph can be burdensome. With Eylean you can forget the trouble – automatically generated cumulative workflow, burndown chart and many other reports are always live and ready for your keen eye. cummulative Task moving between sprints

Lastly, no matter how good your planning is, there might be some hurdles on your way and the team will have to move some of the tasks to the next sprint. You may start to worry about moving all of the information, not missing anything important, but when you have Eylean Board, simply remember the fun drag&drop feature. Click that unfinished story and move it right into the next sprint, with all of the information in tact and ready to be worked on.

What gets you the most when running sprints? Share with us in the comments!

Read More

Agile vs. Hybrid Approaches – Which Will Stay On Top

Agile-vs-hybridLast week I introduced you to the hybrid WaterScrumFall model that merges the Waterfall and Scrum practices in order to create a happy medium of both worlds. While it is not the likeliest of merges, many companies out there find it to be a viable option for their situation and happily use it. However, there are also those that claim this model is ineffective and faulty therefore this week I want to dive into their side of the story.

According to a recent study by TechBeacon, Agile projects are more successful than hybrid ones. This is a bold statement to be made, especially when keeping in mind that most companies deal with different processes, situations and in general are very diverse. However, the study focused on development and IT professionals show substantial results in favor of Agile.

Amongst the interviewed companies, both Agile and hybrid approaches are widely used as project management practices. The difference between their numbers is not really significant Agile taking the first and Hybrid approaches the second place. Where a difference does come in though is the satisfaction level. Agile users are generally happy with the project outcomes all around, while the hybrid users seem to have issues with six important metrics – Quality and performance, Time to market, Speed of delivery, Scope, Security & Cost and use of resources.

All of these metrics show over 50% or 60% success rate with Agile practices and only around 30% success rate with hybrid methods. So while WaterScrumFall seems to be great on paper, does it fail in reality?

Where the hybrid fails

We can easily find the answer to this question, by actually looking at the metrics themselves.

  • Quality and performance talks about product that fits the client requirements and is produced effectively. Agile practices with their iterative approach and work organized around the product are built for this. The hybrid method on the other hand keeps the design first, build later attitude and can fail to reach that changing expectations of the client.
  • Time to market is also much shorter with Agile not only due to design on the go, but also because the practice focuses on the minimum viable product and can release it much sooner.
  • Speed of delivery is much simpler to achieve with Agile. While both methods hold review meetings with clients, hybrid teams’ product is not yet tested and not ready to be used contrary to Agile teams’.
  • Scope. By keeping with the waterfall planning approach, hybrid methods lose the ability to plan on the go and thus may miss some of the client requirements that may have been miscommunicated at the beginning or only arose during the course of the project.
  • While Security satisfaction rate reaches 45% with hybrid and just under 60% with Agile users, this is still a significant difference. Which could be explained by the more control Agile projects have during the course of the product creation compared to the hybrid approach.
  • Lastly, the Cost and use of resources is undoubtedly lower when everything is planned on the go, according to the projects needs instead of preplanning and blindly following the course.

 

Which to choose?

So while WaterScrumFall aims to merge the best of both worlds it still falls short in comparison to pure Agile methods. In the midst of two different approaches merging and mixing, it is hard to keep track of all the processes and ensure that the most effective path prevails. Nonetheless, for cases where pure Agile adoption is not a viable solution, it may be a better choice to choose a hybrid instead of not innovating at all.

 

Read More

WaterScrumFall – What Lies Beneath A Complicated Name

waterThere is no question that Agile is one of the top project management approaches these days and even littler question of it going away anytime soon. However, as more and more people start adopting the iterative practices, more innovations and modifications of them start to appear. Agile methods are being mixed together, redefined, scaled and in this particular case joined together with a completely different school of thought.

WaterScrumFall aims to breach the gap between two worlds, but does it succeed?

To put it simply, the hybrid approach joins together the linear Waterfall and the circular Agile methods to find a happy medium and the best of both approaches called the WaterScrumFall. The name looks a little heavy at the first glance, but it absolutely makes sense with the way the method is set up. Waterfall approach is used at the beginning and ending stages of the project, while the Agile (usually Scrum) approach is sprang into action right in the middle. Therefore we have it Water – Scrum – Fall, depicting the way hybrid projects are run.

The division

This structure makes sense when you think about most of the corporations and the way they react to change. Most of the companies are reluctant to switch up processes at large, however they can be easily changed in small teams, especially in the operational level. WaterScrumFall takes advantage of that – the activities that require more budgeting, planning and are related to higher management positions remain with the waterfall approach, while the execution is switched to Agile.

Let’s say an average project is composed out of 5 stages – Study/Requirements, Design/Planning, Implementation, Verification/Testing and Release/Maintenance. The first two stages require quite a bit of knowledge and analysis to make sure the project runs smoothly and thus are completed by the upper and higher management. This makes a shift to Agile difficult and the stages remain in the Waterfall methodology. Next comes the build stage that requires teams to create the products based on the laid out plan. On this operational level, making changes is much easier, thus Scrum practices are introduced.  Lastly, the resulting products have to be tested and maintained, which requires developed processes and a good overall understanding. This once more makes Agile adoption a little more tricky and the waterfall practices are used instead.

waterscrumfall

This way WaterScrumFall uses both approaches in places where they are the most comfortable for the company. Starting with Scrum on the operational level allows teams to evaluate its value and scale it at the pace they feel comfortable with. Thus avoiding rejection and misconceptions within the organization.

Two opinions

There are two schools of thought when it comes as to why the hybrid approach is necessary, but both deal with the same issue – implementing Agile practices in large organizations. The first opinion group claims that WaterScrumFall should be used as a stepping stone for companies reluctant to adopt Agile organization wide right off the bat. It sees it as a good way to start implementing Agile on a small scale and then increase gradually. Others claim that while Agile is very beneficial in the production stages, large companies simply will not benefit from a full Agile transition. Thus the hybrid approach is a great way to get the best of both worlds and keep both methods at their most suitable stages.

Whichever opinion you support, WaterScrumFall is a great way to test out Agile practices in any Waterfall company and see whether it has any potential to increase the business results in a positive way. At the same time it does not completely disregards the positives of waterfall and allows you to enjoy both methods.

Similar school of thought has been used in mixing Agile with PRINCE2, which proved to be a great solution for some.  Therefore, as I always say – don’t be scared to break the rules of Agile it may bring you the best results.

 

Read More

What Makes A Scrum Master

trainerComing into the Agile world, we not only encounter new rules and practices, but also gain new roles to enforce them. Some of them are quite clear, like being a team member and completing tasks to add incremental value to the process. Others are a little less self-explanatory and require a deeper understanding and training in Agile. One of the most misunderstood roles is the one of a Scrum Master. While this is one of the most important ones for the Scrum team, it often gets neglected or reduced due to the lack of knowledge and experience. So what should a Scrum master be? Let’s see.

Scrum Master is defined as a person who is accountable for removing impediments to the ability of the team to deliver the product goals and deliverables. In other words, it is not about being a traditional team leader, but more about being a guide for the team to navigate difficulties and achieve success. It is in fact because the Scrum Masters role is hardly found within any other project management approaches rather than Agile, that it makes it difficult to understand and easy to misinterpret by those new to the approach.

A good Scrum Master is a listener and a facilitator first, a coach and a leader second. They should be able to not simply lead, but to create self-organizing teams that make their companies successful. They should also be the most knowledgeable and the most enthusiastic about Agile, thus relaying their passion onto the team. However, as you can guess, working on this team level is temporary only the first step in the Scrum Masters process.

All in all this role is composed out of three gradual steps – the team, the intercompany relationships and the entire system.

  • The first step is the Scrum Masters team. From the very start the person in this role is responsible for making sure the team functions well. For that they have to explain how the Agile process works, facilitate meetings, help remove any issues and coach the team so that eventually they become self-sufficient and only need assistance in extraordinary situations.  So the first step is all about assisting and guiding the team.
  • The second step speaks about relationships. Once the team processes are all figured out and running smoothly, the Scrum Master should shift their focus outward. The relationships between the team and other entities should become the focal point as well as facilitating them and aiding the product owner in building a greater overall vision. Contrary to the first step, this one is continuous and never stops.
  • The third and the last step of a Scrum Masters responsibilities is overseeing the entire system. Here they have to distance themselves even further and take a look at the whole company. See what should be fixed at the organizational level, help growing leaders and coach the whole organization to be agile.

Contrary to the popular first impression, Scrum Master is not only responsible for coaching the team, but should also be able to see the greater vision and aid the whole organization in their efforts to be Agile. Coaching the team and enabling them to work efficiently is only the first step and part of the job and focusing solely on it hurts not only the image of some Scrum Masters, but also the organization that misses out on great advice and the possibility to be steered in the right direction.

A scrum master should be a great guide and facilitator, someone passionate and positive about Agile and someone that has the ability to see not only their team, but the whole company steering them into the right direction. A positive attitude never hurts as well!

 

Read More

Agile – Have We Forgotten The User?

Product testing

We all know Agile as a rapid, adaptable and user centric approach. It helps companies build products that the customers actually like and do it in a smaller amount of time compared to the other methodologies. However, could it be that in the team-client circle we have somehow managed to actually forget the user and drive off path? Let’s find out!

Agile is built in a way that the project team gets reassured of their direction after each iteration. The project planning is done based on client preferences and each cycle ends with a review meeting for the clients to evaluate the work. Therefore the team has multiple triggers built in the system to keep them on track and delivering value.

Read More

2016 In Review – Which PM Tools Did You Use

Header-statsWhile 2016 is over and we are well into the 2017 there is still one more thing to do before we completely move on. That is reflection upon how have you used Eylean Board in 2016, what trends did you follow and how will that likely change in the future. So before any further ado, let’s review!

5-marketsCountry Of Origin

2016 has only changed the top 5 of our customer markets a little bit. In the first place we have the United States with 24.70%, followed closely by European markets – Germany at 24.48% and United Kingdom at 24.17%. Since our international client base is increasing, our home court user base is getting relatively smaller with 16.43% and the fourth place, while the fifth place is taken by Denmark with 10.75%. It is clear that there has been some movement in the top 5 markets where Eylean Board is used, the trend of strong western markets remains for now.

Read More

The Best Agile Articles Of 2016 (Part 2)

BEST-OF

This is the second part of the favorite Eylean articles of 2016. The top 5 brings us back to the beginning of Agile application, a lot of great advice on how to make sure you succeed as well and a nice example that it is not for software developers alone.

Keep on reading to find out more!

 

5th place – Choose The Right Agile Method

Agile methodologies might seem tricky, especially if you are choosing one for the first time. See what the key differences between the different options are and choose the right one based on the type of work you do.

Choose-Agile-method for posting

Read More

The Best Agile Articles Of 2016 (Part 1)

BEST-OF

As the holiday season and the New Year approach, I wanted to take some time and review your favorite Agile articles of 2016. Maybe you’ve read them all already or maybe there is still something new and exciting to learn.

Without any further ado lets dive in.

 

10th place – Top 5 Most interesting Scrumban Boards

Learn all about the creative and clever ways to organize your Scrumban boards. These teams are certainly doing it right.

Source: Drew

Source: Drew

 

9th place – The Ultimate Agile Guide

The inside look into the way Agile functions, how to choose the right approach and not to fail during the first week. Enjoy the tips & tricks gathered from our experience.

blog

 

8th place – Agile Hierarchy – How Are The Methods Related?

Ever wondered how all of the Agile methods relate to each other? From which method, did another evolve? We have all of your answers in one nice Agile family tree.

Agile-Hierarchy for posting

 

7th place – Transitioning to Agile: Running Effective Meetings

When transitioning to Agile it may be difficult to grasp what counts as an effective meeting. Instead of wondering if you are doing a good job, take a look here and know for sure.

Startup Stock Photos

 

6th place – The SAFe Way To Scale Agile

Is your company ready to move Agile from small teams and into the company mindset? Learn all about scaling Agile with the SAFe method and see if it could be a solution for you.

SAF'e

To be continued with the top 5 articles next week – keep on reading the year is not over yet!

 

Read More

Using MoSCoW in Agile to Prioritize Better

MoSCoW

One of the key ideas in Agile is prioritization – a team needs to understand which features must be done and which can be left behind in order to produce the best result. However, the concept can be quite difficult to grasp when moving from a different project management approach. A prioritization technique called MoSCoW brings great help and clarity in such cases.

First used with Dynamic Systems Development Method, MoSCoW is a technique developed by Dai Clegg. The sole purpose of this prioritization approach is to help understand the importance that the stakeholders put on each of the features and requirements they pose. Thus being able to focus on the exact most important ones first and tacking on the rest only if the team has time left.

The technique requires to divide all of the features into four categories – Must, Should, Could and Won’t. Thus forming the MSCW acronym from which the name MoSCoW appears. In order to know which of the features are crucial, the team has to categorize them into the four groups.

Read More

Agile For Legal Teams – Are There Any Benefits?

legal

It is long past the days where Agile was only about software development and coding. We now have financial, marketing, sales and many other teams successfully adopting the practices in their day to day activities. However, there are some more specific industries that still doubt the benefits and use of Agile in their line of work. One of such cases is the legal industry and those in it often wonder – are there really no benefits of having an Agile process?

Before answering this question, let’s talk about the Agile process adoption in the legal field overall. While some of you might be questioning the application possibility, there is no doubt that Agile could be fitted into the process. Legal firms would be able to treat their clients as projects and gather their needs as user stories which would later be broken up into tasks and performed over a series of iterations.

As we have seen from applications in other fields, some changes to the methodology might need to be made, but in general there is no question that legal teams would be able to use the Agile process. However, just being able to do something doesn’t mean that you would actually benefit from it. So let’s see why would the legal companies actually consider switching to Agile project management.

Read More