Design/Meetings/2013-09-28
TDF LibreOffice Document Liberation Project Community Blogs Weblate Nextcloud Redmine Ask LibreOffice Donate
Attendees
- mirek2
- yoroy
Topics
- Design process (LibreOffice's and Drupal's)
Log
[17:33] <yoroy> mirek2: hi. I'm curious [17:33] <yoroy> I'm a UX designer for the Drupal project and looking into how other (large) open source projects run their ux work [17:35] <mirek2> alright [17:35] <mirek2> well, we're run entirely by volunteers [17:35] <mirek2> and rarely have the chance to work with developers, as there's not much developer interest [17:36] <mirek2> we're a very small team, though, and lately not as active as I would've liked [17:37] <mirek2> what we do depends on the situation [17:37] <mirek2> for example, right now we're working on a refreshed icon set [17:38] <mirek2> and we're also in the process of weeding out the Options dialog [17:40] <yoroy> sounds similar :) [17:40] <yoroy> though we work directly with developers in the issue queues [17:40] <yoroy> getting them interested to do things can be a challenge though [17:41] <mirek2> yes [17:41] <yoroy> do you run usability tests? [17:41] <mirek2> the business model for libreoffice is built around providing support [17:42] <mirek2> yoroy: no [17:42] <mirek2> we try to base our decisions on our Principles https://wiki.documentfoundation.org/Design/Principles and the Gnome HIG [17:42] <yoroy> test data can help convince that UX problems really exist [17:43] <yoroy> and need fixing [17:43] <mirek2> the problem for us isn't that the devs are unaware of UX bugs [17:44] <mirek2> the problem is that paying customers are asking for interoperability bugs to be fixed instead [17:44] <mirek2> and there's no devs for the UX bugs [17:45] <mirek2> in the future, though, once we have more time and volunteers, I'd love to do user tests [17:46] <mirek2> for now, though, we're planning a UX hackfest, so I'm hoping that will get things started in the UX arena [17:46] <yoroy> ah ok, that's a different model indeed. [17:47] <yoroy> In Drupal almost nobody is paid to work on development [17:47] <yoroy> And definately nobody from the Drupal Association [17:48] <mirek2> that's too bad [17:48] <yoroy> Sometimes some folk are sponsored to work on certain aspects [17:49] <mirek2> ok [17:49] <mirek2> such as? [17:50] <mirek2> something like gnome is doing now with "privacy"? [17:51] <yoroy> Somebody was allowed to work 50% of his working time on the 'configuration management' initiative for a year [17:51] <yoroy> There was a small team of devs who worked to get the most popular 'Views' module into core [17:51] <yoroy> Another person is paid to make MongoDB integration possible [17:52] <yoroy> I don't know about the Gnome privacy thing :) [17:53] <mirek2> they have an initiative once in a while, "accessibility" was their first one [17:54] <mirek2> "privacy" is their second [17:55] <mirek2> we're also held back by our toolkit (which is too hard to switch) [17:56] <mirek2> actually, not just the toolkit, but old code in general [17:56] <mirek2> e.g. adding custom colors is unnecessarily hard, but it's a hard thing to fix [17:56] <mirek2> and pictures are impossible to rotate in Writer [17:57] <mirek2> in terms of the toolkit, we can't do a lot of things [17:57] <mirek2> but things are slowly improving, though [17:58] <mirek2> we are moving our dialogs to Glade's .ui format [17:58] <yoroy> ha, yes, adding custom colors is quite a lot of work [17:59] <mirek2> how many people are involved in Drupal's UX team? [18:00] <mirek2> also, do the Drupal contributors ever meet (conferences, hackfests, ...)? [18:01] <yoroy> there's about 4 or 5 people who contribute regularly and consistently and have a grasp on the whole thing [18:01] <yoroy> I'd say 10 - 15 people who help out with research, visual design [18:01] <yoroy> Similar amount of devs who are interested in providing the code for things [18:02] <yoroy> oh yes, we just had Drupalcon Prague this week. 1600 attendees [18:02] <yoroy> We have weekly irc meetings [18:03] <yoroy> Drupalcon is twice a year, once in US, once in Europe each year [18:03] <mirek2> :) funny, I'm from Prague [18:03] <mirek2> and we just had a conference these past 3 days [18:03] <mirek2> in Milano [18:03] <yoroy> ha really, nice. We took over the Corinthia hotel next to the conference center [18:04] <mirek2> so do you do any usability tests? [18:04] <yoroy> yes [18:05] <yoroy> https://drupal.org/node/1162000 [18:06] <mirek2> great :) [18:08] <yoroy> This is our discussion group http://groups.drupal.org/usability [18:10] <mirek2> so what does your design process look like? [18:11] <yoroy> good question :) [18:12] <mirek2> :) [18:12] <yoroy> It's a mix between 1: fixing things based on usability tests [18:12] <yoroy> 2: introduce new features to extend Drupal capabilities [18:12] <yoroy> 3: fix the mess all the devs are making [18:12] <yoroy> mostly 3 :-) [18:13] <yoroy> But for Drupal 8 we identified some specific areas that needed improvement. We researched, designed and brought that as a spec into development issue queue. [18:14] <yoroy> There is a lot of debate, but in the end we often get our way :) [18:14] <yoroy> Might take up to 3 years though [18:14] <mirek2> :) [18:14] <mirek2> how do you design a spec? [18:14] <mirek2> do you test your designs as you go? [18:15] <mirek2> or do you resort to heuristics, HIGs, and standard behavior? [18:15] <yoroy> large redesigns we research and test before starting implementation [18:15] <yoroy> smaller changes we rely on heuristics and available patterns [18:16] <yoroy> Example of a big one is the redesign of the content creation form [18:16] <yoroy> Research: groups.drupal.org/node/214898 [18:16] <yoroy> Design: https://groups.drupal.org/node/217434 [18:18] <yoroy> We usability tested a prototype of that, can't find the link [18:18] <mirek2> very thorough [18:18] <mirek2> what kind of prototype? [18:18] <yoroy> Then we brought that as a 'spec' into the issue queue https://drupal.org/node/1510532 [18:18] <mirek2> and how was the prototype tested? [18:19] <mirek2> (how many people, how did you select them, ...?) [18:19] <yoroy> yeah, this is thorough, takes a lot of work. We can't always do it like that [18:20] <yoroy> Here's an example usability test script: https://groups.drupal.org/node/258893 [18:20] <yoroy> 5 to 12 participants, recruitment via-via, social media [18:21] <yoroy> In person usability tests are often organised when there is a conference or a camp [18:21] <yoroy> We had one which was done at google and we live-streamed the sessions. Up to 100 people viewing those. [18:22] <yoroy> Which was great because directly observing people going through the struggle is the best way to make developers feel the pain users go through [18:22] <mirek2> definitely :) [18:22] <yoroy> So, how does it work for you? [18:22] <yoroy> design process [18:23] <mirek2> we start with a topic, make a whiteboard for it [18:24] <mirek2> https://wiki.documentfoundation.org/Design/Whiteboards/Default_Template [18:24] <mirek2> there are 5 phases for a whiteboard [18:25] <yoroy> Ah yes, I see [18:25] <mirek2> first, there's analysis, which can be done just by the person creating the whiteboard for certain topics [18:25] * yoroy is afk for a bit, bringing kids to bed :) [18:26] <mirek2> it's usually just defining the problem, its scope, finding the related resources and bugs, and the relevant art [18:27] <mirek2> sorry, meant to link to https://wiki.documentfoundation.org/Design/Whiteboards/Whiteboard_Template [18:43] <yoroy> looks good [18:44] <yoroy> We can only artificially time-box things [18:44] <yoroy> During actual development, new people get to see the designs and we often have to rehash lots of the previous parts of the process [18:45] <mirek2> as in, you have to tweak the process, or just tweak what you've designed so far? [18:49] <mirek2> yoroy: still there? [18:49] <yoroy> tweak the design or provide the rationale again. [18:50] <yoroy> the issue queue (bug tracker) is not a useful environment for design, so we do that elsewhere [18:50] <yoroy> but many developers only follow the queue so they miss the first part of the process [18:50] <mirek2> yeah, that's similar to us [18:50] <mirek2> whiteboards are pretty easy for devs to follow, though, so I don't think that's an issue for us [18:51] <mirek2> I think that the elementary team does design on the bug tracker, though [18:52] <mirek2> they use launchpad, which is somewhat suited for the task [18:53] <mirek2> (I really dislike bugzilla and wish we used launchpad as well) [18:56] <yoroy> elementary team? [18:56] <mirek2> http://elementaryos.org/ [18:56] <mirek2> it's a group of volunteers who are making their own OS based on Ubuntu [18:57] <mirek2> they're very passionate about design, and what they've built is quite impressive [18:57] <yoroy> Aaah, right, I have heard about this. [18:57] <yoroy> One of the keynote speakers mentioned this project last week [18:58] <mirek2> what did he say about it? [19:00] <yoroy> That it's a design driven project :) [19:00] <mirek2> it is :) [19:01] <yoroy> https://prague2013.drupal.org/keynote/aral-balkan [19:02] <mirek2> thanks, I'll watch it later [19:02] <mirek2> I watched the "A Happy Grain of Sand" talk by this guy [19:02] <mirek2> had no clue he was involved in Drupal [19:03] <yoroy> He isn't :) [19:03] <mirek2> oh, ok [19:03] <yoroy> Keynote speakers are always outside experts. For the other perspective [19:04] <mirek2> prometheus seems intriguing [19:04] <yoroy> So what's your position? Are you a lead designer for libreoffice? [19:04] <mirek2> :) it's quite funny, actually [19:05] <mirek2> there is very little hierarchy inside libreoffice [19:05] <mirek2> it's a meritocracy [19:06] <mirek2> theoretically, I guess I'm one of the main designers, just based on my involvement [19:07] <mirek2> but anyone who volunteers is basically on an equal footing [19:08] <yoroy> right [19:08] <yoroy> same here [19:08] <mirek2> at the end of the day, it's basically the devs' call [19:09] <mirek2> if they listen to us, and let us commit things :) [19:09] <yoroy> how many people can actually commit new code to the software? [19:09] <mirek2> anyone can commit, but new contributors need approval [19:10] <mirek2> I myself don't have commit rights [19:10] <yoroy> really? [19:10] <mirek2> but it's not something that would bother me [19:10] <yoroy> that's different [19:10] <yoroy> we used to have only 2 committers for each version [19:10] <mirek2> and if I wanted them, I'm relatively certain I'd be given those rights [19:10] <yoroy> for Drupal 8 it has become 4 persons [19:10] <mirek2> just to be clear: [19:11] <mirek2> anyone can submit a patch [19:11] <mirek2> not everyone has commit rights [19:11] <mirek2> but frequent patchers can get commit rights, I think, relatively easily [19:11] <yoroy> Right, anyone can provide patches. [19:12] <mirek2> LibreOffice in general, though, is a multiparty project [19:12] <yoroy> For each version of Drupal, the project lead Dries invites one other person to be his co-committer for that version [19:12] <yoroy> ah ok [19:12] <mirek2> there's Red Hat, Collabora, CloudOn, Lanedo, Canonical, volunteers, ... (I'm sure I'm missing some parties, but oh well) [19:13] <mirek2> the project is very open to contributions [19:13] <mirek2> and most patches go through [19:14] <yoroy> So all these orgs are member of the Document Foundation? [19:14] <yoroy> I can look this up of course :) [19:15] <mirek2> I have no clue if organisations can be members... [19:15] <yoroy> Within Drupal it's primarily individual contributions, only very little through companies [19:17] <mirek2> ok [19:17] <mirek2> the individuals are using drupal in some way, though, right? [19:18] <mirek2> the motivation being fixing something for themselves and contributing it back? [19:18] <yoroy> yep [19:20] <mirek2> in general, I'd love to have more UX conscious devs in LibreOffice, and in open [19:20] <mirek2> source in general [19:20] <mirek2> (accidentally hit enter there) [19:20] <mirek2> I'd love to see floss projects ask for money [19:21] <mirek2> really dismayed with the response elementary's been getting with their pay-what-you-want model [19:21] <yoroy> Yeah, it's getting more and more important to go beyond feature lists and focus more on providing the right thing at the right time [19:22] <yoroy> yup, making drupal development sustainable is an ongoing discussion as well [19:24] <mirek2> what really frustrates me is that e.g. Ubuntu Software center allows you to pay only for software that's not in the repositories [19:24] <mirek2> so you can pay mostly just for proprietary software there [19:25] <yoroy> hmm yeah. It's all about providing additional services [19:25] <yoroy> support, training, … [19:25] <mirek2> many projects build their business model on that, but it seems wrong to me [19:25] <mirek2> because, in addition to development, you have to do this extra stuff to make money [19:26] <mirek2> while proprietary software just makes money from the app [19:26] <mirek2> I'd love to see open-source apps actually ask for money [19:27] <mirek2> not as a "donation", but as "set your price", because the app is worth it [19:28] <mirek2> I talked to one of the Gnome designers [19:29] <mirek2> and he floated the idea of building a flattr donation model into their Software app [19:30] <mirek2> so, basically, at the end of a month, a set amount of money would go to the software that you have installed [19:30] <yoroy> right [19:30] <yoroy> It hasn't really worked for Drupal module developers yet (module = plugin) [19:31] <mirek2> what does their business model tend to be? [19:32] <yoroy> basically there is none that directly supports development and maintenance of their work [19:32] <yoroy> We just got started on https://www.gittip.com/for/drupal/ [19:33] <yoroy> Mostly it's people working at Drupal shops who get some time to contribute [19:35] <yoroy> As for Drupal being used to make money with, you can build websites with it and get paid for that :) [19:36] <mirek2> perhaps you could integrate "tips" into the drupal modules website? [19:36] <mirek2> to make the experience a bit more seamless? [19:37] <mirek2> or even allow a person to link his drupal account to flattr so that it would automatically tip all the open-source modules he has installed every month [19:38] <yoroy> yes, that stuff happens already. Numbers are still very small though [19:38] <mirek2> by "drupal account", I guess I mean the admin account on his site [19:38] <mirek2> where does that happen? [19:39] <mirek2> (I'm probably just looking at the wrong modules, but I haven't seen a tip button or anything similar) [19:40] <yoroy> yeah, that's only some people adding a link there. It's not something that's part of the drupal.org infrastructure [19:40] <mirek2> maybe it should be, then? :) [19:41] <yoroy> that usueally gets shot down on principal grounds [19:42] <yoroy> drupal.org not to be used as a platform for monetization etc… [19:42] <mirek2> :( that's too bad [19:42] <mirek2> I'd love to see more monetization opportunities for floss devs [19:47] <yoroy> we'll get there :) [19:47] <mirek2> I hope so :) [19:48] <yoroy> It was nice talking to you! [19:48] <mirek2> nice talking to you too :) [19:48] <mirek2> and if you have any tips or lessons or encounter some cool stuff as you go, I'd love to hear about it [19:49] <mirek2> either on the IRC or on our design mailing list [19:49] <mirek2> (you know about the list, right?) [19:51] <yoroy> yes, I'm on the list [19:53] <mirek2> ok; feel free to send pointers, resources, and invitations :) [19:57] <yoroy> we'll keep in touch :) [19:57] <mirek2> great :)