A one-day hackathon on e-scooters, e-cycles, e-rickshaws and e-cargo. We don't give you a problem to solve — finding one is half the challenge.
Finding one is half the challenge. Tell us a real problem you have found in India's micromobility EV space, show us how you know it is real, and build something about it in a single day.
off an extension cord
eleven-hour delivery shift
dead pack, 14 months
Name a real person or organisation — a rider, a fleet, a lender, a workshop, a city.
You watched it happen, you asked someone, or you found data. One honest sentence beats a confident guess — talking to one real rider counts as evidence, and we score it as such.
Software, built on the day. Explain how it addresses the problem you named.
You get eight hours. Tell us honestly how far you expect to get.
One, two or three of you. If there is more than one, say who does what.
You arrive with an idea and a repository. You leave with something that runs.
Illustrative, not a menu. Plenty of these vehicles already collect data — it just stays locked inside whoever built them, rarely shared and almost never standardised. If your idea sits outside these and you can argue for it, send it anyway.
Swap cabinet, 18:40
We score what you add on the day, not what you arrived with.
You work in a repository we give you, so we can check the work happened on the day.
Tag your starting point baseline. Starter code, libraries and datasets are all fine — just tell us what you brought.
Two pages. It goes into the project's published report, with your names on it.
Build day
Anyone who can get to Varanasi for the day and bring a laptop. Enter on your own or in a team of up to three. No hardware, no entry fee.
A laptop and whatever you normally code on, plus your repository pushed and tagged baseline. No hardware needed.
IIT (BHU) Varanasi. One venue, one day, 09:00 to 20:00. The ghats are a twenty-minute ride from campus, if you are staying the weekend.
The best entries pitch to an industry panel, which picks projects to carry on with a partner after the event. Your case study is published with your names on it.
No, and that is deliberate. Finding the problem is half of what you are judged on. The eight areas on this page are examples, not a list to pick from.
Yes, and you should. Tag it baseline and push it before the day, then tell us what it includes. We score what you add on the day, not what you arrived with.
Yes. One to three people. A solo entry is judged exactly the same way as a team of three — there is no allowance either way.
No. Your solution is software. Bring a laptop and your usual setup.
Say so clearly, in your case study and your pitch. Judges score an honest account of what did not work above a demo they cannot check.
On your abstract. We read for a real, evidenced problem first, and the build you propose second.
You do. Case studies are published CC-BY-4.0 and code under MIT, so the work can go into the project's report with your names on it.
Trunk road, 21:10
Supported by the British Council Going Global Partnerships programme.