Now it can, eLocal Listing’s Multi-City Package allows businesses to expand their reach within 50 miles of their business.  There’s no monthly contract, website needed, and no bidding.  eLocal Listing makes Internet Marketing Easy, Affordable, and Effective.

Find out more at www.elocallisting.com

It has been proven that money is NOT a long term motivator but rather a short term instigator.  The state of being BETTER is truly a long term purpose charged goal of all individuals, and harnessing that leverage is key to curt tailing attrition and generating more happy sales veterans.

Let’s take an inventory of your team development tools and techniques:

What are the primary needs and wants of your team?

How do you recognize if they are infected by fear?

How much time do you invest in their personal vision at work?

Are you expecting them to understand and purchase your mission?

How much time do you spend in significant change in your life?

Your team needs to be heard and understood.

Their belief is key to the selling proposition and they will only truly follow leaders that they respect and trust.  They need a mature parent that has their needs close to heart.  It is necessary to connect with them one on one, in small groups and in team gatherings to discuss what is truly important to THEM.  Let them voice their heart and translate your business decisions, policies and programs to their internal desires.  Remember, it’s easier to sell people what they want then to make them want what you are selling.

Fear is the mind killer.

Every human reacts to fear in one or more of four different ways:
Run away
Attack
Denial
Crippled Stasis
Fear will feed defects and simply stop any sales rep from truly producing.  Fear is based on two facts occurring:  They are afraid of not getting what they deserve or they are afraid of losing what is theirs.  You can not snap a human out of fear by stamping your foot.  Simply put, fear is the absence of HOPE.  So give your team a plan they can believe in.   Demonstrate your experience and saddle up next to them in the dark.  Let them know that they are safe and they will come back to confidence.  We will talk more about this subject later.

Each week talk about change.

Books, tapes, teachers and programs of significant change are necessary for them to connect with work as a purpose filled location in their lives.  They need to know that there is more than a paycheck waiting for them to feel excited about Monday.  There are many great teachers that you can invite via technology into the lecture room to help translate the work experience into an institute of learning and growth.  Meaningful lessons will create leaders that enthusiastically stay!

What is your mission and why should it be theirs?

Building a company should be about personal pride and feeling of participating in an award winning team experience.  Share your vision constantly and get everyone to understand the WHY of it. But most importantly help them connect with it on a basic level.  It must make sense to THEIR mission if you want them to purchase it.  Don’t demand or expect loyalty if you don’t help your group find their own WHY they should.

You can’t give away what you don’t have!

Those who don’t learn can NOT teach.  Watch out for leadership that feels it already knows what it needs to know.  Pride is summed up with:  I KNOW.  Humility is summed up with:  I want to KNOW.  The seeker is growing and has something to pass on.  The man who demands the world follow his plan and is not open to change and grow is no longer learning and is actually of weaker character.  The man who admits their failings and is willing to look at and change their weaknesses is actually of strong character.  Your team will sense the truth of it and will be pulled towards leadership of strong character naturally.

Change…Grow…Learn…Teach…

If work becomes an Institute of Significance, in turn your sales figures will become significant!

In this article we are going to touch on something a bit less tangible but no less important, actually it is probably the most important element in establishing a successful development team. Communication is, in my opinion, the most foundational piece of a strong development team.

Where skill, and resources may come up short, if strong communication is in place a team can overcome prepare in advance, and address some of these shortcomings more readily, setting them on the road to success.

With many teams built of diverse parties setting up solid lines of communication is key. Developers, project managers, marketing, front end designers, and quality assurance personnel are just a few of the many parties that make up a solid dev team for products and projects. With so many different people, perspectives, and skill sets touching the project it can become very easy for details to slip through the cracks that end up slowing down the workflow, hindering progress, delaying deadlines, and contributing to headaches and frustrations on all ends.

Those of us who work in this team environment have experienced this in one form or another, and more than likely something will slip through regardless. With this in mind I have compiled a few simple practices, along with a couple of applications that can help open up the lines of communication.

Learn to Dabble in Disciplines.

One great way to increase the value of your contribution to the development/project team is to gain an understanding of the other team members disciplines. This doesn’t mean that we have to become experts in their fields but gaining an understanding of their roles and responsibilities will help us to provide the right information in the right format to make their job that much easier (not to mention score some brownie points with them).

In our team I have found it helpful when preparing front end designs to ask alot of questions of our engineers, so as to avoid providing files, designs that simply aren’t practical from a development perspective. I am still a pretty big noob when it comes to .net but since that is the framework we develop in I have made an effort to understand their world, and what would make life easier for them. I would suggest even going beyond frameworks and code, and find out how to prep designs, and deliver files in a way that makes life easier for them.

By expanding our horizons to understand each of the team’s disciplines we make life a bit easier for everyone, and learn to communicate more effectively in ways that help others be more efficient, and well equipped in their roles within the team environment. Besides the initial benefits we also expand our skill set which opens up new avenues within our current jobs, as well as in our future endeavors. We should never stop learning.

Go get your Intel

This is a very critical point. We can only be responsible for ourselves, and I would strongly encourage all of us to be proactive in getting info about projects/products. If you are unsure about something, ask, and then ask again until you feel comfortable with your understanding of the scope, and your role in the project.

This brings the focus to the most important aspect of communication… Listening, don’t just hear what is being said, listen, ask questions and make sure that you understand, repeat what is being said back to the team, that way there is little room for misunderstanding, and mis-communication, it will also validate your team members, showing them that you value their input and efforts in the project. Some of this may sound pretty rigid, but if we can take these extra steps it will really help us in the communication process.

Tools of the Trade

In some circumstances team members may work remotely or off-shore this can also make communication a bit tough at times. Using tools/apps can help bridge the gaps, and keep everyone on the same page.

For project collaboration, task management, file sharing, time tracking, and version tracking we use Basecamp by 37signals. I am sure there are other project management software/apps out there but this one has proven itself to be a very valuable tool, and is very affordable.

For more immediate communication we also use Skype as this allows for instant access when questions, and issues may arise.

There are other resources out there, and if your team isn’t using something I would encourage you to be proactive, find something that will fit best with your team.

Wrapping Up

By no means is this a call to arms, my hope is that we can be encouraged in our efforts to better our development team. This effort starts with us, team development is an investment in our projects and fellow team members. Listening, learning other skills, and being proactive in communication are just a couple of foundational ideas for better team communication, as projects come and go many different situations will arise, and they will provide new challenges, as long as we are communicating openly the challenges can be faced, overcome, and turned in to successful solutions.

Next up in the series “There is no “I” in Team, and no “U” in Win” dealing with conflict, and disagreements in development.

1) Building a Successful Dev Team

2) Coding In a Team Environment

3) Building Development Team Communication

For many of us single line css, our own routines, choice of naming conventions and personal approach to writing and organizing code is a way of life, and we are very comfortable in it. When working as a part of a development team a lot of these comfort-zones can be challenged, but the ability to be flexible not only saves frustration, but also says a lot to those we work for about our ability to be a productive part of a team, which goes along way in the work place. Here are some things that I have learned, tried, and found to be very helpful. I will provide reference links so you can do more research if so inclined.

1) Link / Import your stylesheets, and scripts.

This may seem like simple beginner css/html, but we must remember that everyone on our team my not be well versed in our areas of expertise. The cleaner and more organized our html (and css) files are the easier it is for others to pick them up navigate through the code and execute their project responsibilities.

One of the ways to do this is to keep all styles out of the html in an external style sheet that you link or import to the html file. The same goes for scripts wether we are using jquery, mootools, or some other scripting we should do our best to keep it out of the main html document (there are exceptions… google scripts, flash, and browser detection to name a few).

The main idea is to keep our code very clean, readable, and easy for others to use. When we compartmentalize our different code elements it makes it easier for others to know what to expect, where to find it, and keeps a solid framework for team development from initial development to revisions. For more on this check out Jina bolton’s presentations on Sexy Stylesheets there are some great insights.

2) The Name Game – Responsible Convention Naming

When creating our html and css files it can be easy (for times sake) to cut some corners and name our div id’s and classes very general terms. Initially I can understand this thought process, but I think we do out team members a disservice by taking this simple approach.

If someone were to pick up our work and need to edit it would our naming conventions help them get to the section they need to edit quickly, or would they have to search through our files filtering through general terms to try to find it?

As you can see this isn’t very efficient, I am sure that many of you are thinking “that sounds great in principal, but it just isn’t practical.” I agree there are times and environments that don’t lend to this idea, but as much as we can we should make our best effort to help our team by clearly defining “id’s” and “classes”, so that when someone else picks up one of our files to edit, they can easily find the section where the edits need to take place.

Using terms like main, left, right may seem easy and even familiar to us, but can lead to frustration when digging though files looking for content to edit/update. We should try to give our id’s and classes names that describe their purpose and placement on the page.

Andy Clarke put it well when he said.

“ That is why I think that establishing a set of naming conventions makes sense, not because I’m some kind of Maoist revolutionary who thinks that we should all wear the same grey boiler suits, but because it can make life easier for us and our end-users. “

Our team members and end-users should be the driving force behind setting up good practices. I encourage you if you haven’t to check out his site, and especially his writings I have found them very informative, and helpful.

Again for those of us who use css/html on a more advanced scale some of these concepts may seem simple, but we must remember that the focus of this series is to work towards bettering our development team.

3) Use Comments

If we take into consideration the above ideas and build upon them further by implementing a comment system we all but serve up great mark up on a silver platter for our dev teammates.

Working with Mike A (@miacevedo) we implemented commenting for easy browsing through code, as well as version tracking to help keep track of when revisions happened and who executed them. This allows us to both work on the same style sheet, or html pretty seamlessly, and will without a doubt increase efficiency of our front end development efforts.

This is something that I also picked up from Jina Bolton’s “Creating Sexy Stylesheets” presentation.

 As you can see a them the idea is to communicate well by the code we write. At times this will cause us to have to take some extra steps, and go beyond what is asked of us, but in the end it will lend to a better end result, not to mention earn the respect of our teammates, which will go a long way. The only way we can see improvement in our development team is if we start with our contribution.

Wrapping Up

These are just a few simple tips that I have picked up along the way. A lot of the concepts and inspiration comes from talks that I have heard and blogs that I have read. There is a wealth of knowledge out there just waiting to be soaked up.

If you have any input, or tips that you have used, please feel free to share them.

1) Building a Successful Dev Team

2) Coding In a Team Environment

3) Building Development Team Communication

So this is the start of a new series on designing/developing in a team environment and how to take steps to ensure that you and your team are working towards success. Whether you are a team lead/manager or one of the cog’s in a bigger mechanism each role is important and if we can learn what we can contribute to the team we can help insure the success of the products/web sites that we are a part of creating.

The series will be split into four parts:

1) Building a Successful Dev Team

2) Coding In a Team Environment

3) Building Development Team Communication

Hopefully as we look at these (an possibly a couple extra) points we will be able develop a focused pursuit of development team bliss, granted it may not be as easy as it sounds, but developing a solid dev team that works together to accomplish a common goal is instrumental to the success of any design firm, start up, and or top secret missions.