Tuesday, October 2, 2007

Thoughts on comments, emails, conversations, and the TCC:

- One 'meta-comment' that has been asked sotto voce a lot and openly some is, "Who the @!%# is Will Lloyd to develop this reorganization plan?"
  • My best answer is that I'm the person given the task by Dr. Sethna.
- And a paraphrase of a follow-up: "You keep saying that we need to improve communication, trust, coordination, and cooperation. Why are you exempt from practicing what you preach? The appearance is that the lack of communication is deliberate. Successful projects must have the information available to all who need it. If lack of communication is a big issue (and we agree that it is), then shouldn't you be truly communicating instead of dancing around every question with 'uninformation'? The campus IT 'information' meeting week before last just made a lot of folks feel that you would be great in politics. You talk a lot and say nothing. If you can't communicate, then how are you going to solve our lack of communication problem?"
  • I've said what I knew at the time all along the way. I didn't answer what I didn't know.
  • Releasing version 0.5 is my attempt to be as specific as I can at this time.
    • Version 0.5 is, though, an outline with lots of detail to fill in. I thought it was better to get it out early rather than wait until we had every detail in place, for three reasons:
      • To let others weigh in on what makes sense and what doesn't.
      • To improve communication.
      • To give people something more than the rumor mill to go on.
  • Subsequent versions, and the implementation plan, will supply missing details.
  • Beyond that, let me know how to improve my communication. I'd like to do better.
- A very important question: "Will I lose my job or have my pay reduced?"
  • I've been told by Dr. Sethna that nobody will lose their job or take a pay cut because of the reorganization.
  • When positions become vacant, the IT units can look at what they need and set the pay for those positions appropriately.
- A comment: "Directory services and user account administration are often a function of server administration... Directory services and user account administration on our Windows domain controllers are so closely integrated with Windows server administration that separating the two seems quite inefficient. Creating two positions/departments responsible for overlapping tasks, each reporting to a different unit head, is exactly what we're trying to avoid."
  • I see that directory services could fit in infrastructure services. A question: shouldn't routine user account management task be delegated to the helpdesk staff, especially if the helpdeskers use scripts and templates? What do think about this?
- A summary of another comment: "Active Directory systems in ITS, COE and A&S are duplicated. Merging them may become the most difficult part of your re-org effort. Management of this function cannot be overlooked or under-estimated. It is what end users deal with most directly, it is the first line of security policy implementation, and it controls every aspect of workstation abilities."
  • Yep. This is an area where a smart unified approach can offer real benefits. We have lots to gain by managing directory services well, and lots to lose by messing it up.
- "I believe that security staff would best fit in under infrastructure services."
  • The essential thing to me is that the security staff has a direct line to the President.
  • Ideally, security should be a separate unit from all those it has to guide and inspect, but I wonder if we're big enough to have a separate security group. What say you?
- "Will the staff members' knowledge, skills, and current responsibilities be fairly assessed to determine which people to shuffle? I'd hate to have a reincarnation of the FLSA proceedings where staff members are judged without their input."
  • 'Yes' to the question, and 'me, too' to the comment.
  • (On a personal, mostly unrelated note, I've never been sure why some people blame me for the FLSA affair. I served as a consultant to HR, and you could argue that my recommendations for particular positions weren't correct, but I didn't run the process. Maybe some reader of this blog can explain it to me.)
- "Oftentimes resolving a helpdesk request/problem requires assistance from systems administrators and networking personnel. There must be established lines of communication for involving infrastructure services in resolving user services helpdesk issues."
  • For sure. The helpdesk should be the single point of contact, but it has to farm out the things that come to it according to who can solve them.
  • On a related note: Service management administration comes under User Services in the plan, but service management itself is the shared responsibility of all techies. Somebody has to administer the software, develop and run reports, etc., but every group and subgroup will participate in the service management function.
- "Unless some provision is made to have people 'on the rim' between the donut hole and the donut ring, we can expect a lot of initial duplication of efforts and loss of efficiency."
  • We need to reduce duplication and overlap to the extent possible, but the two units will and should touch. They will have to cooperate to get the job done.
  • Any structure requires effective communication to work well. Communication and working together should be easier with 2 units with defined sets of responsibilities than with the system we have now, but they are no less important.
OK, it's after 7 and I'm all done in. More tomorrow.

5 comments:

Anonymous said...

Will you please expand on what you mean by the term "super users"?

Anonymous said...

IT staff at lower level positions are starting to leave. It might not matter much to the upper level management but it does matter to some users. I understand that we are in a "changing world", but vague responses to questions that are very important to people does not leave a person many options. Is the reorganization worth it in the end if you are losing good IT people that provided years of service and the ones who stay will experience a "career stagnation" because they will not be able to maintain all their current skills or take advantage of future advancement opportunities. Is it your goal to accomplish the task that was assigned to you or are you restructuring IT to benefit a particular user group? It seems to me that the more I read your version 0.5 that you are pooling all IT resources to benefit faculty. At this point it would benefit all involved if you present a version with more details. We as IT individuals would like to see where each of us would fit into the new "2 unit structure". This is the kind of information IT staff want to know.

Anonymous said...

As I heard it in one of the earlier open meetings, it was implied that a "super user" was someone who was not considered IT staff, but does a "computer-heavy" job such as someone who mostly operates in Banner. Personally, I don't see how this is different than someone who spends all their time in any other application or type of work that resembles IT.

Also, the classical definition of "super user" implies "administrator" or "root user", which would not be the proper connotation in our sense, so perhaps "specialist" or (I hate this one but) "power user" might be more appropriate.

Do we need this designation in the first place? Everyone is a "user" at some level.

Anonymous said...

An academic computing environment should provide a variety of organizational approaches and levels that will meet the broad needs of academic computing.

Local Support Units are needed because they provide the software and services and respond to the special needs that continue to evolve in each discipline. As the needs of different units become more varied, the roles of local computing facilities and Local Support Units increase in importance.

An organizational structure should support important objectives:
1. more decentralized organizations that better respond to local circumstances, where most computing services are addressed;
2. more coordination among the various academic computing units;
3. central IT administration that can work closely with deans and other administrators; and
4. a spokesperson for the variety of academic computing interests.

Our services should be neither centralized nor decentralized, rather combine the advantages of each.

Anonymous said...

I am surprised by the radical change in direction that plan 0.5 moves IT at UWG. What I expected to see after the open forums and the unveiling of the doughnut analogy was a realignment of responsibilities among the disparate IT entities on campus. It has been said by the administration that they like the distributed IT model and wanted to keep it. I think IT at UWG can be reorganized without totally disbanding the college level IT units and still meet the goals stated as the reason for the reorganization. Core or enterprise services should be centralized as much as technically possible and user support should be distributed as low as humanly possible.

For example, consolidating the various servers in the distributed IT units that support non-unique functions like Windows AD, DNS, DHCP, email, anti-virus management, patch management, … Just doing these things alone would free up dollars and simplify the budgeting process; not to mention freeing up user support personnel to focus on direct support and less on the behind-the-scenes infrastructure. Very few servers should be left in the distributed IT units after consolidation barring a small number of unique platforms like RCOB MIS and CS lab systems for student projects.

The university has many individuals in staff positions other than IT who are doing IT related tasks in their departments. We should formalize that relationship and utilize them as a filter for service desk calls. Have the department with one of these individuals agree that this person would vet problems and be the focal point or funnel for communication with service desk personnel.

Frontline support personnel who have had dual roles in the past should not lose the ability to perform Directory Service support functions like creating directories on shared drives and assigning/granting permissions. These individuals should be able to do everything possible before escalating a call up the support chain.

I also think it would be a very good idea that those people who are in daily contact with the user continue to be the person the user sees when they have a problem. People want to know that even with everything that is going on their “guy” is still their “guy”.