We have added Prisma SO schools in the Netherlands to our community of Academic & Nonprofit users: anyone signing up with a scopeshoelen.nl or youscope.nl email address will automatically get set up with a Kerika Academic Account, allowing for up to 10 people to work on boards owned by their account.
Prisma is a school for pupils who have difficulty learning for a variety of reasons, such as an autistic spectrum disorder, ADHD, intellectual disability, attachment disorder, or Down syndrome.
Along with the recent improvements we made to the Auto-Number Cards feature for Task Boards and Scrum Boards, we have also made it easier for you to search for cards by their number.
It’s simple to use: just type in a number in the Search box on the top of the Kerika app and Kerika will assume you are looking for a card with that number. It will also search for anything else with that number, but will prioritize a card matching that number as the first result it shows.
With our latest release we have introduced a new way to have your Task Board and Scrum Board cards numbered automatically.
Our original implementation was rather rudimentary: if you turned on Auto-Numbering (which you can access from the Board Settings dialog, by clicking on the gear icon/button on the top-right of the Kerika app), Kerika would automatically insert a card number as part of each new card’s title.
Turning on Auto-Numbering of Cards
The card numbers inserted by Kerika were pure text that was prefixed to whatever you typed in as a card title. This meant that they could easily be changed by any Team Member (or Board Admin), and this, in turn, meant that what you saw as a card number couldn’t be completely relied upon as the real/original number of that card. A coworker could have easily edited that number to something quite different.
An example of card numbering.
To make these numbers more reliable and trustworthy, Kerika now keeps the card number as a separate attribute (field) of each card: it is shown, when Auto-Numbering has been turned on for a board by it’s Board Admin, but it cannot be edited by anyone.
With card numbers being stored as a separate attribute of each card, we are also adding an improved way to search for cards by their numbers: if you type in a number in the Search box inside Kerika, the system will first look for a card with that number before showing any other results.
Card Numbering in Scrum Boards
Card numbers are always unique to each board: a card with number 100 on Board A will have no relation with a card numbered 100 on Board B. Each board will keep track of its own numbering, starting with “1”.
So what happens with Scrum Boards? Scrum Boards are different from regular Task Boards in that they let you share a backlog across multiple Scrum Boards. This lets you run several Sprints one after another, with each Sprint drawing from the same shared Backlog.
(And, of course, this also makes it possible to run several projects at the same time that draw from the same shared backlog.)
Since each board keeps track of its own sequence of card numbers, if you move a card from a Scrum Board back to the Backlog column it will lose the number it previously had.
That’s because once a card goes back into a shared backlog, we can’t be sure which board it will get pulled into the future: the card may return to the same board where it was originally located, or it may get pulled into a different Scrum Board.
The smart approach in this situation is to reset card numbers when cards go back to a backlog.
At this year’s Lean Transformation Conference in Tacoma, Washington, Arun Kumar spoke on the subject of “Virtual Teams: How to Make Them Succeed”.
A synopsis of the presentation:
Virtual teams can be as successful, even more so, than traditional (collocated) teams – but you need to understand how the project dynamics change when everyone can’t be in the same room at the same time. In this session we will cover the key success factors to building a high-performing virtual teams: how you can plan your work, run your daily standups, communicate, and share content. We will discuss the different roles and expectations of Project Leaders, Team Members and Visitors, and how people can juggle multiple projects at the same time.
The presentation was an hour-long, including Q&A; here’s an edited version of the talk (about 45 minutes long.)
We are adding The Harbour School, Hong Kong, to the list of organizations that qualify for free Kerika Academic Accounts. Anyone signing up with @theharbourschool.edu.hk email will automatically can have up to 10 people working on their boards, free.
We have a daily report of accounts that seem defunct because emails to these users are being marked as “user not available”, which generally means that email account no longer exists on that particular email server.
The most common scenario, of course, is that someone has left their organization, but Kerika doesn’t know so that emails that are automatically generated are still being sent. An example would a user who used to get a 6AM Daily Summary email, and is no longer working at their organization: because she may have never explicitly asked for her account to be closed, or even turned off the 6AM Daily Summary emails, Kerika would have continued sending these to her.
We use our daily report of “bounced” accounts to determine whether we should delete them altogether as Kerika users or not. Each bounced account is examined individually to see if the user had logged in recently, or was working on boards owned by other (active) users. We err on the side of caution: if there’s any doubt we don’t delete the Kerika account.
We are adding the University of Derby to the list of organizations that qualify for free Kerika Academic Accounts. Anyone signing up with @unimail.derby.ac.uk email will automatically can have up to 10 people working on their boards, free.
Keep it short, keep it focused, and keep people standing
(No, not like this.)
Standup meetings, which originated in the Scrum world of software teams, have since become popular with business users, and standups have spread beyond Scrum to teams experimenting with Kanban, and even teams sticking with old school Waterfall.
It’s easy to sell the idea of standups to management and your team members: standups are more frequent, more focused checkpoints help us identify impediments as early as possible.
Let’s consider the four key elements of that sales pitch:
It’s a standup, not a sit down.
Resist the urge to sit; if you sit, the meetings will get longer and more unfocused.
(Not this either.)
The great thing about standups that last no more than 15 minutes is that they are easy to hold: any open space will do; you don’t need to book a meeting room.
If there’s no open space, stand crowded together in an aisle. It works: people who can’t get comfortable have an incentive to get the meeting over with.
Frequency: daily standups are best, avoid variations like Twice-Weekly and Weekly.
A daily meeting is actually easier to schedule and has more consistent attendance than a meeting with any other rhythm. It’s easier to remember for everyone to remember that every day has a 9AM standup, than to remember that this particular day has a standup.
Consistency also makes it easier for others to schedule time with you: people always know that you are never available at 9AM, and that’s fine because they have their own 9AM standups to attend each day.
But does the standup have to be at 9AM, or the first thing in the morning?
Nope, there’s no particular advantage to making it the very first meeting of the day for everyone. In fact, it’s better to pick a time that’s about 30 minutes after most people normally come into the office: this gives everyone time to get coffee, catch up on email, and shake off their commute frustrations. People who have just rushed in from a delayed bus or train will not be good contributors to the standup.
As teams transition from Waterfall to Kanban or Scrum, a common objection you will hear in the beginning is people are working on stuff that’s is so complex that there’s nothing to report on a day-to-day basis.
If you face this objection, don’t switch from Daily to Weekly: a better approach is to understand why someone’s work items are so big that they cannot be completed in 1–2 days. Most commonly this is an indicator that tasks have not been broken down to small enough units to accommodate either Kanban or Scrum.
Focus: a daily standup should last no more than 15 minutes, for a team of 5–10 people.
That requires a very tight focus on what matters most. You can achieve that by restricting the agenda to the 3 Questions:
What have you accomplished since yesterday?
What do you plan to do today?
What impediments (blockers) are you facing today?
What have you accomplished since yesterday? You should be able to answer this question in just a few seconds: after all, in yesterday’s standup you stated that you planned to get Task X done, so perhaps you need to say today is “Yup, I got Task X done.”
What do you plan to do today? Even this can be answered in a few seconds. Your answer will be “Continue on Task X” or “Start on Task Y”.
You shouldn’t have to explain to people what Task X and Task Y are: that should have been done already at the start of the project cycle, e.g. during the Sprint Planning Meeting.
Early warning of impediments
What impediments are you facing today? This is the most important part of your standup report: when you let coworkers know that you are facing a blocking problem.
Don’t worry about whether the problem you face seems large enough or important enough to report to the entire team. When in doubt, tell people.
The whole point of standups, after all, is to provide the team with an early warning system, so the Scrum Master (or Project Manager or Team Leader; it doesn’t matter what the role is called) can quickly help remove impediments.
The impediment can be as basic as “I don’t know how to solve this problem”: OK, in that case the Scrum Master needs think about where, how, and from whom you can get help.
The impediment might be within a coworker’s ability to remove, like “I need help understanding our purchasing process”, or it may be cross-organizational, like “I am still waiting for Purchasing to sign off on our purchase order.”
Prepping for the standup
Your team should be using a task management system that works for Kanban and Scrum-style projects. An effective system would provide a real-time view of what’s going on, across the team. Something like this:
Example of Kanban Board
Spend a few minutes catching up on what’s happened, especially any work that may have been done overnight by a local team. Your system should provide smart highlights to help you focus on the important stuff:
Smart HighlightsFocusing on what’s assigned to me
If you are working on multiple projects (and have to attend more than one standup each day), your system should help you see what’s happening across all your Kanban and Scrum boards:
What needs attention, across all your projects
A few minutes spent catching up is a really good way to prep for your standup, and if everyone does it you can be sure of getting done in 15 minutes.
We are adding the State University of New York at Buffalo to the list of organizations that qualify for free Kerika Academic Accounts. Anyone signing up with @buffalo.edu email will automatically can have up to 10 people working on their boards, free.
We are adding Monash University to the list of organizations that qualify for free Kerika Academic Accounts. Anyone signing up with @monash.edu email will automatically can have up to 10 people working on their boards, free.