prosenergy local business marketing


Prosenergy Long Beach 562.200.0492

A Beginner’s Guide To Managing Software Development with Kanban and Trello

Everyone is a project manager. Whether you’re managing the development of a new application and growing your startup, working on a new billion-dollar enterprise project, or just trying to liven up your yard with some DIY landscaping, you’re always managing a project.

The success of your project depends on many factors, but one of the most common reasons projects fail is a lack of management or outright bad project management. No matter how small your team is, or how clearly your requirements are documented, if you do not manage your team properly, your project is bound to fail.

Every minute you spend managing your project is time well spent. It will bring you closer to the successful completion of your project.

Agile project management is a widely accepted method of approaching modern software development projects. But what does Agile really mean?

Agile projects accept the frequent change of scope and requirements as an integral part of the process.

For a deeper dive into Agile principles, I suggest reading our Ultimate Guide to Agile Project Management.

In this post, we will explain the basics of agile project management with Kanban.

Even if you are an experienced project manager that understands agile principles in and out, you should refresh your memory and remind yourself on core concepts. Innovation cycles in software development are constantly speeding up, making project management more complex with each iteration. Going back to fundamental principles and solidifying core principles of Agile is always important. After all, repetition is the mother of all knowledge.

Kanban is one of the easiest methods of managing any Agile software development project. You can easily handle a local development team that works from the same office or distributed team, spread out through several time zones.

Kanban is not a process. It’s a way to manage any process with minimal changes to the team’s established operational activities.

In order to apply Kanban principles to your work, you must apply two simple rules:

  1. Visualize your process.
  2. Limit work in progress.

Visualize Your Process

Data visualization is a quick, easy way to convey information in a universal and easy to understand manner. When looking at pictures, the human brain can process several pieces of information simultaneously. Some researches say that this can be up to 60,000 times faster than reading a text.

Brain neurons for our visual perception account for 30 percent of the brain’s gray matter.

The most popular way of visualizing a process is a Kanban Board. A Kanban Board is a board vertically divided into several columns, with each column representing one state in your process.

Let’s take a look at how a simple software development board would look. First, we need to define states for our development features:

  1. To-Do – feature is waiting for development
  2. Development – feature is assigned to a developer and he/she is working on it
  3. Quality Assurance – feature is in review
  4. Deployed – feature is accepted and included in application release

Based on this, your board should have the following layout:

Visualizing individual tasks is as easy as creating a simple card (much like a Post-it) that represents work that needs to be done. You can name the task, add the name of the assigned developer, due date, and any other relevant information to this card.

When you add that card to a column on the Kanban Board, you have visualized that, for example, a specific developer is working on a particular task that is due at a certain date and is currently in development.

Limit Work In Progress (WIP)

Human multitasking is a delusion. Instead of paying attention to one or two things simultaneously, our brains are switching between them very rapidly.

This is more visible in software development than anywhere else. Developers can work only on one piece of code at one time, and switching to another feature will cause delays and affect their concentration and performance.

This does not mean that you must limit the number of assignments to just one at the time. Development is complex and creative work, some tasks take more and other take less time to complete, and there is always a delay while a developer is waiting for something or someone. The important thing is to limit assigned tasks to a reasonable number that will not produce chaos (this is usually three to five assignments at a time).

Assuming that your development team is comprised of two developers and a QA engineer, your board might have the following WIP limits:

To-Do – Unlimited Development – Six-card limit (Two developers each limited to a maximum of three tasks) Quality Assurance – Three-card limit (1 QA engineer limited to a maximum of three cards) Deployed – Unlimited

Do not expect developers to be wise, and limit their WIP on their own. If you throw everything from the To-Do list to developers, it will be like giving too many toys to a child. Instead of playing with one toy they will just throw them around, creating chaos in your neat home, and still, they will not be happy and you can expect tantrums.

It is your job, as a project manager, to assure that the To-Do list is prioritized properly, and tasks are assigned to developers no sooner than needed.

A properly managed Kanban Board will give you a clear picture of your project status at a glance. You can see that your developers have enough work, that you have prepared new tasks they can take over once their assignments are done, and that your QA engineer is waiting for new tasks to review.

Use Trello to Manage Your Kanban Board

Trello is a web-based Kanban project management application. It enables easy, real-time collaboration between team members and even multiple teams and projects.

To create a board in Trello click the “Create new board …” menu item, and set a title for your board.

You will start with an empty board. Use the “Add list …” box to create columns for your Kanban cards.

By clicking “Add a card…” at the bottom of any of the lists, you can easily create a task. Each card you create should represent a task that will be executed by a team member.

Cards in Trello can be customized in many ways:

  • Assign team members responsible for executing a task
  • Color code them depending on specific groupings you would like to add
  • Set due dates
  • Add attachments
  • Add custom fields such as a checklist where you can track the progress of smaller elements that comprise a task
  • Team members can comment on a card, and everyone will be notified of any change that is made.

Visualization is everything in Kanban, so here is how a card looks on the board:

Just by looking at the card, without opening the detailed view you can see that:

  1. Task to setup GitHub Code Repository is waiting to be executed in To-Do list.
  2. Task is due by January 27.
  3. Task has a description.
  4. There is one comment on the task.
  5. There is a checklist of two items, and none of these items are currently completed.
  6. Task is assigned to user DS, who will pick it up next.
  7. Task belongs to a group of green color cards, which means that it is required before the project is started.

Estimate Time And Complexity of Development Work

Planning and managing a project is impossible without understanding the effort and time needed to complete a certain task. However, one of the hardest things to do in software development is to determine how long it will take to deliver a new software product or feature.

Scrum, one of the most popular Agile principles, relies heavily on estimations, whether they are based on time or “complexity points.”

The team should spend significant time scoping out the task.

This is because Scrum is based on time-boxed intervals, when a certain group of tasks is expected to be completed. In order to plan delivery you need to have a full understanding of all the work planned for that time-box.

Kanban does not rely on time-boxed deliveries, and you can plan daily delivery if you want to. It relies on optimizing the flow, which means that the team’s focus is to complete and empty the WIP column as soon as possible.

The team doesn’t spend time estimating work much in advance. A developer will pick up the next item from To-Do; complete it as soon as possible; and pick up another task.

This doesn’t mean that a team should not estimate the volume of their workload.

You can use your weekly or daily calls to update, and verify due dates.

However, for a small team, it’s more important to assure that developers are working on the highest priority task at any given moment and that there are no bottlenecks, forcing a developer to pause their work.

Eventually, your project will grow and you will need to start estimating the amount of development work in more detail. When you reach to this situation, spend some time reading our guide for Software Costs Estimation In Agile Project Management.

Must-have Management Practices

So far, you’ve learned about the importance of visualizing your process and limiting WIP, and how to use Trello to manage your project.

A software project can’t only be managed with cards and columns though. Therefore, it’s important to implement Agile best practices as well:

  • Organize a regular team meeting.
    Do this at least weekly to review what was done and refine and prioritize the backlog (To-Do list) if needed. This way, the entire team will get updates at the same time, and ideas can be shared. In these meetings, it’s important to have a project stakeholder (Client, company CTO, or anyone from the product team who can make a decision and answer questions) to eventually provide non-technical feedback.
  • Assure constant communication with individual team members.
    This will make everyone’s daily work much easier. Keep these meetings or sync-ups very short and simple just a quick update in your favorite chat program will do. It’s useful to have daily check-ins, which could be ~15-minute daily meeting that you have with your team. In this meeting, every team member speaks for a few seconds stating:
  • What they worked on yesterday.
  • What they plan to work on today.
  • What challenges or bottlenecks they’re facing.

Take notes during the call and pay attention to find possible issues (blockers, wrong focus on the task, unexpected technical challenges), and work on them with the team.

Bootstrap Your Software Development Project

While every software development project is different, there are certain tasks you’ll find in almost all of them. Here are some of the tasks you should plan when starting a software development project:

  • Set up code versioning and a repository.
    Tracking changes and monitoring code is extremely important, especially when collaborating on projects where multiple people will be updating the same code.One of the most popular services for code versioning is GitHub. GitHub is a web-based Git or version control repository that offers all of the distributed version control and source code management (SCM) functionality of Git.

    It provides access control and several collaboration features, such as bug tracking, feature requests, task management, and wikis for every project.

  • Define a database backup policy.
    Using services such as GitHub will assure that your code is backed up on a regular basis.Databases are, usually, not part of your versioning system, and you should setup frequent database backups as well.

    The development process is error-prone, and it is easy to make a mistake and update the wrong data during development. Having a backup will save you the trouble if such problem occurs.

  • Set up collaboration tools and file sharing.
    Project documentation, functional specifications, design files, and any other documentation and files that are used during project development are constantly updated and should be distributed to your team.You can use a number of different services to share these files. Google allows a simple and cost effective solution to this problem. Use Google Drive, Google Docs, Google Sheets, and other Google apps to share and collaborate on files.
  • Set up separate development and testing servers.
    The development process must continue at all times.Developers should not wait for the results of application testing, and they should continue to work on their assignments while Quality Assurance reviews completed functionalities.

    At the same time, the client should be able to check the current state of the application at any time, without waiting for the development team. Having a dedicated test server that is updated on a regular basis will remove all the bottlenecks in this process and assure that your team runs uninterrupted.

  • Define a fixed time for weekly team calls and a fixed time for daily team catch up calls or chats.
    Get all your team members to schedule a time in their calendar for calls and meetings. This gives your team a steady schedule with no work interruptions.

Takeaway

Project management is a complex and, all too often, highly stressful activity. Adding structure to it and making the project status visible and accurate at all times alleviates much of this stress. Employing the Kanban method and Agile principles, combined with the proper tools, will save you a lot of time.

With that being said, there is no tool or methodology that will compensate for the time you, as the project manager, must dedicate to managing the project.

And just because a project is small, doesn’t mean it necessarily requires less of your time. This mentality is a great recipe for a big headache down the line.

Here’s a simple checklist to help you verify whether or not your project is being properly managed:

  1. Is your process properly visualized?
  2. Is WIP for each team member limited and minimized?
  3. Does your team have a consistently scheduled meeting – either weekly or daily?
  4. Is your Kanban board updated regularly?
  5. Do you have a code repository in place?
  6. Have you scheduled database backups?
  7. Have you set up team communication and collaboration tools?
  8. Is your development environment separated from testing, acceptance, and production?

Keep in mind this list is far from definite and done; it’s just the beginning.

Leave a Reply

Your email address will not be published. Required fields are marked *

eighteen − eighteen =

*