This shows you the differences between two versions of the page.
Both sides previous revisionPrevious revisionNext revision | Previous revision | ||
hashtagvalues [2025/06/11 19:34] – admin | hashtagvalues [2025/06/15 19:43] (current) – admin | ||
---|---|---|---|
Line 1: | Line 1: | ||
======Hashtag Value Analysis====== | ======Hashtag Value Analysis====== | ||
- | You must have heard of // | + | You must have heard of //hashtags.// That is a rather clever way of organizing |
We've expanded on the hashtags concept, which we call as " | We've expanded on the hashtags concept, which we call as " | ||
Line 10: | Line 10: | ||
**Hashtags**\\ | **Hashtags**\\ | ||
- | What we propose is to keep one common reference file for the hashtags that you want to use in the office. | + | What we propose is to keep one common reference file for the hashtags that you want to use in the office. |
- | For example: In an architect' | + | For example: In an architect' |
- | These hashtags should be saved into a file (as a comma-delimited file, without the # character). That file is then shared with everyone -- so that when they do tag their work, they know what hashtag they should use without spelling mistakes. | + | These hashtags |
**Hashtag-Values**\\ | **Hashtag-Values**\\ | ||
Line 25: | Line 25: | ||
That means the person has done 5.5 hours worth of admin work and 0.5 hour worth of accounts work and 6.5 hours of redlining work. The owner or boss or manager of the office can then suitably reward that person for the work that was done (and can have different previously-agreed upon rates for each of those works) | That means the person has done 5.5 hours worth of admin work and 0.5 hour worth of accounts work and 6.5 hours of redlining work. The owner or boss or manager of the office can then suitably reward that person for the work that was done (and can have different previously-agreed upon rates for each of those works) | ||
- | This is extremely useful in small/ | + | |
+ | ====Summary of how to use Hashtag values==== | ||
+ | |||
+ | Here is a summary, in case you don't want to read the entire topic. | ||
+ | |||
+ | * Use agreed office hashtags like #admin, #design etc. | ||
+ | * Add numerical values for time, effort, or points: e.g., # | ||
+ | * These tags can be retrieved via the Hashtag Analysis tool as a CSV | ||
+ | * You control what the value means: hours, % effort, money, etc. | ||
+ | * CSV analysis is flexible — per project, per person, or office-wide. | ||
+ | |||
+ | |||
+ | **Flexible and // | ||
+ | The concept of //hashtag values// | ||
This is a // | This is a // | ||
But if you do use this method (in whatever variations) our system can collect these hashtag-values and put give them as a CSV file to you. Then you can choose how to use that CSV file as per your office policies. | But if you do use this method (in whatever variations) our system can collect these hashtag-values and put give them as a CSV file to you. Then you can choose how to use that CSV file as per your office policies. | ||
+ | |||
+ | **How to do Hashtag Value analysis**\\ | ||
+ | When you click on the ' | ||
+ | |||
+ | | ||
+ | |||
+ | If you notice, there are no # character there, and each hashtag is separated from the next by a comma. Do not use carriage returns. It is a simple text file, which can be created/ | ||
+ | |||
+ | So this is the file that you need to load when clicked the " | ||
+ | |||
+ | Then //Git Winch// will extract those hashtag-values and place them into a CSV file. You can then further work on that CSV file using a spreadsheet application such as Excel, and complete the analysis. | ||
+ | |||
+ | |||
+ | **Who can do this analysis? | ||
+ | Anyone can invoke the Hashtag analysis. However; internally, //Git Winch// will assume that you are the owner of some //Kanban Group// in the web-app, and also owner of some repositories too. If you are not an owner of either, the generated CSV file will be empty. //Git Winch// will only search in Kanban groups and repositories where you are the owner. | ||
+ | |||
+ | Internally, //Git Winch// will check the backend coordination server' | ||
+ | |||
+ | It will find out the person who created the Kanban card. Or, in case of Repository file-notes; it will note down all members who had written notes for that particular file. | ||
+ | |||
+ | For example; on one comment for a particular Kanban card you may have written the following comment | ||
+ | |||
+ | # | ||
+ | |||
+ | In another file-note you had written the following: | ||
+ | |||
+ | # | ||
+ | |||
+ | As you can see; you did not write just #admin or just #redlining. Instead you also gave a value for those hashtags. | ||
+ | |||
+ | This is quite similar to a teacher in a classroom giving marks for various subjects to students in the class. So the students (aka other members) themselves do not write their own hashtag values. But it is the teacher (i.e. the creator of the Kanban group or Repository) who wrote the hashtag value as a comment or file-note. | ||
+ | |||
+ | Internally, //Git Winch// will place the values of 4.5 and 9.5 for //#admin//. And 8 would be the value for //# | ||
+ | |||
+ | After processing those hashtag values, the CSV file is generated. | ||
+ | |||
+ | Here is the [[csvfile? | ||
+ | |||
**Hierarchical System**\\ | **Hierarchical System**\\ | ||
- | This is can be made hierarchical too. For e.g. Say the office has 3 tiers in its ORG tree. At level one is the owner (all by himself or herself) At level two are the managers and at level three are the regular workers. | + | This analysis |
- | The managers | + | The managers create Kanban groups for the set of workers they manage. These managers then do an 1-2-1 appraisal |
The owner has also created his/her own Kanban groups -- In these groups only the managers are present. The owner also does a 1-2-1 with each manager and creates the hashtag-values' | The owner has also created his/her own Kanban groups -- In these groups only the managers are present. The owner also does a 1-2-1 with each manager and creates the hashtag-values' | ||
The above is just an example. We are sure you can think of different variations to suit your own office. | The above is just an example. We are sure you can think of different variations to suit your own office. | ||
+ | |||
+ | **Gamification System**\\ | ||
+ | You may have guessed by now that this is a // | ||
+ | |||
+ | However, the CSV file is allowed to be downloaded ONLY by the person who created the group (and in case of file-notes; the repository). | ||
+ | |||
+ | So there is some kind of control on how this information is used. | ||
+ | |||
+ | **Soft-rules**\\ | ||
+ | An office is free implement their own " | ||
+ | |||
+ | For e.g. A manager may decide to have private 1-2-1 Kanban groups for each worker and use only that one for appraisals. i.e. Only the worker being assessed is part of that group. Why? Because the " | ||
+ | |||
+ | And of course, you can mix both the types of approaches too. | ||
+ | |||
+ | Some offices would only use the hashtag-values placed only in the last column of the Kanban group. Some others would allow such hashtag-values in any column. | ||
+ | |||
+ | Some offices may have // | ||
+ | |||
+ | In some other office, the " | ||
+ | |||
+ | The above method can be used where there is a more flatter structure, and all the members of the group are considered peers, including the one who created the group. | ||
+ | |||
+ | In short, there is a lot of flexibility on how to use this. | ||
---- | ---- | ||
[[concepts? | [[concepts? |