PUB 607: Publishing Technology Project

The Technology Project comprises three experiential research & development projects running in parallel, one per group. At the end of the term, the three project groups present their work to all.

The Technology Project provides students an open-ended opportunity to engage with one or more real-world technological challenges. The details of this project course change each year, and so there is no pre-existing method or path through the process.


The Technology Project course serves the following goals:

  • to provide hands-on experience working with a range of digital technologies representing the state-of-the-art;
  • to provide experience working on a decent-sized, structured IT project full of the kind of ambiguities and unknowns that typically characterize such projects;
  • to gain an appreciation of documentation-driven project management;
  • to provide an environment in which students can experiment with new technologies with limited risk or business consequences.

The grade is split between group and individual performance. The individual component of the grade will be based on individual contributions to the group outcome. The larger group-evaluation component will be based on the quality of work produced (documentation, planning detail, prototyping, production) as well as general problem-solving, teamwork, and reflection on the process.


  1. The backbone of these projects is documentation. This is a fundamental component of good project management, as the documentation that you create acts not only as a formalization of the planning for the project, but also the working blueprint, and the standard against which any development work can be measured.
  2. As with the book and magazine publishing exercises, weekly assignments cascade to culminate in the final project document. Be prepared to review and refine your work, again and again. With each weekly deliverable, you are expected to review and update the material from previous weeks as needed. All written material should be thoroughly copyedited and proofread, as it may be forwarded to faculty and industry guests.
  3. Everyone in the group is responsible for the quality of all assignments. This means that everyone should review and have input into all aspects of the work before it is submitted.
  4. Unless otherwise stated, all deliverables are due at 5:00PM Wednesdays (that is, the Wednesday of the week in question) to make timely feedback possible.
  5. The TKBR/pub607 site and/or your own project Website (linked from TKBR/pub607) should be used at every opportunity to gather, share, organize, and deliver project information.
  6. There need be no secrecy between the groups. It is our intention that you learn from each other, as you would in any collegial work environment.
  7. If you wish faculty to meet with your group outside of scheduled times, you must make appointments with them.
  8. Note that there are no defined team roles in this project. If your team decides that you would like to assign specific roles to individual people, you may do so. You are not required to, however. Your ultimate responsibility is to ensure that the project succeeds and that the work is spread fairly amongst your group. During the first week of the project, you and your teammates should take some time to discuss ground rules and common expectations.