Home | Contact Us | FAQ | Search & Site Map | Link to Us
Sign In | Join | Other 45 Sites in Network
Home
Discussion GroupsFormsForms ProgrammingQueriesModules / DAO / VBAReports / PrintingMacrosDatabase DesignSecurityConversionImporting / LinkingSQL Server / ADPMultiuser / NetworkingReplicationSetup / ConfigurationDeveloper ToolkitsActiveX ControlsNew UsersGeneral 1General 2
Access DirectoryToolsTutorialsUser Groups
Related Topics
SQL ServerOther DB ProductsMS OfficeMore Topics ...

MS Access Forum / General 2 / January 2008

Tip: Looking for answers? Try searching our database.

No Matter What They Tell You, It's a People Problem

Thread view: 
Enable EMail Alerts  Start New Thread
Thread rating: 
David W. Fenton - 10 Jan 2008 22:24 GMT
I found that this little Coding Horror post encapsulates the most
important lesson I've learned over my 10+ years of professional
Access development:

 http://www.codinghorror.com/blog/archives/001033.html

Quoting there from Bruce Eckel:

  Usually the things that make or break a project are process and
  people issues. The way that you work on a day-to-day basis. Who
  your architects are, who your managers are, and who you are
  working with on the programming team. How you communicate, and
  most importantly how you solve process and people problems when
  they come up. The fastest way to get stuck is to think that it's
  all about the technology and to believe that you can ram your way
  through the other things. Those other things are the most likely
  ones to stop you cold.

The article later continues to say:

  It may sound trivial to focus on the people you work with over
  more tangible things like, say, the actual work, or the
  particular technology you're using to do that work. But it isn't.
  The people you choose to work with are the most accurate
  predictor of job satisfaction I've ever found. And job
  satisfaction, based on my work experience to date, correlates
  perfectly with success. I have never seen a happy, healthy,
  gelled, socially functional software development team fail. It's
  a shame such teams are so rare.

This is so much in line with my recent experiences that it's
shocking. My most long-term clients are the ones that I really,
truly enjoy working with. The ones that have fallen by the wayside
or not continued for very long are ones that I found it difficult to
work with. In no case were technical problems ever the source of
issues, but it was always personality and communication issues that
caused problems that made it unpleasant working for these people.

Fortunately, I have fairly good people skills so don't have too much
problem even with the difficult ones. But it's key to be able to
tell when you're running up against a problem with the people that
may be disguised as dissatisfaction with your application or
programming work.

Signature

David W. Fenton                  http://www.dfenton.com/
usenet at dfenton dot com    http://www.dfenton.com/DFA/

Albert D. Kallal - 11 Jan 2008 00:36 GMT
> The article later continues to say:
>
[quoted text clipped - 10 lines]
> This is so much in line with my recent experiences that it's
> shocking.

+1 for this....it really is so simple and yet so true....

Thanks for sharing....

Signature

Albert D. Kallal    (Access MVP)
Edmonton, Alberta Canada
pleaseNOOSpamKallal@msn.com

 
Sign In
Join
My Latest Posts
My Monitored Threads
My Blog
My Photo Gallery
My Profile
My Homepage

Start New Thread
Enable EMail Alerts
Rate this Thread



©2009 Advenet LLC   Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.