- This topic has 15 replies, 5 voices, and was last updated 8 years, 7 months ago by darruti.
-
AuthorPosts
-
-
March 11, 2016 at 2:56 pm #492darrutiParticipant
There has been some mention of department specific SLA creation for enterprise services in multiple threads. I thought I would move the discussion up to the process section to help provide a central location for this important topic. I’d like to suggest that individuals try to provide relevant feedback to the campus-wide SLAs versus crafting a separate departmental SLA for these services, at least on the front end. There is a good chance that input from one area might also be relevant to others on campus and we would like to consider the suggestion in that context and also get feedback from others. In this way we can consider your needs in the improvement of the service for all of campus, considering resources of course. Department specific needs that are truly unique or unable to be resourced at a large scale could be reviewed for specific consideration as incremental services that are in addition to, and not in lieu of, the campus-wide SLA. I appreciate any thoughts folks have on this topic.
-
March 11, 2016 at 6:10 pm #497patrickbParticipant
I had already started a thread on setting up an exception process here; no one from IT has responded in it, however. I’m happy to provide feedback as appropriate to try to help the services being proposed better meet our needs so that we could potentially move people to IT-provided services; that said, most of my comments in those places have gone unanswered for a week or more. Moreover, some of the services demands of some of the departments in some areas (e.g. network management, IP address assignment, email, etc.) are *far* beyond what is being proposed so I’m not sure how productive some of my feedback would be.
- This reply was modified 8 years, 8 months ago by patrickb.
-
March 25, 2016 at 11:03 am #614darrutiParticipant
Hi Patrick,
Potential gaps in service details versus needs are exactly what we are looking for. If you can provide that feedback, it would be greatly appreciated. Sorry I missed your comments in the other thread before I opened this one. I’ll take a look there as well.
-
March 11, 2016 at 6:18 pm #501patrickbParticipant
Finally, please remember that there are important academic freedom issues that arise with proposals to limit what faculty, departments, and units are allowed to do beyond our legal obligations. I haven’t seen any consideration of that mentioned in this process at all, and several faculty in my department have expressed their concerns about this to me.
-
March 25, 2016 at 11:01 am #613darrutiParticipant
Hi Patrick,
Can you provide more details on the Academic Freedom concerns as they relate to enterprise services? Thanks.
-
March 28, 2016 at 8:39 am #624patrickbParticipant
Fundamentally, designating a service as “enterprise” forbids academic units from doing what they want in an area, even if the unit would meets the University’s legal obligations. For example, many of my colleagues are fundamentally opposed to using a Microsoft-provided email server for a variety of reasons (distrust of Microsoft based on a long history of research in teh area being not the least of these.) Telling faculty that they must use the Microsoft-provided server and cannot setup and maintain a departmental server, even if it meets UNM’s legal obligations is very problematic. That strikes at the very foundation of academic freedom.
The problems are even more severe for those of who research and teach in computing, where designating a service as “enterprise” specifically impedes our ability to research and teach as we feel is most appropriate. “Enterprise services” explicitly limit our ability to do so. As just two examples, students creating simple SMTP (mail) servers makes a very good introductory computer neworking assignment, because of the simplicity of the protocol. Likewise, SMTP servers make very good honeypots for computer security teaching and research; the “enterprise” designation significantly impacts our academic freedom to conduct research in this way.
-
March 28, 2016 at 10:39 am #629darrutiParticipant
Patrick,
Thank you for clarifying. I definitely understand that there are many reasons an individual may choose one service provider over another, all things being equal. We do attempt to address concerns regarding “distrust” of a provider through Business Associates Agreements (BAA) and other due diligence, although I understand that we will not always be able to satisfy concerns that stem from a long history. Where specific concerns are identified, we will certainly do our best to mitigate.
The ability for students to create an SMTP (mail) server is an excellent example that is worthy of consideration. I don’t believe that enterprise services are intended to interfere with a project in a classroom. We may need to be more explicit to address this concern.
I appreciate the additional perspective.
-
-
-
-
March 14, 2016 at 1:37 pm #503dbanwardParticipant
“There is a good chance that input from one area might also be relevant to others on campus and we would like to consider the suggestion in that context and also get feedback from others.”
A better process for doing this would be to categorize departments by similar needs. Why try to lump everyone into the same “enterprise service”? I am sure the needs of the bookstore are different than the needs for the hospital and for an academic department.
-
March 25, 2016 at 11:10 am #615darrutiParticipant
Darrell,
Thanks for your comments. Since we met last week, I think we cleared up some of the concerns that you are referencing here, please confirm. The enterprise services that are being articulated are intended to be fairly universal. If we are missing key needs, we definitely want to understand them and consider how to handle. Thanks.
-
March 28, 2016 at 8:54 am #625patrickbParticipant
Again, though, I think Darrell is getting to a key point that remains unaddressed. Different departments have radically different needs, and trying to mandate that they all use the same service despite this difference is either going to make providing a unified service infeasible (because it’s trying to do too many things for too many people), or seriously impede some departments’ abilities to do their job. There’s a fundamental tension between efficiency and flexibility in any discussion of centralized (“enterprise”) vs. distributed services, and that trade-off needs to be explicitly recognized and managed, not brushed under the rug.
-
March 28, 2016 at 10:29 am #628darrutiParticipant
Understood, Patrick. Thank you. By getting feedback on needs outside of the provided service we will definitely make progress towards understanding differences, their magnitude and strategies to address. We are hoping that comments on services will pinpoint these for us.
-
-
-
-
March 15, 2016 at 10:14 am #507wvaldezParticipant
Another important point in justifying the need of department specific SLA’s is the use of language such as “Administrator will utilize departmental (local) IT contact for first level triage of incidents and service requests, when available.” This language along with the statement made at IT agents that certain enterprise services could not be offered to the degree that they are without departmental support suggest to me that departmental IT organizations need to be very clear in their own SLA’s how we provide those “1st level support” services to our areas and what limitations we may have considering we are not all operating with the same tools or processes.
Due to statements that also hold both departmental IT and their departments liable for costs such as “UNM IT will bring to the Department’s attention any situation in which extra time is being required of UNM IT staff to support services due to lack of Department staff knowledge, planning or poor UNM implementation practices. In these situations, UNM IT reserves the right to bill, at our standard hourly rate or expedited service rate, for additional time spent in support of services being delivered to the Department” we need a clear method of identify our services and processes that would limit liability and risk. Blanket statements like these run the risk of setting up areas to fail due to lack of access to the same tools that UNM IT or other groups may have.- This reply was modified 8 years, 8 months ago by wvaldez.
-
March 25, 2016 at 12:13 pm #616darrutiParticipant
Walter,
The services provided by different departmental IT units would be very helpful to articulate. We’ve set up a thread to continue that conversation (http://discuss.unm.edu/document/departmental-it-support/). If departmental IT units have SLAs on the services they provide, perhaps we could point to those SLAs from the enterprise SLAs – what do you think?
-
March 15, 2016 at 4:08 pm #544cdeanParticipant
I haven’t posted on this thread not because I’m uninterested in this topic but, rather, because of time limitations. I agree with what has been said so far, and believe that dbanward (Darrell Banward, University Press) is right on with his comment that we are trying to fit all of UNM into the same bucket, yet our needs and our customer’s expectations can be quite different. For example, the law school’s computing environment has used Exchange and AD since 1999. We use SharePoint workflows for various processes and have a high dependence on email integration with the client management system we use in our clinical law program. (We are the largest law firm in NM.) Our spam filter is customized for law. I’m pretty sure that our user’s expectations (and therefore Law IT’s expectations) are quite different than those of Computer Science, University Press, the research community, etc. Is there a mutual baseline expectation of service? Sure. But the devil is in the details and other than the assumption we all should have that relying on an enterprise service means *at least* the same level of service we currently provide, if not better, it’s hard for me to imagine that listing Law’s specific needs would benefit the greater UNM community. However, we do have the start of a Law-specific email SLA (about 9 pages worth) but it’s more along the lines of “here’s what we do now that we would continue to need” and quite frankly, I don’t have time to get it ready for public viewing right now.
I also echo wvaldez’s (Walter Winegar-Valdez) comment that enterprise services are dependent upon departments having their own SLAs indicates that our departmental SLAs are somehow the foundation that enterprise services build upon. Perhaps the intent of the statement was Central IT has the expectation that departmental IT can and will provide baseline services but isn’t the idea of an enterprise service that all departments can use it? What about departments without any IT staff? It just seems a little weird.
I am very concerned about the blanket statement about the apparent considerable latitude UNM IT has to bill departments if UNM IT somehow determines (apparently on their own, without input from the department) that an issue is due to “lack of Department staff knowledge, planning or poor UNM implementation practices”. Should the department benefiting from that finding really be the ones determining it? Very scary thought.
Those are just my thoughts on a Tuesday afternoon. I’m sure more will come to me later.
Cyndi Johnson
School of Law-
March 25, 2016 at 12:19 pm #617darrutiParticipant
Hi Cyndi,
We look forward to continuing to work through details with campus on service needs to improve the enterprise service and determine how incremental services could best be addressed if there is a gap (as mentioned in the original post). We are listening to the feedback on the billing language and are working to revise it to be more clear. The current revision states: “Upon notification, UNM IT reserves the right to bill, at our standard hourly rate or expedited service rate, for any avoidable situations in which extra time is being required of UNM IT staff”. Feedback please.
-
March 31, 2016 at 11:54 am #663darrutiParticipant
Hi All,
To clarify – the current revision I mention above, “Upon notification, UNM IT reserves the right to bill, at our standard hourly rate or expedited service rate, for any avoidable situations in which extra time is being required of UNM IT staff”, is a working draft in one version of the SLAs being reviewed. Another version being considered is, “Notify the Department of any situation in which extra time is being required of UNM IT staff due to lack of Department staff knowledge, planning or poor implementation practices. UNM IT reserves the right to bill, at our standard hourly rate or expedited service rate, for this additional support.” We are absolutely trying to make the language as clear as possible and welcome feedback.
Thanks.
-
-
-
-
AuthorPosts
- The topic ‘Department Specific SLA’ is closed to new replies.