Have you always feel frustrated at the end of the week that you have accomplished nothing despite being busy for the entire week?
I was inspired by Barking up the Wrong Tree to write how using an issue tracker can improve the way of getting work done by incorporating behavioural science theories.
1. Attention is equal to Time
First, you need to be aware that your smartphones and inbox are huge time suckers to your productivity.
Each new email or a notification is likely to distract you from what you are doing. Mobile notifications is the new evil with a constant flood of notifications from your group chats and apps.
People who do a lot of attention switching, they believe they can focus when they need to, but the reality is they have lost that ability.
When you give them a task that requires focus, they perform worse than people that don’t spend a lot of time fragmenting their attention.
Therefore, you might want to check your mails and mobiles after completion of a task.
2. Maintaining a list
According to research, an average human can only keep track of 7 ± 2 tasks in working memory.
Therefore it is better to use computers to keep track of your tasks. It helps to keep you organised and ensure no tasks get missed.
3. Setting up a routine
Have you ever wondered why people will always remember to log in to check their Facebook or to play their mobile games?
Well, they all send you notifications periodically to remind you to do so.
So you can set up a reminder for yourself to check on the tasks that you need to do at the start of the day/week.
4. Create small wins for yourself
The biggest difference between working and studying is there aren’t regular tests to tell you how good you are performing and to let you move to the next level.
You need to create small wins for yourself to and your team have the feeling of progress.
People’s inner work lives seemed to lift or drag depending on whether or not their projects moved forward, even by small increments.
Small wins often had a surprisingly strong positive effect, and small losses a surprisingly strong negative one.
Start having a report to see how many tasks you have accomplished at the end of the week.
You will not feel nothing is done at the end of every week.
5. Start to reduce shallow work
A mentor once shared with me the concept of “Death by a Thousand Paper Cuts”
Similarly, small insignificant tasks consume your time and distract you from getting the real work done.
Shallow work is little stuff like email, meetings, moving information around. Things that are not really using your talents.
Deep work pushes your current abilities to their limits. It produces high value results and improves your skills.
Instead of spending time to compile reports and filling time sheets, use tools to automate this to free up time to do meaningful work
6. Learn how to say no
Do you know that a common characteristic of successful people is that they know how to say no at the right time.
By asking your co-workers to log a task in the system for you, it makes them think harder whether it is necessary.
This either helps you to filter unnecessary tasks or prepare the information for the task upfront.
It also helps your superior to see your workload and balance the assignment accordingly.
7. What gets measured get done
Usually most of us work together as a group. Sometimes you need someone to complete a piece of work before you can work on it.
If the task is passed over to you late, you will have less time to work on it. The worse scenario is that it interrupts you
Try to set a due date when assigning out a task and send automated reminders to chase them.
8. Use the correct tool
A major limitation of using the Inbox to keep track of your tasks is that emails are sorted with the latest first.
It creates a natural tendency to read and react to newer emails than to follow up on the earlier emails.
Work should be FIFO (First In First Out), not LIFO (Last In First Out).
If you keep on reacting upon those newer incoming tasks, your older tasks will eventually become urgent and get on top of you.
Then you will be pressured to rush finish those late tasks.
You might want to use a To-do list tool or issue tracker to manage your tasks.
You can find more useful tips and related information for the quotes and links referenced in this article below:
Share this post
The Confluence Page of the Month for February goes to a Scheduled System Outage announcement from Lawrence Berkeley National Laboratory.
4 reasons we like this page:
- The author took effort to add the logo of the affected system so that it can be identified easily
- Good use of blog to communicate time related announcements to users
- Facilitate navigation by putting latest news and common links on the right sidebars
- Integrating with Google Calendar to show upcoming events
Tip: You can select the image uploaded previously from the Confluence image browser
Share this post
We have a customer using VertygoSLA plugin to track the SLA for requests in their JIRA, but VertygoSLA was acquired by Atlassian to be embedded with JIRA Service Desk. There were 3 options available:
- To switch to JIRA Service Desk
- To find other suitable SLA plugins
- To build our own SLA plugin
We decided to build our own Days Elapsed Traffic Light plugin due to the following considerations:
- Need to calculate the number of working days. As the business requests can take many days to resolve, displaying 9 days elapsed is less mathematically challenging compared to 72 hours passed
- Ability to flag out issues that is going to exceed the SLA soon. The yellow traffic light is helpful for alerting users
- To be able to retain the SLA information from the old requests
Setting up the Traffic Light custom fields
The setup for the Traffic Light custom fields is pretty simple with a couple of steps
- For every VertygoSLA custom field, we added a corresponding Traffic Light custom field with the same name
- The working calendars have to be added to define the working days and non working days. In order to cater to departments with different calendars, we introduced the concept of country calendars and organisation calendars. This will alleviate the administrators’ tasks of having to update each calendars individually
- The mappings have to be defined to specify the thresholds and conditions for the SLA to be applied
- Post functions are added into the workflows to start and stop the Traffic Light Timers
Migrating the VertygoSLA data
The patching was the most time-consuming part as it was done incrementally over different JIRA projects. We built a patcher module that can select the issues to patch.
- The patching was done during off-peak hours to avoid disruption to the users
- The patcher will read the VertygoSLA information and find out the duration of SLA timer
- Using the number of days elapsed, the traffic light colour is determined
- The information is then populated into the corresponding Traffic Light custom field
- We created dashboards with our Multiple Filters Chart Gadget for the users to verify the results
- After verification, the VertygoSLA custom fields were deleted
Share this post
Nowadays, it is a more frequent occurrence to find technical documentation written in Confluence and some of them had done a great job. Then the idea came: “Why don’t we showcase them on our blog? A well done piece of work deserves recognition and other Confluence users can pick up the good practices too.”
That’s why from this month onwards, we will be starting a Confluence Page of the Month to showcase a Confluence page that we chanced upon and think it is interesting.
The page to start the ball rolling is the Maxwell Render V3 Documentation
3 reasons we like this page:
- By embedding the Vimeo video, the page became much more interesting
- The layout looks neat and organized with the RefinedWiki theme
- It looks easy to navigate through the content from the left side bar
Share this post
It is a frequent question – Why should I buy Jira Data Center?
Due to that, we are sharing our experience with Jira Data Center as an Atlassian Solution Partner in this post. Hopefully, we can help to shed some light on it.
What is Jira Data Center
Jira Data Center is a deployment option designed for high availability and performance at scale when hosting Jira Server in your own premise.
This is possible with a cluster of servers to share the workload from incoming requests through the use of a load balancer. To add on, each node is a complete Jira instance with its own index.
What are the benefits of using
- Performance – Faster performance with it distributes the load across the various nodes
- Increased users – A 2-node Jira DC cluster can support double the load of concurrent users with the same response time as compared to a single Jira Server
- High Availability – With active-active clustering, it guarantees uninterrupted access in event of hardware failure. This is because it will redirect requests to an active node automatically
- Instant scalability – It is possible to add more nodes without any scheduling any downtime
- Disaster Recovery – Option to have another set of hardware on standby
When you should start looking
at Jira DC
The Jira Server should be sufficient for most users until you encounter one of the scenarios below:
- your existing Jira issue count is hitting a million
- you are growing at 20,000 issues per month
- there is a need for high availability (HA) or disaster recovery (DR)
- the CPU usage for your Jira Server is peaking constantly
- more and more users are complaining of slowness
Before upgrading to Jira Data Center
- Can you allocate more resources (e.g. CPU and RAM) to the Jira Server?
- Have you explored performance tuning?
- You may want to check whether virus scanning is slowing down the system. Likewise, you can use our Attachment Checker for Jira app to limit virus scanning to file attachments
- Have you upgraded to the latest version of Java and Jira? Do you know Jira 6.4 is 30% faster than Jira 6.3 on average? Check out 5 Things to Know for Scaling Jira Performance
What are the considerations
- Jira Software Data Center is an annual term license. That is to say, you need to renew annually to continue using it
- The pricing is based on user tiers and does not have any limit on the number of servers or CPUs
- There is a discount for upgrading from Jira Software Server to Jira Software Data Center
- If you are only setting up a cold-failover server, you can use a free development license without additional cost
- The apps must be with Data Center compatible
- If you are moving from Jira Cloud to Jira DC, this could be tricky
Atlassian is also launching Jira Enterprise Cloud which you can find out more from the differences between Free/Standard/Premium/Enterprise for Jira Cloud.
For those who do not need HA setup, we recommend the following strategy
- Start with Jira Software Server
- Do performance tuning to stretch the limit of Jira Software Server
- Conduct benchmarking tests to measure the improvement with Jira Software Data Center
- The number of nodes to allocate depends on the number of concurrent users and the usage pattern. The following chart can be a reference on how increasing the nodes increases the number of requests handled without affecting the time taken
- High Availability Guide for Jira
- Disaster Recovery Guide for Jira
- Jira Data Center Webinar: High available and performance at scale for your enterprise
- Data Center Migration Essentials: Checklist for Moving to Data Center
- Jira Sizing Guide
- Jira Data Center FAQs
Share this post
This short video gives a good introduction on how teams use various Atlassian products to get work done
- Confluence – for team content creation and sharing
- JIRA Software – for team planning and project management
- JIRA Service Desk – for team services and support applications
- HipChat – for team messaging and communications
- Bitbucket – for team code sharing and management
Each of them work well individually and can integrate seamlessly with a consistent user experience and richer feature set
Share this post
We have been spent a lot of time explaining to customers the differences between JIRA Core, JIRA Software and JIRA ServiceDesk. Think this infographic summarises them well.
For those who wants to check out the screenshots and links, it is available at http://www.akeles.com/what-are-the-differences-between-jira-software-jira-service-desk-and-jira-core/
Share this post
Recently, we completed a project for a bank. Their original idea was to build a system for tracking but they decide to leverage on JIRA since they were already using it. The requirements can be met by adding a few new JIRA projects and customised plugins.
However, there was a big challenge to quickly deploy changes on an existing JIRA Production system. The changes had to be replicated across 3 separate environments (DEV, QA and PROD). This meant that the users had to wait a longer time to use the new features. Luckily, we discovered the Configuration Manager Plugin. It is a JIRA add-on that enables automated deployment of configurations across JIRA instances.
With this plugin, we managed to replicate the configuration in 1 environment within 1 day instead of a week. We managed to shave 8 days of effort for QA and PROD environments. It eliminated human errors which could not have been avoided if we took the traditional method. There were just too many steps to replicate with zero errors.
We were very impressed and want to share our experience with fellow JIRA users.
How we did it
Due to confidentiality, the steps are listed using the screenshots taken from the plugin author’s page.
- The initial configuration in DEV had to be done manually. We cheated! Using our in-house Project Creator plugin, we created hundreds of custom fields from a MS Excel file
- After the schemes and workflows were set up, we got ready to create a configuration snapshot for export
- The Configuration Manager can only be accessed by a JIRA Admin under the admin console
- Select the Add Snapshot button (or Create Snapshot for newer version)
- We used System Configuration to capture all the configuration so that we can deploy multiple projects at the same time
- After the snapshot was created, we downloaded the xml file by selecting Download from the gear icon on the right side
- The file was copied to the UAT environment to be deployed
- Similarly, the JIRA Admin had to log into the admin console to access the Configuration Manager page
- To play safe, we did an backup of the UAT environment before applying the changes so that in event of error, we can still restore the UAT environment to the previous setup
- Click on the Deploy link on the left sub-menu to access the Deploy Configuration Snapshot page
- Click on the From Snapshot File button to upload the xml configuration file created from DEV
- The snapshot will be added to the list of snapshots available for deployment
- Click on the Deploy link under the Actions
- The list of configuration changes will be listed. The additions are identified by whereas modifications are identified by
- We spent more time verifying the changes identified with the changes to ensure they do not affect existing configuration.
- When the changes were confirmed, we proceeded with the automated deployment
- Once completed, the changes could be viewed in the Audit logs
Interested users might want to consult the plugin documentation page at https://botronsoft.atlassian.net/wiki/display/CMJ/Configuration+Manager+Documentation for details.
Feedback for Improvement
We were very glad such a plugin is in existence. However, there are some limitations or possible improvements
- The configuration stored using ActiveObjects had to be replicated manually. This is because there is no easy way to differentiate the configuration settings from the issue values
- The selected role for the Issue Alternative Assignee custom field had to be re-configured after it had been added automatically
We recommend Configuration Manager Plugin to JIRA Administrators who need to implement many changes across multiple JIRA environments frequently. It’s a time-saver!
Share this post
Atlassian’s Five Secrets of JIRA Performance at Scale webinar shared some useful insights on scaling JIRA performance.
Here is a pictorial summary will be useful for those who missed the video.
1) JIRA 6.4 is 30% faster than JIRA 6.3
2) Custom fields have the most influence on the speed especially on creating issues
3) The number of users does not have much impact on the speed
For details, you can check out the video below or the detailed report at https://confluence.atlassian.com/display/ENTERPRISE/Scaling+JIRA
Share this post
On 22nd September 2014, Atlassian is in Singapore for the 1st time to host Getting Git Right 2014 . Atlassian is well-known for their developer tools such as JIRA, Confluence, etc. The team spent the afternoon in town to talk about how Git together with Stash can help developers work more productively and deliver products faster.
Stash is a Git repository management software to enable users to collaborate on their code better. Revision control and source code management is becoming increasingly essential for development teams big or small. It helps developers to collaborate more efficiently, hence the proliferation of Git adoption for developer teams and increasing interest in products like Stash.
The Atlassian team shared their best practices on development workflows such as how to integrate Git into the system and how to use Git for faster releases. The revision control provides users with records of changes made to projects thereby empowering them in tracking and recovery of source code.
A lucky attendee walked home with our Intel® NUC mini server with Atlassian Git Essentials (JIRA+JIRA Agile+Bamboo+Stash) pre-installed. Our Git Essentials Mini-Server is targeted towards startups and small teams as it is both energy-saving and space-saving.
Share this post