tag:blogger.com,1999:blog-24620302.post8327801405611416678..comments2023-06-05T13:04:49.647+02:00Comments on Gobierno de las TIC - Conocimiento Adquirido: La extremada complejidad del Catálogo de ServiciosAntonio Vallehttp://www.blogger.com/profile/06837335195928034488noreply@blogger.comBlogger9125tag:blogger.com,1999:blog-24620302.post-89657241412256203352012-09-10T20:25:15.688+02:002012-09-10T20:25:15.688+02:00Este comentario ha sido eliminado por el autor.Unknownhttps://www.blogger.com/profile/17555368002683462080noreply@blogger.comtag:blogger.com,1999:blog-24620302.post-63324063855103331802012-09-10T20:24:36.499+02:002012-09-10T20:24:36.499+02:00Yo creo que antes de empezar con el catálogo se de...Yo creo que antes de empezar con el catálogo se debería de tener claro para qué se quiere porque dependiendo de los objetivos que se persigan puede variar mucho... para poner límites a TI desde el punto de vista de los usuarios, para garantizar que las peticiones de servicio "aporten" al negocio y que se hagan de la mejor forma posible a través de un catálogo de peticiones asociadas a servicios, para saber cuál es la infraestructura que más hay que proteger partiendo de servicios más críticos, para saber cuánto cuesta entregar servicios y qué se ha de facturar en cada caso o analizar qué servicios son más rentables, para relacionar servicios de cliente con servicios técnicos... y se me ocurren unos cuantos usos más. <br />Según mi punto de vista, lo más práctico es empezar de forma sencilla teniendo muy claro cuál es el beneficio que se espera obtener.<br /><br />Saludos!<br /><br />nerea.Unknownhttps://www.blogger.com/profile/17555368002683462080noreply@blogger.comtag:blogger.com,1999:blog-24620302.post-19201988724191097092010-03-16T17:14:51.154+01:002010-03-16T17:14:51.154+01:00Y la relacion del catalogo de servicios y la gesti...Y la relacion del catalogo de servicios y la gestion del cambio....ej. servicio. abrir un puerto en el firewall o cerrarlo.<br /><br />pero esto es un cambio en un activo por tanto, sujeto a cms. O el servicio es un cambio preautorizado ?<br /><br />llevadme hacia la luz.Unknownhttps://www.blogger.com/profile/09006835158236920945noreply@blogger.comtag:blogger.com,1999:blog-24620302.post-64539609805682814102008-03-05T18:32:00.000+01:002008-03-05T18:32:00.000+01:00Angel, tu aportacion sobre el libro de Service Str...Angel, tu aportacion sobre el libro de Service Strategy es muy interesante. Le echare un par de lecturas detalladas a ese apartado, porque es posible que aporte algo más de luz.<BR/><BR/>AntonioAntonio Vallehttps://www.blogger.com/profile/06837335195928034488noreply@blogger.comtag:blogger.com,1999:blog-24620302.post-44605515461103514022008-03-03T13:07:00.000+01:002008-03-03T13:07:00.000+01:00Supongo que como en casi todo, al respuesta es: de...Supongo que como en casi todo, al respuesta es: depende.<BR/><BR/>No olvidemos que el catálogo no lo queremos porque sí, sino para dar respuesta, dar soporte a un montón de procesos ITIL.<BR/><BR/>Así pues creo que cada organización debe plantearse si para dar esa respuesta necesita que el correo sea un servicio único o el servicio sea el correo-BB y el correo-IMAP y el correo-web y...<BR/><BR/>Planteemoslo así ¿qué ganamos y qué perdemos con cada una de las dos opciones?<BR/><BR/>¿Alguien se anima a pensarlo?Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-24620302.post-73988190325723584992008-02-29T11:54:00.000+01:002008-02-29T11:54:00.000+01:00jeje, bueno pues mi catálogo digamos que intenta r...jeje, bueno pues mi catálogo digamos que intenta reunir todo lo que comentas, es de productos intangibles y por tanto servicios, y todos de TIC. Pretende gestionar la demanda y también las expectativas, sentando un marco para acotar las peticiones posibles. También incluye los servicios profesionales (y no solo los "de máquina"). Y está echo con la mejor de las intenciones ;o).<BR/>Respecto al tema que comentas del correo y la problemática de la disponibilidad de sus distintas opciones, hay una buena orientación en el libro de Service Strategy, en la página 134 "Service Level Packages" y justo el diagrama del correo en la página 136. <BR/><BR/>Saludos,<BR/> Ángel Berniz.Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-24620302.post-2386993334755417102008-02-24T18:06:00.000+01:002008-02-24T18:06:00.000+01:00Haré de abogado del diablo, diferentes servicios!!...Haré de abogado del diablo, diferentes servicios!!! NO!!<BR/><BR/>Yo apuesto por no desviarnos del lema "menos es mas", me explico:<BR/><BR/>Un servicio se define por el proceso de negocio que habilita y no por sus canales.<BR/><BR/>Yo propongo que el canal sería una opción del servicio, y que cada canal tuviera objetivos de servicios diferentes de un mismo SLA, ya que evidentemente desde la perspectiva de monitorización del catálogo el round-trip (ida y vuelta de un email) no tardará os mismos milisegundos/segundos por GPRS que por LAN Corporativa.ForWhatWeAreHerehttps://www.blogger.com/profile/01072670224231918035noreply@blogger.comtag:blogger.com,1999:blog-24620302.post-65590780839784685022008-02-20T22:33:00.000+01:002008-02-20T22:33:00.000+01:00Efectivamente, así es como yo lo estoy haciendo en...Efectivamente, así es como yo lo estoy haciendo en la actualidad: diferentes canales implican diferentes servicios... pero eso hace que sea necesario explicar una y otra vez la diferencia entre un servicio y otro a personas "no techies" y por lo tanto no vean tan clara la necesidad de la diferenciación por canales.<BR/><BR/>Gracias!<BR/>AntonioAntonio Vallehttps://www.blogger.com/profile/06837335195928034488noreply@blogger.comtag:blogger.com,1999:blog-24620302.post-10695542419084816202008-02-20T11:35:00.000+01:002008-02-20T11:35:00.000+01:00Interesante reflexión ! ...Así a bote pronto se me...Interesante reflexión ! ...<BR/>Así a bote pronto se me ocurre: Definamos los diferentes canales de acceso a la información proporcionada por los servicios TI, como un servicio en si mismo, común y utilizable o dependiente del resto de servicios TI que lo requieran y ajustando diferentes SLA's para cada relación "Servicio Correo" <-> "Servicio Acceso 1", "Servicio Acceso 2", ... y a su vez hay que tener en cuenta que el servicio de "Acceso 1" en el caso de una PDA por ejemplo, puede ser utilizado también para pasar los pedidos o consultar los stocks de la compañía, por tanto podemos deducir, que un servicio TI (correo) podrá depender de (n) servicios de Acceso, con diferentes acuerdos para cada relación, y por tanto el servicio de Acceso, apoya a diferentes servicios TI, (Correo, Pedidos, Stock).<BR/>A bote pronto parece que si, que puede ayudar a concretar y "simplificar" (entre comillas) la definición del catalogo, ... o no !Anonymousnoreply@blogger.com