The Basics: A hackathon goes by many names – hack day, hackfest or codefest. Essentially, a hackathon is a design, build and demo sprint-like event where you get random people to team up and collaborate intensely, usually for 24 to 72 hours. The skills required are typically in software development, graphics or human centered design; user interface and user experience design, project managers, and domain or subject matter experts.
The organizer will provide some challenges, and the participants will form teams and try to come up with their best ideas/solutions. Eventually, the team(s) who presented the best ideas/solutions will get to win some cool prizes. Prizes can be cash or some gadgets.
Here are some thoughts about how to make the most of your participation in a Hackathon.
Ideate – It’s important! You should be prepared to spend time brainstorming… first defining what you’ll be building. Start with the kind of challenges or problems presented by the organizers. Social or support forums are also a great source of insights into what people are frustrated with, their problems, and what they’re asking for. This way you can be certain that you’ll be developing a solution that provides value and solves a problem.
Do not take on an idea because it sounded the most impressive or tech savvy. Think about the kind of impact your work will have on users. Take time to make sure that your idea is impactful and this should save you time down the line when you need to put all the features together.
Sometimes the idea falls into your lap in a flash, and other times it takes some digging to lock onto a great idea. The hackathon will teach you how to be patient under pressure. Keep in mind that at some point (ideally before the end of the first day), you definitely need to start building.
The All Conquering Team – To win the hackathon, you have to have a dream team. Usually the first thing to do when you get to a hackathon is to scout the registration form to get a sense of who else (and what skill set) is around. Often your team will be random people. Your goal is to locate people for these 3 key roles and ask them to join your team (would be great if you yourself are one of these 3 as well):
- The Dev/Coder — this is someone with front-end development experience. mobile development is even better. If your team doesn’t have a single person who can code, it’s time to find one.
- The Presenter/Pitch maker — this is someone who will sell your idea to the judges. You need a good mix of confidence and empathetic charisma. If your team can’t sell, it won’t matter how great the idea is.
- The Designer — this person understands Human Centered Design – they know how to start with people, and then add technology to the problem. It would be great if they are good with user interface and user experience design. This role is a strong recommendation.
A hackathon is very short. Time flies when you are having fun, 4-5 people are trying to break the ice, pitch ideas, win over team-mates, and still get working. This is the time to communicate openly about what you think (and know) is incredibly helpful. If you have a question, ask for clarification. If you think of a better way to solve a problem, tell your teammates. Don’t hope that someone will see it the way you see it. Make sure that everyone is on the same page – this will save you time down the line.
An important part of finding a good team is determining to be a great team member. Hackathons are high stress, so you want to make sure you can rely on your teammates and they want to feel the same way about you. There is no time to worry about how or whether you will get along with a teammate. Going into a hackathon with people you have worked with before can save you the mental stress and energy of figuring things out during the hackathon, but you won’t always have this opportunity.
Figure The Heart and Soul – Figure out what your hackathon host and sponsor are looking for. Some hackathons will be more impact driven while others may be more technology focused. Knowing the focus of the organizers will help you decide how to narrow down your project idea. If they have organized previous editions of the hackathon, research the winning ideas. See what ideas were accepted to participate. Researching each judge’s background before the pitch can also make a difference on how well you do in the competition. Without a direction, you won’t be able to get to where you want to go.
During the event, make time to talk to the organizers and sponsors – figure out if there are products you will have access to which may help you overcome roadblocks. Talk to them about the idea you are building and the problem it solves, as well as your approach. The advice you will get ranges from which pathways to not tackle, or how you can do it more efficiently, which will save you lots of time.
If you are a developer/coder prepare by reading all about the APIs you are expected to work with and researching libraries you can use. This way, on the actual day you can focus solely on building your prototype and every team member will be on the same page.
Also, leverage the opportunity to network and find out about what other features or even different integrations their customers are asking for. You might just get your next great product idea from them! Don’t be afraid to reach out and ask for advice.
Learn, Unlearn and Re Learn
Get prepared – there’s going to be a lot of learning that happens in such a short time. I have been to a few and it’s clear that even in such a short time you can learn anything if you really want to. You will likely encounter tools you have never used, get insights into domains other than yours. A hackathon is a great place to learn how to learn. Although winning is nice, learning and appreciating the unique experience that a hackathon offers is something I’ve always enjoyed.
Probably the most important life lesson you will get at a hackathon is how to fail fast, and fail often. You will face some uncomfortable moments such as you are not the only expert in the room, but if you learn to deal with simple and small failures, you will muster the power of persistence, endurance and teamwork. Most importantly, that it’s okay to fail. Every failure will lead to a new insight about yourself and the world. Challenge yourself, and apply for hackathons for areas you know nothing about. You will walk away with newfound knowledge.
Coding – How Deep Should You Prototype?
So you have this cool idea – doing many awesome things – the tricky part is stripping it down to its core and focusing on building only what’s essential to deliver it’s value proposition. After all, you have to make it real. It’s time for the coder and designer in your team to start shining – by building a Proof-Of-Concept (POC). We are not looking for a bug-free solution, infact, you can even have zero functionality. Your audience wants to see, so visualize the solution, help them understand how your idea works. Try to make it look really good. Judges can easily be impressed when they see your team coming up with such a beautifully designed product in a short time.
A good technique is mapping the entire user flow you have in mind. This activity is best done along the product, design, and the dev team so everybody brings their perspective to the conversation. Techniques like Story Mapping should get you started.
After mapping, review the flow with the dev team and make them estimate how much it would take to accomplish that. If it requires more time than the hackathon allows, you’ll have to prioritize features and build only those essential to the core value of the product. If you can, work on everything that’s not code beforehand. It is of top priority that you define the specs of what will be built and that the design team gets mocks ready.
The Pitch – Your 3 Minutes Of Fame.
Your presenter needs to prepare for the presentation. Do not wait till the end to put this together, start working on it while the POC is being built. If the presenter is also the coder, prioritize the POC and then get to the presentation. You will need about 2~3 hours preparing for the presentation. 6 slides, 5 bullets on each. The slides are complimenting your own charm and charisma as you interest the audience enough to buy your idea. There’s no hard and fast rule on slide content, but generally make sure you get this across:
- The problem statement — Prepare a few slides telling people about the background of the problem that you are trying to solve. Remember we are trying to solve a problem using technology.
- Demo — People get bored easily. After telling people what the problem is, straight away tell them how you are going to solve it. Quickly show them your demo and WOW them. (Please make sure your demo works!)
- Compare — Do a comparison. Is there already an existing solution to the problem, if there is, how is your idea better?
- Hidden Slides — Always prepare some hidden slides that discuss potential future enhancements of the idea, business model, and what are some difficulties you faced during the hackathon. These can be useful during the Q&A.
The presentation is the only chance where you can sell your idea to the judges, the only time you can tell them: “my(give) idea(me) is(the) brilliant(prize)!”.
The most meaningful hackathons and experiences revolve around the people you meet, and not just what you build together. Your teammates can turn into future coworkers, collaborators, and friends. You get to know someone very quickly when you have to problem solve together in a compressed time and place – think of it as the perfect relationship icebreaker!
Hackathons are not just pizza, soda and free high speed wi-fi all day (and night) long – they are intense! You will not do much good for your team if you are not in a better shape physically and mentally. You’ll have a much happier and more productive experience if you take care of yourself along the way. Drink water. Take care of potential distractions like small errands – get up and walk down a flight of stairs – do whatever you need to make your hackathon a fun and happy experience, whether that means going home to sleep or taking breaks to get some air and some salad.
Prepare for the prize. Of course it’s not guaranteed, but if you work diligently, and follow the guidance above, most likely you will win something. Plan for what to do with tricky prizes like mentorship and incubation – which might require you to set up a business entity. Decide if a cash prize will go to developing the idea further or not.
Not all hackathons are the same, but when it comes to experiences preparation and good team communication will get you through. Many teams think the best outcome of a hackathon is winning the prize, but the better goal is to build the prototype of a product for which there is a proven market need.
Good luck in your next hackathon!
reBlogged from Amplify…
My dearly beloved late mother desired that I should become a medical doctor. As it were, I gravitated to computers instead. In my short professional career, I have found my place using computers — and information systems — to improve health outcomes. From the linux based African access point, to becoming part of the Uganda EMR Society, I have marveled at the way information technology is utilized in the Ugandan health system. Suffice it to say, progress has been slower than my liking. But that’s another story.
When I realised I would not attend medical school, I decided that I would pursue something closely connected. A computer science graduate, my work experience experience has spanned Netmark Nigeria household surveys to telling the story of pediatric HIV in Uganda. Along this journey, my colleagues have included architects, designers, communications specialists, and data scientists, to name a few.
Find the rest of this post on GHC’s Amplify publication.
My Speech On the Occasion of the 7th Graduation of Greenbridge School of Open Technologies – Kampala
Ladies and Gentlemen,
Today, I lead a team of 10, supporting ICT for Watoto Ministries having previously worked with USAID and EGPAF’s STAR-SW Project in Mbarara. Before this, I led a team of 4 managing ICT at the International Health Sciences University, work that I took up after supporting the Ministry of Health’s efforts in Health Management Information Systems as far as Rakai and Bududa!
I have been fortunate to travel this country, from Laminadera to Bunagana, from Lake Katwe to Malaba – Uganda is gifted by nature; but most importantly, this country has potential in the multitudes of young people across hundreds of communities.
My work has also taken me to Nigeria, Ghana, SA, Kenya, Tanzania and Rwanda. I have met more young people, lived through better infrastructure and you can’t help but marvel at flying back home. It’s beautiful here.
You also cant help but see that the world out there is changing so fast, I started out in this profession when my course works would fit on a3.5 inch floppy disk – and now, only a dozen plus one years later, they are gone! You can check blood-pressure on a wearable gadget, you can study without ever being in a classroom, and my preschool kids know their way around a phablet!
Education, Health and all of life is not what it used to be. The product of education is perhaps a most interesting thing – the world now desires a knowledge worker – fast, radical, with highly relevant and immediately applicable skills. There are 2 lessons that I have learnt in the last few years that I feel are profound in my profession.
Multi-Disciplinary Technology Evangelists
You see, traditional approaches to life have changed. Wealth and economic development in the information era has now shifted to knowledge, learning and innovation, which reside in the minds of people like you and me.
The challenge is to live and thrive in a world and community that demands more innovation. And the demands are off the keyboards and app-stores that we are so familiar with. The challenge is in the slum trenches, in hospital document stores and in government departments that are straddled with archaic use, access and management of information and systems.
But who will be the technology evangelist that will take interest in health systems? Who is interested in how citizenry access open data? Who will make ICT 4 Education their priority? Because I have learned that I cannot just be a great innovator and technology evangelist, I need to anchor into a social sector in order for my technology to be felt. That is what how I attempt to define ICT for development. The defining indicators for development are immunized infants, literate children, active young people, empowered communities and informed citizens.
Which sector will you influence with technology today?
Please note that there will be no quick fixes. Success will be intentional, over time with major commitment and dedication from leaders, knowledge workers, resource mobilisers and everyone. The starting point is a generation that has in equal measure an innovative and entrepreneurial spirit which can be supported with vibrant research and training (such as at Greenbridge) as well as innovative programming delivered by governments.
Being a Young Leader
That brings me to the second most important lesson in my life, one that I am passionate about and continues to be exciting and challenging. This is the question of young leaders – you see, this is not about age, after all that is just a number – “young leaders” is much more about leading in this generation; about identifying with the issues of this generation; and about connecting with this generation in their own unique way.
How do you lead a generation that prefers a mobile screen to face time? How do you connect with a language based on shorthand? How do you inform an informed generation? Moreover, how do you “hang out” with them – at their wells and grazing grounds?
You can, if you are one of us. If we let you lead us – something we do when we know that you understand our language and can communicate with us; but also that you can uniquely congregate us around the most important issues of our time. Jobs. Opportunities. Empowerment.
To be one of us, you have got to be young – literary and at heart. But you cannot be a leader without learning the most important aspects of being a leader:
- That Leaders Eat Last – That there is a social contract we sign with our leaders, affording them all the perks, privileges and rights; in order that they will stand up for us and protect us and identify with us. If you want to become a leader, putting others first is important. Always.
- That Leadership is Learned Over Time – Its not like an instant message; like a picture download, actually it feels more like a 6 semester course, spread over the rest of your life. And no, google does not work either, you cannot google leadership. To enjoy the perks andprivileges above, you have to work for it. To be in Hon. Anite’s shoes in 2016, you ought to have started, because leadership takes time.
I believe in young people, and I believe in their empowerment. I believe in the power of education to transform a generation and in the power of a generation to transform a nation.
But you must remember this, Uganda needs young technology evangelists who are ready to permeate all of life’s spheres of influence – The Arts, Education, The Media, Religion, Business, Medicine – with transformative technology.
Greenbridge and institutions such as this seek to curve out a different mould of a young technologically apt leader – are you the one Uganda is waiting for?
Lastly, I find this Alvin Toffler quote very interesting: ‘The illiterate of the 21st century will not be those who cannot read and write, but those who cannot learn, unlearn, and relearn.’
Thank you for listening to me.