someone who does not mind submitting a bug report as long as it's not too time-consuming.

are active users of the web, having accounts on a wide range of web-based applications.

use their computer to produce content, whether it's an expense report for work or a photo slideshow of the kids for Grandpa.

Why should the target audience be interested in Fedora?

Fedora enables people worldwide to enjoy and contribute to free and open source technology without requiring them to be computer hackers or developers. It allows them to accomplish every day personal and work-related tasks in a safe and secure manner, presenting them with a selection of the best-of-the-best free and open source software to get the job done, either pre-installed or easily installed when needed. Fedora also makes it easy for people to put their own mark on the free and open source software community, whether its participating in a user forum or filing a bug to make free and open source software better for everyone. Fedora makes free and open source software fun and easy to integrate into their lives.

Guesstimation of Top 10 User Tasks

Based on our target audience definition alone, here is a guesstimation at the Top 10 User Tasks we'll want to support. Keep in mind that these may change based on findings in user research. Some of theseare also ob-board specific tasks.

Interview Notes

Infrastructure

How well do you think Fedora accomplishes its stated goals in light of your role in the project?

Not utter fail, but definitely problems.

How is Fedora not meeting those goals?

Two-way communication between groups can be quite poor. We need to improve inter-team communication. Things are poorly communicated if commnunicated at all at times, and projects end up getting dropped or implemented in a way that doesn't account for infrateam's needing to schedule and manage resources. this results in confused end-users, who may be expecting a project to come out and it never does. or it does but infra doesn't have the resources to support it properly.

Example: acrimony rather than discussion between desktop developers and unix users / system administrators. I like that we're on the cutting edge of desktop development but too often the cutting edge is thinking about single user desktop problems when our users use us because we're a multi-user desktop/unix solution.

Example: Amber project, was dropped then re-picked back up. Finally ended up working with pkgdb but was a long road to get there.

Infrastructure / design team / developers - interact one-on-one rather than all three together

too many different views at times; lack of central vision to move forward when 20% pull one way, 20% pull the other,and 60% don't care

We need to improve the consistency across our web properties. there still isn't a standard look/feel documented or design resource specifically allocated for developers to turn to. this hurts our end users because our web properties are a smorgabord of styles/looks and they don't seem the same. We also have multiple website templating language. Genshi and mako (fcomm/ bodhi). But they are in the same family (python / turbogears) so it's not as bad as it could be.

No content plan or allocated resources for it. We're pretty much only about rpm packages. Locally installed free content like copying deviantart as wallpapers or project Gutenberg for ebooks - RPM packaging is the wrong way here. But users want it and being able to get it to them fits with our mission. Other ways could be to partner with other services (like deviant art and project gutenberg). We don't have a good plan for locally installed docs (rpm and publican is showing that it doesn't scale in one or more directions depending on how we try to massage it.

No where are we going plan. Users get upset not knowing why website or applications change (even if they like the newer way). We make changes but forget to tell people sometimes we are going to do it, why we are doing it, and what we are trying to accomplish so they can see if we are meeting that or not. Sometimes it feels like change for change's sake.

What questions do you have about Fedora's target audience that you'd like to see answers so that your team can help get Fedora closer to its goals?

Would like to know what kind of oversight do you (Board, maybe) want to give us over what runs in Infrastructure.

How can we enable them to contribute to Fedora?

(suggested) What web properties of fedoraproject.org right now are the most important to the target audience?

(suggested) What parts of infrastructure is the target audience likely to use?