I'd love to tell you a story about how the software I created helped my community. Sadly, I can't: nothing I built ever found an audience. This talk is about how I failed to reach a community, about why it doesn't matter - or rather: what I learned from being stuck in an open source team of one.
For years I was convinced that the success of an open source project was determined by the usefulness of the software. My imaginary blueprint of open sourcing was:
Build something useful
Open source it
Everybody wins
It turns out that it is much harder than that.
This talk is about how I built several tools that would help the UX community to deliver awesome products with a great experience, while never finding an audience for the tools. We'll look at all the mistakes one can make and what to do instead to build a thriving community.
And even if you don't find an audience: Zero adoption does not mean zero value. We'll look at how there is great benefit in building and publishing things, if not for others then for yourselves.
16. „Our employees in the
field need to go on our
intranet over their mobile
phones.“
17. We needed a tool to
prototype mobile experiences
with real data
It was clear that „prototypes“
like these would not be
enough to see if we were
going in the right direction.
18. A tool like this
(That’s the actual prototype.
It still works, even after all these years.)
19. A tool to prototype
mobile experiences
with real data
This is how Protostrap
came about
33. Documentation
It’s the hardest easy win.
★ It’s hard to document so others
understand
★ Documenting software is like math:
examples go a long way
34. Allies
many brains are better than one.
★ find allies early on
★ true allies help you focus
★ development partners, mentors,
advocates, sponsors
35. Make a plan
★ Figure out your pipeline
★ Share it so people see that the
project has a future
★ Maybe the things you’re planning
add enough value for adoption
36. Make frequent releases
★ People see that the project is
active.
★ Don’t neglect minor releases:
they are the pulse of the project
37. Process
Relese early, release often is hard
★ Writing is rewriting
★ Focus on benefit not features
★ Find the balance between new
and refactored.