Practices
  Home arrow Practices arrow Page 5 - Choosing the Right Team
Dev Shed Forums 
Administration  
AJAX  
Apache  
BrainDump  
DHTML  
Flash  
Java  
JavaScript  
Multimedia  
MySQL  
Oracle  
Perl  
PHP  
Practices  
Python  
Reviews  
Security  
Style-Sheets  
Web Services  
XML  
Zend  
Zope  
Forums Sitemap 
IBM® developerWorks 
Sun Developer Network 
Dedicated Servers 
E-Commerce Hosting 
Linux Web Hosting 
Managed Hosting 
Small Business Hosting 
Actuate Whitepapers 
Moblin 
VPS Hosting 
Weekly Newsletter

 
Developer Updates  
Free Website Content 
 RSS  Articles
 RSS  Forums
 RSS  All Feeds
Write For Us Get Paid 
Request Media Kit
Contact Us 
Site Map 
Privacy Policy 
Support 
 USERNAME
 
 PASSWORD
 
 
  >>> SIGN UP!  
  Lost Password? 
PRACTICES

Choosing the Right Team
By: Romeo Marquez
  • Search For More Articles!
  • Disclaimer
  • Author Terms
  • Rating: 3 stars3 stars3 stars3 stars3 stars / 19
    2005-02-23

    Table of Contents:
  • Choosing the Right Team
  • Stick to What You Know
  • Phase I: Find a Good Designer
  • Phase II: Choose Your Programmer
  • Living in Perfect Harmony

  • Rate this Article: Poor Best 
      ADD THIS ARTICLE TO:
      Del.ici.ous Digg
      Blink Simpy
      Google Spurl
      Y! MyWeb Furl
    Email Me Similar Content When Posted
    Add Developer Shed Article Feed To Your Site
    Email Article To Friend
    Print Version Of Article
    PDF Version Of Article
     
     
    ADVERTISEMENT

    Stay one step ahead of the competition. Evaluate and give feedback on some of the hottest web development tools on the market today. Make your opinion heard! Click Here

    Choosing the Right Team - Living in Perfect Harmony


    (Page 5 of 5 )

    Communication plays a major role in your customer relationships. There’s also a huge need for internal communication between you and your staff, as well as among the staff members themselves. Most importantly, the designer-programmer relationship has to have excellent communication.  Both the programmer and designer have to be in tune and must know each other’s capabilities and limitations.

    On the first project that I worked on with a real designer, we had no idea of how to work together. At the time, the design tools had little to do with the web environment. So naturally, we had to go through a process of understanding each other's tools and needs. After the first project was designed, we realized that the original layout had brought up a few programming issues. Therefore, through communication, we established a few ground rules regarding what could be good for my programming, which the designer could take into consideration. Likewise, I had to learn a few things in order to keep the programming according to the designer’s original concept.

    Even today, where we have design suites that completely interact with each other's products, there is still a need for the designer and programmer to set their own rules to be used in their working relationship. These rules have been the basis for every project and we are still following them. Whenever I get to work with a new designer I use these rules to accelerate the getting-to-know-each-other process. And it works!

    Conclusion

    Remember the famous Olympic Dream team? It was a fabulous basketball team with only the best players in the NBA. Needless to say, they won all the games. You too can win all the games. Start by building a team with experts in every area of your company—technical and/or creative.

    (This article originally appeared in the May 2004 issue of Plug-in).


    DISCLAIMER: The content provided in this article is not warranted or guaranteed by Developer Shed, Inc. The content provided is intended for entertainment and/or educational purposes in order to introduce to the reader key ideas, concepts, and/or product reviews. As such it is incumbent upon the reader to employ real-world tactics for security and implementation of best practices. We are not liable for any negative consequences that may result from implementing any information covered in our articles or tutorials. If this is a hardware review, it is not recommended to open and/or modify your hardware.

       · An article for the novice managers/ recruiters. The tips given are general ones but...
     

       

    PRACTICES ARTICLES

    - More Techniques for Finding Things
    - Finding Things
    - Finishing the System`s Outlines
    - The System in So Many Words
    - Basic Data Types and Calculations
    - What`s the Address? Pointers
    - Design with ArgoUML
    - Pragmatic Guidelines: Diagrams That Work
    - Five-Step UML: OOAD for Short Attention Span...
    - Five-Step UML: OOAD for Short Attention Span...
    - Introducing UML: Object-Oriented Analysis an...
    - Class and Object Diagrams
    - Class Relationships
    - Classes
    - Basic Ideas




    © 2003-2008 by Developer Shed. All rights reserved. DS Cluster 2 hosted by Hostway