Monday, December 21, 2009

What is the role of a Data Manager

As a companion to my blog "Must I become a manager?", I thought I would pass on Steven Feuerstein's thoughts on "what are [data managers] good for?".  Once again, I have replaced reference to developers with data-related terms (enclosed in []).

These are goals, I feel, of a good technical lead, too, but as a technical lead, we may not have much direct control of all of the items Steven lists.  His words:
I have been thinking about this lately: what are [Data Managers (DMs)] good for? What should they do, and do for us, "lowly" [data specialists]?
I will write on this more fully in 2010 on my ToadWorld blog, but I thought I would close out the year with a few quick thoughts you might appreciate:
  1. The whole point of a [data] manager is to help [data specialists] get their jobs done. In other words, "it's the code [deliverables], stupid."
  2. The most important thing a DM can do is shield [data specialists] from time pressures. Of course, there are unrealistic deadlines with which to contend. But you won't get better [deliverables] from [data specialists] by pushing them to finish sooner. You will just get buggier software  [poorer deliverables].
  3. [Data specialists] should get the offices or cubicles with more space, lots of windows, sunlight, etc. They are creating things and solving problems. They need the physical space to inspire them.
  4. Status meetings are for the most part expressions of power by DMs. The message is "my time is more important than your time." Cancel the status meetings, DMs! Instead, meet with each [data specialist] and get their status directly from them.
  5. The most important question a DM can ask a [data specialist] is "How can I help you get your job done more effectively?" 

Comments?

Must I become a manager?

I just got an email from Oracle SQL Programming (by Steven Feuerstein, www.ToadWorld.com/SF, www.stevenfeuerstein.com) that got me thinking about my career path.  I have a consultant's approach to my career.  By that, I mean I am perfectly content to be good, very good, at what I do and meet or exceed my client's needs while passing on my knowledge (mentor) to those who will have to pick up and support what was done after I'm gone.

I have progressed from Data Communications to DBA to Data Development (PL/SQL, SQL, C/C++, shell scripts) to Data Analysis to Data Modeling and now Data Architecture.  My career has been mainly as a consultant; I have worked as an FTE for two consulting firms but was always contracted to clients.  My last FTE position with a consulting firm required me to be promoted to their Manager level or leave the company.

Now that I am old enough and experienced enough to be considered by some as an expert (I never like to call myself an expert because there is always someone who knows something I don't know.), must I become a manager?

I do not want to become a PM, get PMI certified, and become a hands-off manager.  Technical lead positions are great, but not management roles.

Should someone be forced to advance up the corporate ladder or leave the company?  What is wrong with retaining people at a senior technical level?  After all, we aren't all qualified to be, or desire to be, managers just because we are good at what we do technically.  And some people, like me, may have had management positions we succeeded at (to some degree, anyway) but are more comfortable and happy at a senior technical lead role.

Steve Feuerstein's email article was about Developers and Development Managers, but I think his comments and perceptions hold true to Data Architects, which I consider to be at the top of the Data ... career path, and other Data ... positions toward Data Managers.

Quoting from his email, but changing "developer" to "data specialist", he says:
"You have probably heard of the Peter Principle, which can be summed up as "while jobs generally get more difficult the higher up any ladder you climb, most people only come equipped with a more or less fixed level of talent that corresponds to their intelligence, knowledge and energy. At some point, then, they will be promoted into a job they can't quite handle." Or to put it more succinctly: people are often promoted past their level of competence.

... I find that in the world of software, most [data specialists] have few good things to say about their managers - and not just because they read Dilbert. That's kind of sad, because lots of [data] managers (DMs) are former [data specialists]. To invoke the Peter Principle: just because you're a good [data specialist], doesn't mean at all that you will be an effective DM. But if you've been a senior [data specialist] for a while - and an especially good one - how does a company reward you except by promoting you...up to manager?"

Comments?

Friday, December 18, 2009

Introduction

This is my first BLOG attempt.  It will take me a while to make this site something IT professionals will want to visit and participate in.  Any comments or suggestions about the design, layout, focus, or topics will be greatly appreciated.  Perhaps the first thing would be to get feedback on the name for this BLOG site.

I chose "Data-centric Discussions" because I want to talk about any topic dealing with data in the IT world.  Specifically, data that is to be stored somehow.  I'm not going to concentrate on database engines or DBA roles, but I'm sure those will come up as we discuss data storage.  My primary focus will be on those IT positions that relate to data and information.  Data by itself is not very useful; the way the data is used and presented to the user should provide useful information.

There are many roles involved with data storage and use:  Data Architect, Data Analyst, Data Modeler, ETL Developer, and SQL Developer.  This is not a complete list.  Although not a position I see advertised for, I suppose Data Profiler could be added to this list if someone's job was strictly data profiling.

Does anyone have a suggestion for the BLOG site's name?