Tagged: 'organization development'

CoPress 2.0

flipclockOr maybe it’s 2.5. We haven’t really been keeping track of version numbers around here.

After over two hard weeks of work from Adam, Miles, and the rest of the team, CoPress has a new look. It’s actually been live since Thursday, but we’ve been tweaking things and squashing bugs since then and we’re finally ready to for new visitors. If you find something that needs fixing, please don’t hesitate to let us know.

Along with a new, gorgeous theme generously donated by Woo Themes, we’ve got two new places to interact:

A brand new wiki to collaborate on knowledge around Wordpress, Django, or even College Publisher. We’ve got the following areas ready to go, and would love your contributions:

  • The Network. We’re creating a directory of student news organizations and the software they use so that if you want to find some help, you’ll know where to look. Add your news organization to our directory, and use your page to describe how your website works, who maintains it, and how it fits into the operation of the news organization. Check out the Miami Hurricane, the Whitman Pioneer, and the Daily Gazette as examples of what we’re looking for.
  • The resources. Please add your favorite Wordpress plugins, themes, or links to Django applications, and educate your community on what works best.

If you have suggestions as to how we should improve the wiki, we’d love the feedback.

We’ve also launched a forum for general discussion amongst the community. You’re more than welcome to propose your own questions, but every week we’ll propose a question of our own. Our plan is to also have topic-specific forums (i.e. Wordpress or Django) that you can subscribe to via RSS. To kick things off, we’re asking:

Weigh in by signing up for an account. As a caveat, we ask that you please be transparent in who you are and who you represent. Thanks!

Last, but not least, our RSS feed has been broken the last few days (thanks Feedburner). We’ll hopefully get that back up tonight. In the meantime, though, there’s an audio version of our presentation to BarCamp Mizzou online now and Miles Skorpen has written an excellent post about online workflow at the Daily Gazette. I encourage you to check both out.

@knc08 application, Release Candidate 1, is too long

After a few weeks of drafting, CoPress now has a pretty stellar application together that really synthesizes where were at. Unfortunately, as I’ve just learned, there are character limits on each question we have to answer. I thought I might publish what we have already for the reader’s delight, and then get on to cutting large chunks out of it. Once we can actually fit it into an application, we would love your feedback in the form of comments and (preferably) 5 star ratings.

Description (1800 characters) – Verdict: We’re golden, answer is within limit.

CoPress is a holistic, non-profit, open-source, and community-driven initiative to provide student news organizations with the technical ecosystem they need to thrive during the evolution to digital information gathering and distribution.

Read more →

Questions from the updated KNC08 application

Yesterday I took an hour or so to synthesis one thing I’ve been working on, the Organizational Development Roadmap [Google Doc], in to responses that better fit the questions on our Knight News Challenge application. Right off the bat, Ryan Sholin responded with questions I thought it would be easier to clarify in a blog post. First, he says:

1. OK, you need two years and more money.

The first year, you can roll out a prototype school or three in the fall, a few more in the spring, and by the time the next summer rolls around, you have a service you’ve taken a school year to develop and improve before you bring it out on a larger scale.

To this, I partially agree. Currently, we’re asking for $70,000 from the Knight News Challenge and have a time scale of one year. I am opposed, at the moment, to asking for more money than I think is necessary. We have little understanding of what our costs will be (plus I’m sure they will scale over time) and the other applications in the garage that have asked for hundreds of thousands of dollars, or even millions, seem outlandish. I don’t want CoPress to be taken as an outlandish project.

For me, the one year qualifies the amount of time it will take to build part of something cool. CoPress, by no means, would be “finished” at the end of the first year. A year, though, sounds good for project scope and two years sounds too long.

Second, Ryan asks:

2. Other than it feeling warm and fuzzy, being based on open-source software and thus extensible, what’s the advantage to a student news org to use this instead of College Publisher? It’s free, and hosted, and if you ever get enough traffic, there’s a rev share on the national ads, right? How is this different. (I’d emphasize that it will be built on a platform that students can learn and adapt to their own needs, right?)

Boy, do I ever agree with you. As I’ve written before and before, “hackability” is critical. Student news organizations need to be working on an open source platform (or, bowing to Kevin, Ken, and Expression Engine, at least one with a plugin architecture) so that they have the ability to innovate as fast as they can. If anyone tries to argue with me that student news organizations don’t need digital distribution platforms they can innovate with, I won’t listen to you. The software College Publisher uses is, from all of my experiences, clunky, janky, and proprietary. We’ll win people over when we show them we have an easy-t-deploy, maintainable, and open and innovate platform to use. Hell, we’re friendly too.

At the moment, we’re not working on a national ad network, although ability to deploy ads will be functionality we provide in some capacity. I’ve heard rumors that there is another group working on the ad coop, however.

3. If you’re going to offer hosting, that’s going to cost money to maintain after a News Challenge grant would run out. What’s the business plan moving forward? And if you’re not going to offer hosting, what super-easy-to-install platform are you going to build the service on?

(WordPress or Drupal? Maybe… An Ellington-like Django-based CMS would actually be difficult, unless the student news orgs in question all have access to and control of their servers.)

The business plan is being worked out. Currently, we’re looking at a few different potential revenue streams:

  • Fee for service: core CoPress developers offer technical support (database porting, site theming, temporary support if you don’t have an online editor for a term, etc.) for affordable rates.
  • Flat rate fee for basic hosting, management, and support
  • Grants and donation drives; foundation support
  • Using The Point for raising money for plugins/add’l functionality; money raised will fund development by a web developer from the CoPress community

And it’s funny you ask about what platform we’re going to use. We’re in the process of researching the best one for our needs through our surveys and CMS audit. We’ve developed a list of what we think is critical functionality [Google Doc], and are in the process of researching how well Drupal, WordPress, Django, and/or Ruby on Rails could be hacked to fit these needs.

The million dollar question:

4. One of the winners last year is building a CMS/community network tool (plus some front-end print scheduling?) for student media. How is this different (hosting? other services?) and why is it (also) necessary?

Ryan, I think what you’re referring to is the Populous Project. We actually were talking with them about a month and a half ago, but haven’t heard anything since. What we’re doing is similar in the CMS sense (although we preferably won’t be building an entire CMS from scratch) but different in approach: we’re focusing on the technical ecosystem first. The medium to long term survival of CoPress requires a vibrant ecosystem of student Online Editors, etc. because they’re going to be the ones hacking away, educating and supporting each other, and advancing innovation in student news.

We’re working together in an open, transparent, and collaborative fashion, and that’s how we’re different.

Update: Oddly enough, the CoPress Google Group received an email from one of the Populous Project grantees a couple of hours ago in regards to why we shouldn’t consider Ruby on Rails. Hopefully we’ll hear more about their development soon.

How should we deal with your data?

I thought I would pitch this question to our CoPress Google Group, but then it hit me. If we want to be a transparent, “open source” organization, the input of our community is even more important (sorry team, you’re more than welcome to weigh in too). The question I have is this:

How should we deal with your data?

Specifically, we’re collecting a wealth of information from the respondents of our September 2009 survey, the first of many attempts to guide our decisions by real world data. Data that you guys generously provide to us. This data, however, isn’t necessarily all accessible on the internet, and some of the answers to the questions you might not necessarily want spread out all across the web.

Even more specifically, all of this information you enter is currently being piped into a spreadsheet only I have access to. Thank you Google for making surveys brain dead simple. CoPress, up until this point, has been a pretty laissez faire enterprise. Team members contribute when they feel like contributing, and there has been very minimal organizational structure. One unfortunate outcome of this is that I’m not quite sure just who I should be able to share the result database from the survey with. Should everyone on the list serv have access to it, or just a select group of people? If it’s a select group of people, who are they and how do we determine this?

See the issue I’m facing? Granted, it’s definitely a first world problem, but I’d like to postpone creating a more rigid, exclusive organization as long as I can. We definitely want consistency as to who is working on the project. At the same time, though, I’d love our community to jump in and contribute as they see fit.

What do you think? What type of privacy policy should we adopt for data that is not our own?