yet-another-design-in-w3c-team.html 15.4 KB

Raw Blame History Permalink

<?xml version="1.0"?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN"
    "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en" lang="en">
  <head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
    <style type="text/css" media="all">
    @import "/QA/2006/01/blogstyle.css";
    </style>
    <meta name="keywords" content='collaboration, css, w3c, web design' />
    <meta name="description" content="Working at W3C is an interesting experience. The Team is usually composed of 60 to 70 persons, with the possibility to edit mostly all parts of the Web site which is under cvs (thank you for giving the possibility of..." />
    <meta name="revision" content="$Id: yet-another-design-in-w3c-team.html,v 1.48 2011/12/16 02:58:39 gerald Exp $" />
   <link rel="alternate" type="application/atom+xml" title="Atom" href="http://www.w3.org/QA/atom.xml" />
   <link rel="alternate" type="application/rss+xml" title="RSS 1.0" href="http://www.w3.org/QA/news.rss" />
   <title>Yet Another Design in W3C Team - W3C Blog</title>

   <link rel="start" href="http://www.w3.org/QA/" title="Home" />
   <link rel="prev" href="http://www.w3.org/QA/2007/11/video-on-the-web-the-article.html" title="Video On the Web - the articles!" />
   <link rel="next" href="http://www.w3.org/QA/2007/12/html_5_doctype_to_version.html" title="html 5: doctype to version" />

   <!--
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
         xmlns:trackback="http://madskills.com/public/xml/rss/module/trackback/"
         xmlns:dc="http://purl.org/dc/elements/1.1/">
<rdf:Description
    rdf:about="http://www.w3.org/QA/2007/11/yet-another-design-in-w3c-team.html"
    trackback:ping="http://www.w3.org/QA/sununga/mt-tb.cgi/106"
    dc:title="Yet Another Design in W3C Team"
    dc:identifier="http://www.w3.org/QA/2007/11/yet-another-design-in-w3c-team.html"
    dc:subject="W3C Life"
    dc:description="Working at W3C is an interesting experience. The Team is usually composed of 60 to 70 persons, with the possibility to edit mostly all parts of the Web site which is under cvs (thank you for giving the possibility of..."
    dc:creator="Karl Dubost"
    dc:date="2007-11-30T03:00:24+00:00" />
</rdf:RDF>
-->

    <!-- <script type="text/javascript" src="http://www.w3.org/QA/mt.js"></script>-->

</head>
<body class="layout-one-column">
      <div id="banner">
      <h1 id="title">
	<a href="http://www.w3.org/"><img height="48" alt="W3C" id="logo" src="http://www.w3.org/Icons/WWW/w3c_home_nb" /></a>
W3C Blog
</h1>
    </div>

    <ul class="navbar" id="menu">
        <li><strong><a href="/QA/" title="W3C Blog Home">[ W3C Blog ]</a></strong></li>
        <li><a href="/QA/Library/" title="Documents and Publications on Web and Quality">Documents</a></li>
        <li><a href="/QA/Tools/" accesskey="3" title="Validators and other Tools">Tools</a></li>
        <li><a href="/2007/12/qa-blog-help/index#feedback">Feedback</a></li>
    </ul>
<div id="searchbox">
<form method="get" action="http://www.google.com/custom" enctype="application/x-www-form-urlencoded">
<p id="formbox"><input type="text" size="15" class="textfield" name="q" accesskey="E" maxlength="255" /> <input type="submit" class="submitfield" value="Search" id="goButton" name="sa" accesskey="G" /> <input type="hidden" name="cof" value="T:black;LW:72;ALC:#ff3300;L:http://www.w3.org/Icons/w3c_home;LC:#000099;LH:48;BGC:white;AH:left;VLC:#660066;GL:0;AWFID:0b9847e42caf283e;" /><input type="hidden" id="searchW3C" name="sitesearch" checked="checked" value="www.w3.org/QA" /><input type="hidden" name="domains" value="www.w3.org/QA" /></p>
</form>
</div>


    <div id="main"><!-- This DIV encapsulates everything in this page - necessary for the positioning -->

                     <p class="content-nav">
                        <a href="http://www.w3.org/QA/2007/11/video-on-the-web-the-article.html">&laquo; Video On the Web - the articles!</a> |
                        <a href="http://www.w3.org/QA/">Main</a>
                        | <a href="http://www.w3.org/QA/2007/12/html_5_doctype_to_version.html">html 5: doctype to version &raquo;</a>
                     </p>

                        <h2 class="entry-header">Yet Another Design in W3C Team</h2>
                           <div class="entry-body">
                              <p>Working at W3C is an interesting experience. The Team is usually composed of 60 to 70 persons, with the possibility to edit mostly all parts of the Web site which is under cvs (thank you for giving the possibility of digging back old pages.). People from the staff have different levels of experience with regards to Web design and different perspectives.</p>

<ul>
<li>some people care only about information and content</li>
<li>some will care about the structure</li>
<li>some will have in addition a sensitivity for design</li>
</ul>

<p>Everyone has write and read access on the content, the style, etc.</p>

<p>I would love to know from the Web designers/webmasters  who are following this weblog, what are the techniques they used to keep the look and feel of a web site shared between multiple people with full access. Guidelines? Templates? Social Engineering? Checkers? "Use a CMS" is not the answer. </p>

                           </div>
                           <div id="more" class="entry-more">


                           </div>
                       <p class="postinfo">Filed by <a href="http://www.w3.org/People/karl/">Karl Dubost</a> on November 30, 2007  3:00 AM in <a href="http://www.w3.org/QA/archive/web_spotting/opinions_editorial/">Opinions &amp;amp; Editorial</a>, <a href="http://www.w3.org/QA/archive/w3cqa_news/w3c_life/">W3C Life</a><br />
<span class="separator">|</span> <a class="permalink" href="http://www.w3.org/QA/2007/11/yet-another-design-in-w3c-team.html">Permalink</a>
                                 | <a href="http://www.w3.org/QA/2007/11/yet-another-design-in-w3c-team.html#comments">Comments (5)</a>
                                 | <a href="http://www.w3.org/QA/2007/11/yet-another-design-in-w3c-team.html#trackback">TrackBacks (0)</a>
</p>


<h3 class="comments-header" id="comments">Comments</h3>
<div class="comment" id="comment-89164">
<p class="comment-meta" id="c089164">
<span class="comment-meta-author"><strong>Justin Thorp </strong></span>
<span class="comment-meta-date"><a href="#c089164">#</a> 2007-11-30</span>
</p>
<div class="comment-bulk">
<p>In the past, i've used templates and creating a style guide.</p>

</div>
</div>


<div class="comment" id="comment-89167">
<p class="comment-meta" id="c089167">
<span class="comment-meta-author"><strong>Ben 'Cerbera' Millard </strong></span>
<span class="comment-meta-date"><a href="#c089167">#</a> 2007-11-30</span>
</p>
<div class="comment-bulk">
<p>In the work I do, large websites have a specific role assigned to each person. This is based on what each person is best at.</p>

<p>From the start of a project:</p>

<ol>
 <li>Good information architects (IA) figure out how things should be organised and what types of pages are needed. They create a list of areas the site will have and describe what should go in them.</li>
 <li>Good designers (visual and interaction) figure out how this should be presented. They create pictures (usually called "visuals") showing exactly how each type of page should look.</li>
 <li>Front-end developers (like me) decide how the visual should become actual pages. We then create the HTML, CSS and graphics for one instance of each type of page. These are called the "templates".</li>
 <li>Good programmers, database designers and other engineers figure out how these templates should work (sometimes grouped as "back-end developers"). They build systems which wrap the templates around content. They provide a front-end for authors to add new content. Sometimes they provide a repository where authors get the templates from.</li>
 <li>Authors either use the database system front-end to write content or they use the repository and fill in the content area as they wish.</li>
 <li>People good at Quality Assurance (QA) keep an eye on what the authors are adding to the site. This includes keeping design consistent between departments, ensuring accessibility standards, editing typos and poor writing, so on. Often authors' work must be approved by a QA person before it "goes live" for the public to read it.</li>
</ol>

<p>All these groups communicate with each other as necessary. As examples:</p>

<ul>
 <li>QA person specialises with writing. Helps train authors about writing for the web.</li>
 <li>Front-end developer knows about the current generation of web browsers. Talks to the designers about what effects are feasible.</li>
 <li>Author wants to start a new area. Talks to IA people about where it should go. Interaction designer helps decide what to call it and whether the navigation bars should change. Visual designer works out how any changes should look. Front-end developer updates the templates. Back-end developer adds the new area to the system or updates the repository.
</li></ul>

<p>By letting each person work on the thing they are best at, and to some extent control it, quality is kept high for every aspect. It also means nobody is given more work than they can handle.</p>

<p>Having high quality templates and good communication between all groups are the key aspects, imho. And I really like the design improvements W3C are making to areas like this blog.</p>

</div>
</div>


<div class="comment" id="comment-89171">
<p class="comment-meta" id="c089171">
<span class="comment-meta-author"><strong>patrick h. lauke </strong></span>
<span class="comment-meta-date"><a href="#c089171">#</a> 2007-11-30</span>
</p>
<div class="comment-bulk">
<blockquote><p>Guidelines? Templates? Social Engineering? Checkers?</p></blockquote>

<p>yes, yes, and yes. in addition, i find that one of the most important things is to explain to the various authors <strong>what</strong> the corporate guidelines and style guides are, <strong>why</strong> they're important, and <strong>how</strong> they can implement them. regardless of any technological or managerial systems, if people don't like or understand the consistent look and feel a company is trying to portray, they'll always find a loophole or simply attempt to ignore it...which then demands convoluted QA processes to catch and rectify breaches. i remember a time when one of the major reasons for moving to a CMS in our company was "so we can lock down and control the look and feel". a CMS is not a tool of compliance to foist onto authors. and again, they'll simply try to find loopholes (e.g. starting to simply link out to other, non-CMS pages they maintain directly, or sprinkling iframes and font elements into any raw markup fields that then have to be locked down even further). so, first and foremost, people need to <strong>want</strong> to follow the CI/style.</p>

</div>
</div>


<div class="comment" id="comment-89281">
<p class="comment-meta" id="c089281">
<span class="comment-meta-author"><strong>Ffoeg </strong></span>
<span class="comment-meta-date"><a href="#c089281">#</a> 2007-12-01</span>
</p>
<div class="comment-bulk">
<p>Yes you must have people working on a site that share a common vision, and it is hard to find that but fortunately you are working at W3C and not a big commercialized company where advertisers and management want to use such and such flash application to show all the content or something. Things could be worse.</p>

</div>
</div>


<div class="comment" id="comment-90306">
<p class="comment-meta" id="c090306">
<span class="comment-meta-author"><strong>schiemann-web.de </strong></span>
<span class="comment-meta-date"><a href="#c090306">#</a> 2007-12-07</span>
</p>
<div class="comment-bulk">
<p>I´m wondering that all members have full access to the W3C site, especially when you said that the staff have different levels of experience. If you don´t want to use restrictions, it is necessary to make persons responsible for parts of the site, like content(parts), design, .... It is also important to have guidelines which makes it easier for new members to work with the site.</p>

</div>
</div>


  <div class="comments-open" id="comments-open">
<h3 class="comments-open-header">Leave a comment</h3>

<div class="comments-open-moderated">
   <p>
   Note: this blog is intended to foster <strong>polite
   on-topic discussions</strong>. Comments failing these
   requirements and spam will not get published. Please,
   enter your real name and email address. Every
   individual comment is reviewed by the W3C staff.
   This may take some time, thank you for your patience.
   </p>
   <p>
   You can use the following HTML markup (a href, b, i,
   br/, p, strong, em, ul, ol, li, blockquote, pre)
   and/or <a href="http://daringfireball.net/projects/markdown/syntax">Markdown syntax</a>.</p>
</div>

<div id="comments-open-data">
<form method="post" action="http://www.w3.org/QA/sununga/beach.pl" id="comments-form">
<h4>Your comment</h4>
<div id="comments-open-text">
  <textarea id="comment-text" name="text" rows="20" cols="100"></textarea><br />
<label for="comment-text">Write your comment text here. Remember, keep the discussion on topic and courteous.</label>
</div>

<h4>About you</h4>
<div id="comment-form-name">
  <input type="hidden" name="static" value="1" />
<input type="hidden" name="entry_id" value="115" />
<input type="hidden" name="__lang" value="en" />
<label for="comment-author">Your Name</label>
<input id="comment-author" name="author" size="30" value="" />
</div>
<div id="comment-form-email">
<label for="comment-email">Your Email Address</label>
<input id="comment-email" name="email" size="30" value="" />
</div>

<div id="comments-open-footer">
<input type="submit" accesskey="s" name="post" id="comment-submit" value="Submit" />

</div>
</form>
</div>
</div>


<p id="gentime">This page was last generated on $Date: 2011/12/16 02:58:39 $</p>

      </div><!-- End of "main" DIV. -->

<address>

This blog is written by W3C staff and working group participants,<br />
&nbsp;and maintained by <a href="/People/CMercier/">Coralie Mercier</a>.<br />
Authorized parties may <a href="/QA/new">log in</a> to create a new entry.<br/>
<span id="poweredby">Powered by Movable Type, magpierss and a lot of Web Technology</span>
    </address>


    <p class="copyright">
      <a rel="Copyright" href="http://www.w3.org/Consortium/Legal/ipr-notice#Copyright">Copyright</a> &copy; 1994-2011
      <a href="http://www.w3.org/"><acronym title="World Wide Web Consortium">W3C</acronym></a>&reg;
      (<a href="http://www.csail.mit.edu/"><acronym title="Massachusetts Institute of Technology">MIT</acronym></a>,
      <a href="http://www.ercim.eu/"><acronym title="European Research Consortium for Informatics and Mathematics">ERCIM</acronym></a>,
      <a href="http://www.keio.ac.jp/">Keio</a>),
      All Rights Reserved.
      W3C <a href="http://www.w3.org/Consortium/Legal/ipr-notice#Legal_Disclaimer">liability</a>,
      <a href="http://www.w3.org/Consortium/Legal/ipr-notice#W3C_Trademarks">trademark</a>,
      <a rel="Copyright" href="http://www.w3.org/Consortium/Legal/copyright-documents">document use</a>
      and <a rel="Copyright" href="http://www.w3.org/Consortium/Legal/copyright-software">software licensing</a>
      rules apply. Your interactions with this site are in accordance
      with our <a href="http://www.w3.org/Consortium/Legal/privacy-statement#Public">public</a> and
      <a href="http://www.w3.org/Consortium/Legal/privacy-statement#Members">Member</a> privacy
      statements.
    </p>

  </body>
</html>