Skip to content

Instantly share code, notes, and snippets.

@Bhavdip
Last active July 21, 2017 13:04
Show Gist options
  • Star 0 You must be signed in to star a gist
  • Fork 0 You must be signed in to fork a gist
  • Save Bhavdip/f7ccf5a31e9ef813f1836bffd6bb171e to your computer and use it in GitHub Desktop.
Save Bhavdip/f7ccf5a31e9ef813f1836bffd6bb171e to your computer and use it in GitHub Desktop.
Personal Kanban
This note is related to the Kanban using Trello. We will see how we can use the trello that help us to run the kanban development process in our personal or daily ongoing project.I will seaching numbers of blog that can help me to find the best practicies that fith with my team. Later we will choose the best that help us.
https://hackernoon.com/personal-kanban-11f6a5196b00
Inbox (or backlog) : collect here every idea, feature request, bugs or all the unprocessed “stuff”. Means you don’t have to prioritize or put it into a specific category. It’s just a place to dump whatever is coming your way for later review. So you don’t have to deal with it now. This list could contain an unlimited amount of items. But you should review and purge regularly everything you don’t really need anymore.
Next Up(5-10) = All the things which you want to do next. This is a kind of general action list. Put here the stuff, which is important in near term for you and which you have “validated” as something worth doing. You can pull items from “Inbox” into this list. This list should have a limit of 5–10 items.
Doing Now (1-3)= The name says it. Keep things here, which you are working on right now. You will pull cards from “Next Up” into this list when you are done with what you were doing last. Keep a very tight limit here of 1–3 cards. That’s like a focused Action List.
Done = Once the task is finished, you can pull and park the task here. This is just a temporary place for the next review. Once you do your review, you can archive all the cards inside this list.
Trash = This is a place for all the cards which became irrelevant. Since you note down almost everything into your inbox, many things might not be considered as something worth doing. You can park those items here until the next review. Just like the done list purge this list also regularly. Avoid keeping around cards with little information and low impact outcome. They create noise in your system and make it harder to manage. If it turns out to be important in the future, it will come up again. Then you can dig out of your archive or create a new card.
/** Bigger Projects **/
----------------
If you have bigger projects, you might add more lists, like I did above for developing NotePlan. Instead of “Next Up”, I have made two lists: “Later” (limit = 20), “Soon” (limit = 10).
Instead of using “Later” and “Soon” this could be also split up into a rough estimate, such as “This Month”, “This Quarter”, “This Year”, “Some Day”, etc. It depends on how many cards you have and how many you really want to manage. It also depends, if you have a team, which works on the cards. Kanban is very flexible. You can add a new list anytime and fine-tune your workflow.
For example: If you test a software release before uploading it to the public, you can add a list “Test” before moving cards to “Done”. Or “Code Review” or just a general “Review”, if it’s not a software project.
If you are using Trello, I recommend the chrome extension WIP to create a card limit for your lists.
/** Some important points to keep things working:**/
======================================================
1.Limit the number of cards for each list (like 10–20). Also called “Work in Progress” Limit.
2.Limit the length of the card’s title (like max. ~140 characters)
3.Add any extra information inside the card’s description or as a comment, if the software you are using supports that.
4.Review your cards regularly
/** For “Product People”: Capturing Feedback **/
=========================================
If you work on any kind of product, you will have feedback from your customers. Copy this feedback in its raw form and paste it into a card as a reference (for example into the comments section).
1.You will have an overview of who and how many people are speaking about a certain part of your product — feature, bug or more general problems. This gives you an idea how important a feature for example is and where you should focus on.
2.It helps your development team (or yourself, if you are the developer) to find the best solution and reading the raw feedback makes it easier to understand the pain.
/**Tagging **/
Use colored tagging to create categories of tasks. Such as “Bugs”, “Marketing”, “Design” or “Support”.
/**Reviews**/
Like in any other productivity system, it’s important to review cards and clean up the system to keep an overview. Here every 1–2 weeks all cards should be reviewed, re-prioritized, purged and updated.
If you don’t review and clean up, you will end up with a dozen old cards, which will never be finished or which are not really actionable and actually belong somewhere else.
They create noise and make it harder to keep an eye on the things, which are critical for you.Hence review all cards to keep your boards healthy.
@Bhavdip
Copy link
Author

Bhavdip commented Jul 21, 2017

Q. kanban-moving-items-back-or-how-do-you-manage-mistakes

Given that you have a feature tracking through your Kanban board, the dev marks it done, it's pulled into QA, and the dev pulls in new work.
QA fails the item.
Now what? You can't move it back into the dev stream as it's full. You can't move it forward into Deployment as it's not working properly.
Where does it go? Or does it go all the way to the left to approved tasks with a high priority, for analysis to pull in and add any details to it,
and then for devs to pull in from there? Assuming your flow looked something like:
Backlog -> Start -> Analysis -> Dev -> QA -> Deployment -> Done

This is the original link https://pm.stackexchange.com/questions/3935/kanban-moving-items-back-or-how-do-you-manage-mistakes.

We have similar situations in Sales and Marketing department in my company. When a salesperson was trying to sell our services. We dealed with it by dividing Done column into: Failed and Accomplished. This way we could get more information from analytics. We have also tried to archive tasks in the column when something with the sale didn't work out and to create another task/card with a special tag.

http://brodzinski.com/2010/10/kanban-moving-cards-back.html

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment