Closed stevevance closed 7 years ago
Steven Cutter - "What problems (like labor and environmental) can we solve with better ride-share companies?" gogride7@gmail.com
I want to make this an open source solution.
L3C, hybrid for-profit and non-profit - "for-profit social venture" - fiduciary responsibility to our mission before our shareholders.
Launch in Chicago, try to solve as many problems as we can with other cities.
I don't know all the problems that the city has. I want to come here and see what the biggest problems are that should be solved. Each area that we go into we can survey to find out what the biggest environmental problems are.
Claire and I consulted five clients on March 7, 2017.
The problem is that sometimes you spend a lot of time introducing new people to the Breakout Group topic and history, and these people don't return. Thus, it seemed like you wasted your time. It definitely wasn't a waste of the new person's time because they need to know whether the group is something they want to return to.
One method I've used is that after a couple of meetings you understand what info people are looking about your BG and you can document this on a GitHub repository wiki.
After they've read it...
The document (a README, per se) could describe:
I consulted BCG last week for my breakout group, Fantasy Civics #82 because I was having a hard time getting people to join my sessions. Fantasy Civics is an online game that encourages players to learn about Chicago wards and aldermen in a format similar to Fantasy Football. My main takeaways from the BCG session are:
I highly recommend BCG, their capacity for sticky note innovation is unmatched.
I was going through my email and came across this great writeup from @jpvelez in Oct 2012:
Launching an app
Getting data has probably been covered elsewhere.
My approach to getting tech folks involved has been to have a weekly open gov hack night + massive networking in the local tech community combined with personal outreach to people. Having a weekly space is great because it becomes a hub - people know they can always show up, people meet, ideas bubble up, projects emerge, non-technical civic-minded types from local gov + nonprofits + foundation start to take note.
Helps to always have the hack night at the same place to reduce overhead. Also, good to keep things technical and work-focused. Too many non-coders and too much chatting and you lose the momentum of getting things done. Eventually, fewer people show up. The point is not to exclude non-coders. You need to be welcoming to interested people, and integrate them. But it's important to get the right ratio of technical to non-technical. Also, the point is not to prevent talking. People show up for other people, after all. And if you have no ice breakers, no connections form. One thing that's working for us is doing introductions and then getting to work.
Keep things informal. It's really hard to herd the cats with volunteering, especially at first. Instead of trying to organize teams around project from the get go, I figured it would be easier simply to provide a place to work. At our hack night, it's totally cool for people to just work on personal projects. Most people do. But teams have also formed organically around projects. I've explicitly avoided micromanaging these or trying too hard to push them along. Better to be supportive and keep things light. If volunteer hacking starts to feel like work, people will stop doing it. (Maybe this puts a limit on the size / ambition of projects that are possible. Open City is a pretty tight-knit group, so we've been able to pull off some biggish projects. But you shouldn't expect the brigade as whole to just pump out big projects. The people who are interested in that and who will work well together will find each other over time.)
That said, it's not a bad idea to keep a list of projects people are working on. But the basic theme is avoid biting off more than you can chew, and avoid excessive process. Keep things leans and just start working - you'll figure out what process / tools you need along the way. Less talking, more doing. Don't fret over organizational before there's stuff to organize.
Lastly, it's a good idea to attract talent. Get a handful of really good coders / designers to show up and not only will the quality of projects be higher, but they will attract other people for you, and raise the quality level of everyone who shows up.
There's nothing wrong with making apps based on the possibilities of data and not the pinpoints of a problem. Many of the apps Open City has made fit that description. But to have impact, you need adoption. To have adoption, you need to 1. actually address a real problem, 2. design for that problem (the app isn't always going to be the first napkin sketch, and the solution isn't always an app).
To have adoption (user acquisition and retention,) you also need marketing. Civic hackers usually don't have the energy of interest to do this, and that's why the bulk of civic apps don't reach their audience.
In Chicago, we're trying to hack the adoption problem by getting city folks in the room. That leads me to the next bit:
Organizing around an app
This isn't as hard as it sounds. Civic tech is sexy; sell it. (It helps to have a couple of local civic apps you can point to.) One of the organizers, preferably a charismatic people-person should be in charge of outreach to gov/nonprofits/foundations. This really just means having lunch / coffee with humans.
Once you identify a workable (read: small) problem or idea, invite them to pitch it to the hack night. My theory - this is still just a theory that I'm trying to validate - it's that it's easier to get volunteers interested in a project - and keep them motivated - if they're offered the opportunity of working with the City itself, and of solving an actual problem.
Use tech that isn't a pain in the ass the set up. We use Google Fusion tables a lot because you don't have to deal with the hassles of setting up fancier database, and because it integrates directly with Google maps. We've also built a map template on top of it, which has itself become a useful, reusable building block for lots of projects. As a result, we can pump out interactive maps in mere days. Steal it.
If you're working with a community organization, get them to tell their members / community people / other nonprofits about the app. If you're working with the city get them to use their PR/twitter machine. Better, get them to link to your app from their website. Best, get your app on the city's domain. That's where the eyeballs are, for many apps anyway. People at the city will be super risk adverse if you pitch this. I don't have many lessons to share here, because I'm working through this right now:
However, I didn't want this to be yet another app that only civic nerds get excited about and nobody else sees - especially since there are ads all over Chicago's buses right now that say "GET A FLU SHOT www.cityofchicago.org/flu"
If you go to that url right now, instead of having a user-friendly tool that tells you how to GET A FLU SHOT, you have a wall of text.
So I get a meeting with the Commissioner of Public Health the following week. This was only possible because I already knew him (note the importance of relationships.) I showed him what we had built in response to his pitch, suggested we put it on the city's website to take advantage of their marketing push, and he was all about it.
I knew there would be a number of issues to resolve to make this work - app (co-)branding, hosting, who owns the code, who controls the code, legal boilerplate from the city making it clear they didn't build the app / weren't liable, etc.
So I made a list of all these issues, and we got someone from the Mayor's office to come to the meeting too. This guy is great and knows lots of people throughout government. So during the meeting we went through every issue and either resolved it or figure out how to resolve it and assigned that task to somebody in the room. And we set an (aspirational) launch deadline. All of the subsequent work has been done in an immense email thread. Hopefully the app will launch in the next couple of weeks.
No doubt we could be using a better process for all this, but I figured the best way to figure out a good, replicable process for these types of collaborations was to just starting doing it.
Here are some lessons thus far:
@stevevance @matiaskitty do you have any plans to do anything with this reasearch? a summary/write-up would be awesome and very useful for folks
This are my much belated notes/insights on BCG's session with @vingkan
Recap after meeting with Jamie.
Jamie is new to hack night. He wants to highlight the vacant storefronts in his neighborhood and learn from his neighbors what kinds of businesses they would like to see. Jamie had an idea or two on how to use technology to do this.
For those who are unsure what the group's outcome should be, start a breakout groups about an idea, instead of an app or website. Invite people to help you design the outcome together.
About the group
We are here to help you start or run an effective breakout group.
Describe your breakout group, how it started, what happened in the middle, what your outcome was. Then be ready to answer questions on struggles, successes, and learning how to manage with people.
Group leaders
Who we're looking for
People who are running breakout groups, or people who want to run breakout groups.
Tools
We are using our brains.
Relevant Links
None at this time
Where we meet
We can meet wherever, or we can come to your breakout group.