Advertisement
saxanadu

How to work with Creative Professionals

Mar 22nd, 2013
235
0
Never
Not a member of Pastebin yet? Sign Up, it unlocks many cool features!
text 2.63 KB | None | 0 0
  1. How to work with Creative Professionals
  2. (e.g. programmers, graphic designers)
  3. by s.a.xanadu
  4.  
  5. Step 1. Provide all necessary documentation:
  6. a. Program Specifications / Mockup of all screens / Outcomes for design.
  7. b. ALL COPY. Do not expect to change initial copy until the first QA revision.
  8. c. Estimated Deadlines & clear milestones (if project will take more than a week)
  9.  
  10. Step 2. First Quality Assurance Meeting
  11. a. If COPY is revised provide clear documentation with changes outlined in yellow.
  12. b. Provide accurate feedback on program design and implementation. Note 'page', 'screen' and other salient information and clear instructions on how they change.
  13. c. Initial testing should occur with coworkers related to the project. Feedback needs to be succinct and clear.
  14.  
  15. Step 3. Second Quality Assurance Meeting
  16. a. Make sure specifications are met and all features work as expected.
  17. b. Continue with user testing and test fringe cases.
  18.  
  19. Step 4. Ship the product/document/newsletter/program.
  20.  
  21. Special Notes: Creative Professionals will require a longer development time if certain minimum requirements are not provided:
  22.  
  23. a. If COPY changes are needed and they are presented during a development phase or are ill-formatted. This duplicates work and takes precious time.
  24. b. If specifications change during development. This will require the creative to change the image of the larger project in their mind and will result in lost work hours and lower morale.
  25. c. If work-to-be-finished is presented at the end of the day (4:55pm). This increases stress levels and will result in sub-par work as it will be rushed and will not have any time for quality assurance.
  26. d. If you only know what you DON'T want. You definitely don't know what you WANT. Poor plans create duplicate work and stressful unknowns.
  27. e. A programmer is not a designer. A designer is not a programmer.
  28. f. "Program Specifications" is defined as all requirements, a defined user-interface, software interfaces/APIs, Process flow/Page flow, business rules/formulas, diagrams explaining any ambiguous ideas, etc.
  29. g. All revisions should accompany a version number and show a clear distinction of what has changed. Also revisions should be queued and RESTRICTED to QA stages.
  30. h. Provide clear criticism. Constructive and respectful criticism can bolster relationships and improve productivity.
  31. i. There is never an exit clause from good planning called "but we need it right now". Ultimately a good plan will generate faster work. Clear iterations will further press refinement of ideas to idioms translatable to the creative professional. It will also assure quality output from everyone.
Advertisement
Add Comment
Please, Sign In to add comment
Advertisement