I’ve been looking at the draft of this since April, 2015. I’m going to take Jorbin’s advice and just press publish so that it’s no longer a draft. Most of this observation is informed by my perceptions of structure inside the university when providing a central service. It’s still interesting.
We provide an excellent base service for groups inside the university. We build features to extend this base service. Most built features are available to everyone.
We invite everyone to join our community. Open labs every Friday, a Slack group for use throughout the week.
Groups paying us to extend the base service tend not to join the community discussion—or not frequently.
Groups without dedicated funding have participated regularly.
Both groups, for the most part, have their concerns and requests addressed. Groups with funding can demand timelines. Groups involved in the community are frequently vocal and pleasant.
Balancing the concerns of each leads to useful features for all.
The difficult group is the one without funding that does not join the community. Our base setup is easy, but prioritizing feature requests is near impossible when juggled alongside the previous two groups. This group quickly becomes an outlier for our workflow.
How do you convince that group to join the community?
Responses and reactions
Replies
This Article was mentioned on aaron.jorb.in
[…] and most importantly pingbacks/trackbacks makes it worthwhile. Seeing Jeremy Felt press publish The Powers of Money and Community makes me feel like my writing had some impact on someone I respect a great […]
The only requirement for your mention to be recognized is a link to this post in your post's content. You can update or delete your post and then re-submit the URL in the form to update or remove your response from this page.
Learn more about Webmentions.