I am not using my Rejsekort every day, so it happens to me regularly that I forget to check in or out when traveling by train. While playing around www.ifttt.com I found out a way to use IFTTT for sending my a reminder on my mobile when I am close to the stations that I usually using.
I am using this way now for a few weeks and it working fine. It saved me a some money and its very easy to use.
How it works:
The IFTTT app send you a notification to remember check in/ud when you a getting close to a station.
What you need:
- IFTTT account. (Its free)
- IFTTT recipe. (I describe below how to do that)
- Mobile phone. (IPhone or Android)
- IFTTT app. (Its free)
Create an IFTTT recipe
IFTTT (If this then that) is a very powerfull service that can be used in may ways. To create an account go to http://www.ifttt.com. Click on “Sign Up” to create an account.
After you have created an account search for the recipe “rejsekort alarm”.
You find the the two recipes shown below. One for IPhone and one for Android.
Click on the recipe for your device.
Now you have to select for what station you want to get an alarm. Type in the town and station name and press search. Check on the map that the station is shown on the map. Use the plus and minus buttons to adjust the highlighted area. I recommend a size of ca. 100m.
Press “Add” to create the recipe.
Thats it. You are done with your first Rejsekort recipe.
Repeat these steps for the other stations that you are usually using.
Installing the App
Now you have to install the IF app on you mobile phone.
Install the app and make sure you allow the app to:
- show notifications
- use your location
- run in the background
I have not noticed that the app uses lot of battery on my iphone.
You are done. Next time you are getting near or away from a station you will receive a notification to not forget to check in/ud.
Your first Scrum meeting can challenging especially if you never had a Scrum training.
I spend quite some time at work in meetings. So I thought to I try to identify the different types of meetings I am facing.
Meeting Type 1. The lonely meeting
The meeting were no one but you is arriving. You are wondering: Have you missed the meeting cancellation, does no one care, has outlook messed up the time zones again ……
Meeting Type 2: The laptop meeting
The meeting where everyone seems to be more interested in their laptops (doing other work or surfing the internet), instead of paying attention to the meeting.
Meeting Type 3: The no one cares meeting
At this meeting no one participates. The meeting is so pointless that even the meeting host will not arrive.
Meeting Type 4: The perfect meeting
Everyone arrives in good time. The technic is working without problems. Everyone is concentrated. The presentation is interesting ……. (It must be a dream).
Meeting Type 5: The “Death by Power Point” meeting
Be alerted when you hear the words “I have prepared a little power point presentation”.
I would like to share some of my thoughts about story point estimation.
I am working as a product owner with two scrum teams. One team is estimating the product backlog in story points, the other is using days. When we do sprint planning (two week sprints), the teams split the user stories into tasks and estimates them in hours.
Comparing both teams I experience that the story point estimation of the backlog is much easier for the team. It took some while to get used to it but now estimation is very straight forward with good enough accuracy for release planning. It’s easier because we estimate how “big” a user story is, not how long it will take to implement it.
Scrum Days vs StoryPoints Estimation
On a product owner course with Mike Cohn he had a very good way to describe the difference between days and story points:
Think about two different persons, one a very sporty guy and the other a normal guy. Now you ask these two persons how long it will take them to run to the building you can see not so far away. The sporty guy answers 5 minutes, the other answers 10 minutes. It will be very hard for them to agree on an estimation. If you ask them instead how far away the building is, you probably get two answers that are quite close together e.g. 1000m and 1200m. They both will be able to agree.
This is exact the same situation for developers if you ask them how long a user story will take to be implemented. The team will come up with different estimates based on their different experience levels. If you instead start estimating how “big” a user story is it will be much easier for the whole team to estimate. There will be much less discussion and the whole process will be much faster. After some estimate sessions everyone in the team will get a good felling for what “big” means.
Travel Notifier is an IPhone app that notifies the user when he is approaching a specific location. Add your bus/train stop to Travel Notifier and relax. You will be automatically notified by your iPhone when your are approaching your stop.
I developed this app using Corona SDK from Corona Labs.
For more info go to: http://travelnotifier.ogil.net/
I developed this Android app together with a friend who is a social worker in my home town. This app helps social workers and youth centers in my home town in German to inform young people about events (music, sports etc.).
The app is developed using Appcelerator Titanium.
For more info go to: http://der-plan.ogil.net/