Site icon R-bloggers

How-to organize a satRday conference (v0.1)

[This article was first published on R – Data Science Los Angeles, and kindly contributed to R-bloggers]. (You can report issue about the content on this page here)
Want to share your content on R-bloggers? click here if you have a blog, or here if you don't.

It has been over 2 months since the first satRday conference ended and I shared some quick impressions on that, where I also promised a follow-up post on my experiences as ending up being the main organizer of the event — this is what you are reading now. Although the idea was born at the EARL Boston conference last year, and I decided to take part in the project while living in Los Angeles — the conference took place in Budapest after all as logistics seemed to be easier there thanks to my closer relationship to the Hungarian R User Group.

Anyway, the location does not matter that much: if you have the chance (and resources) to organize a satRday event anywhere around the world, please do — as it’s great and extremely useful for the local community, and it’s a very rewarding (although often also demanding) experience for yourself

Do it only if you are passionate!

As said it’s fun to take an active part in the project, but it’s a full-time job for at least a month.

I’ve started the actual first steps (looking for venue, picking the date etc) at the beginning of June, and I thought it takes a few hours a week until September to get ready for the event. Actually, it became 2-3 hours a day fun project of my life for 3 months — including weekends, which was sometimes pretty cumbersome besides doing a full-time job. So be prepared for that

For example, I did not even think about how many hours will I spend with writing raw HTML:

So it takes around 4 months and 100 commits to organize a #satRdays conference https://t.co/oVKe9Cn9H0 pic.twitter.com/V3HB5SiBVJ

— Gergely Daróczi (@daroczig) September 19, 2016

Build a team

I was lucky to have Denes Tóth (co-organizer of the event) who volunteered for the project and took care most of the venue, catering, accommodation, and a whole bunch of other minor things that came up as we progressed with the organization. Also, I received many useful tips and connections from Bence Arato (organizer of BI and DW conferences in Hungary). Still, as the main organizer, I should have built a larger team right at the start and delegate better the tasks, because each task has so many sub-tasks, for example:

All these might sound pretty easy, but believe me: each item can take a lot of time, and you realize this only when you are eg tweaking the CSS of the conference homepage (on your way to a sponsor to chit chat a bit) you have manually put together a few days ago, as that seems to be the quickest way to provide some usable input (as a png export from the browser to be edited with Gimp that you never really used before and your designs skills suck anyway) for the press working on the roll-up banner to be printed in time.

Pick a date and venue

Although this is a community-driven event, but sometimes you just have to make some decisions on your own, and it’s not a good idea to wait for feedback from the community if you want to (or have to) get things done in time.

There were three important things we took into account when deciding the date of the conference:

so we picked the last weekend of the summer.

Funding

We were very fortunate to have the R Consortium as a strong sponsor even without a preliminary conference program — it helped a lot and provided confidence when looking for further sponsors!

On the other hand, keeping the budget of the conference at a very low level still required us to raise at least $10K, knowing that we won’t make a lot by selling most of the conference tickets for $10.

So I started with a spreadsheet trying to list the expected expenses (which first estimates almost doubled until September) and also reached out to potential sponsors in my networks. Fortunately, the feedback was very positive in most cases, and I was soon pretty sure that organizing the conference will not cost a lot of money to my own small business, although I was prepared for that.

The most important learnings from managing the budget are:

Timeline

One day is relatively short to do a bunch of different things: you cannot host workshops, multiple keynotes, dozens of regular talks (but you should do lightning talks!), a poster session and a data visualization contest! Well, you can on paper, but participants in real-life seemed to be pretty exhausted spending more than 12 hours at the conference venue — although I was very happy to see the majority of the attendees joining the unofficial after-party in a nearby pub until late hours

But besides kidding, you really have to know the limits. Either do multiple tracks, or plan to host a reasonable number of talks. Eg having 25 speakers at Budapest was pretty crazy and the schedule did not allow much time for decent networking in coffee breaks. Especially if you (and you will) start with 15 mins late due to something going wrong at the registration.

Let others know about the event!

Yeah, you have to active on Twitter, which seems to be an active channel among the R folks. I’m not on Facebook, so I cannot share much experience on that, but probably wouldn’t hurt to promote the event there as well And besides these formal channels, let your friends and network know about the event — I’ve sent a number of newsletters and personal e-mails to promote the event for those who are not active on Twitter. And sending reminder e-mails to group before approaching deadlines (eg CfP, early-bird period) is also very important.

What could go wrong?

Basically anything! Would you believe if I say:

  • Speakers cancel their talks a few days/hours before the event (that’s pretty normal and no personal offense at all, I’m just saying that you should be prepared for such things)
  • The ho(s)tel cancels all speaker’s reservations a few weeks before the event without any explanation, and all other places are fully booked in the area by that time
  • You get a phone call 12 hours before the start of the event from a guy, who turns out to be a pizza delivery person standing in front of the conference venue holding 30 pizzas, and not being happy when he realizes that they missed the date. Mixed feelings: you feel a bit proud that you ordered 2×30 pizzas from two different places hoping that at least some pizzas arrive on time, but starting to get worried if the very same 30 pizzas get delivered the next day
  • On the other hand, you have no updates from the t-shirt webshop and you cannot reach them via phone at 5pm Friday, so you start drawing alternate plans on what you will do with the 200 satRday t-shirts on Monday when the late delivery arrives
  • The official photographer of the event did not show up after all and you cannot reach him on phone or e-mail, so you end up taking photos with your mobile phone of the event you prepared for a few months
The good news: all turned out to be absolutely OK and fun, no worries at all — just be prepared that things might not be on track all the time.

And most importantly: Is it worth it?

Every single minute (and penny) you spent on the project! As said in the first paragraph, you make good for the community, and the community is very grateful for your efforts. At the end of the (satR)day, although you feel physically exhausted, but it’s inspiring and rewarding to hear such feedbacks when reading the conference evaluation forms:

“I expected a lot from the event, but it went beyond my expectations. Congratulations and thanks!”

In short, I hope to see and attend many future satRday events all around the world! Next in Cape Town and Puerto Rico.
To leave a comment for the author, please follow the link and comment on their blog: R – Data Science Los Angeles.

R-bloggers.com offers daily e-mail updates about R news and tutorials about learning R and many other topics. Click here if you're looking to post or find an R/data-science job.
Want to share your content on R-bloggers? click here if you have a blog, or here if you don't.