Que se necesita para ser consultor y/o desarrollador SharePoint

Inicio justificando mi ignorancia diciendo que para ser un consultor SharePoint se requieren cosas que seguramente aun no conozco, sin embargo, a continuación desde mi experiencia menciono lo que se necesita para ser un consultor y desarrollador SharePoint desde mi humilde punto de vista.

  • Para ser un consultor SharePoint necesitas tiempo y dinero para investigar técnicamente posibles soluciones técnicas a problemas comunes. Por investigar no necesariamente me refiero a buscar en la web sino ser capaz de comprar libros, tomar cursos e invertir lo que sea necesario para entender a la perfección una funcionalidad o propuesta técnica de solución.
  • Para ser consultor SharePoint necesitas confiar en tus capacidades y en las del producto. Para confiar en las del producto necesitas conocer las funcionalidades pre fabricadas del mismo, para confiar en tus capacidades necesitas adquirir experiencia poniendo en riesgo tiempos, costos y sin duda expectativas personales y laborales.
  • Para ser consultor SharePoint necesitas entender al negocio, tratar de ver las necesidades reales de una empresa, tener la valentía de ver más allá de lo que te pide el cliente, ser capaz de decir que NO ante una situación. Es muy importante entender objetivos de negocio, contra realidades de la empresa. Ver en donde están parados, ver a donde quieren llegar, pensar si hace sentido y sin duda visualizar como ayudarlos.
  • Para ser un consultor SharePoint necesitas tener una preferencia por las tecnologías Microsoft, sino duda, SharePoint 2007 no fue construido para ser extendido por programadores y esa situación acarrea toneladas de frustración para uno que si no está comprometido con la visión de la empresa y el producto terminaras criticando de forma no constructiva, sin embargo, si estas a convencido de la visión de la empresa y en este caso el valor del producto SharePoint no habrá nada que te impida posicionarte como un experto en la material.
  • Para ser consultor SharePoint necesitas conocer más sobre la naturaleza de cualquier negocio en donde te están involucrando, entender la visión y el valor de la empresa en su industria es esencial, la cadena de valor, SharePoint no es para todos ni para todo, pero si ofrece algo para muchos, lo importante es ver cómo encontrar una equivalencia entre lo que el producto ofrece con la necesidad de la empresa-industria en la que te estas enfrentando.
  • Para ser consultor SharePoint necesitas conocer el cliente de Office y como es utilizado por el usuario final en su trabajo de día a día.
  • Para ser un consultor SharePoint necesitas concer a los Program Managers de cada feature del producto, al menos los blogs oficiales.
  • Para ser un consultor SharePoint necesitas educación, conocimiento, agallas, serenidad, auto control emocional, saber escuchar, humildad, liderazgo, tener pasaporte, criterio, autoridad, carácter y confianza. Saber comunicarte con tu esposa es muy importante también.

Ojo, consultor SharePoint no es lo mismo que un desarrollador SharePoint. Desarrollador SharePoint requiere de algo mas, requiere de un criterio técnicamente digno como para aceptar que NO todo es posible con SharePoint y encontrar la forma de que para lo que sí es posible como esto puede ser productivamente factible.

  • Para ser un desarrollador SharePoint necesitas agallas para enfrentar a vendedores y consultores que buscan posicionar a como dé lugar una cuota de venta. Saber decir no y saber dejar en claro los pros y contras de alguna postura técnica de una forma políticamente correcta y en su caso, dejar en claro que la decisión no fue tuya.
  • Para ser un desarrollador SharePoint sin duda necesitas haber sido un desarrollador .NET y ASP.NET que construyo soluciones enteras, de principio a fin, que conoce para qué sirve el global.asax y que características de asp.net tienen sentido utilizar bajo ciertos escenarios. Términos como farm, network load balanced, fqdn, dns, ip, routers, switch, web.config, trusted assemblies, GAC y code access security. Que participado en al menos un proceso de puesta en marcha de una aplicación con todo lo que esto conlleva, pruebas, soporte, recuperación de desastres, etc.
  • Para ser un desarrollador SharePoint necesitas quitarte de la idea de que con SharePoint todo se puede a la primera, necesitas entender todas las funcionalidades pre construidas en el producto y ver como cada una de ellas se puede extender con programación, recuerda que el valor de un programador SharePoint no está en construir algo desde el principio, sino como utilizando lo que ya existe puede personalizarlo para cumplir con un proceso en menos tiempo. No seas un caballero de cruzadas, sino un estratega de la guerra que aconseja a caballeros.
  • Para ser un desarrollador SharePoint necesitas imaginar que eres un usuario final y power user. Necesitas imaginar cómo llegas al trabajo, como accedes a la intranet, como accedes a la aplicación, que hay en ella en cuanto carga el sitio, como y quien accede a los artefactos de la misma, que interface de usuario es la más conveniente para un proceso, como la aplicación facilita mi trabajo y me permite salir mas temprano.
  • Para ser un desarrollador SharePoint necesitas confiar en tu capacidad ingenieril y aprender a comunicar y defender posturas tecnicas.
  • Para ser un desarrollador SharePoint necesitas criterio, control, paciencia, actitud, fortaleza, valentía, amigos, colegas, conocimiento técnico, manejo de estrés, salud, comunicación con tu esposa y un blog para compartir lo que aprendes y leer blogs de otros.

Originalmente publicado en msmvps.com

Configurando acceso anónimo y restringido a una Extranet de SharePoint 2007 en 30 minutos

ahorrar_en_proveedores_articulo_portraitContinuando con el tema de la Intranet-Extranet configurada aquí, me di a la tarea de acércame al siguiente reto una vez que enfrentamos un escenario de extranet. Este reto consiste en ofrecer a los usuarios externos algún mecanismo de registro y de gestión de perfiles. En este video vemos como configurar el acceso anónimo en la zona de Extranet, vemos como utilizando SharePoint Designer 2007 podemos personalizar páginas que hagan uso de controles de servidor de ASP.NET 2.0 y de WebParts de SharePoint.

Adicional vemos como romper con la herencia de permisos para poder contar con porciones de contenido privadas y públicas. Las públicas, son páginas de registro y de inicio de sesión, las privadas son páginas restringidas que muestran mediante WebParts listas personalizadas configuradas especialmente.

Dicho lo anterior, esto permite ofrecer un mecanismo para restringir el acceso a ciertas listas y solo hasta que el usuario se registre, alguien con permisos elevados desde la Intranet otorgue el rol “Extranet” al usuario en cuestión (esto permite contar con un proceso de validación del usuario antes de darle acceso a cualquier contenido restringido) este podría acceder a subir la información requerida.

Adicional, vemos como configurar una lista personalizada de SharePoint para que la información que el usuario externo aporte sea visible solo para él y para cualquier usuario de la Intranet, permitiendo con esto aplicar algunas otras funcionalidades de SharePoint para colaboración o seguimiento interno por parte de empleados de la organización.

El ejemplo se basa en un escenario de extranet para proveedores donde estos pueden subir documentación e información de negocio que permita a la empresa iniciar con los trámites necesarios para darlo de alta como proveedor. Adicional, este ejemplo podría utilizarse como un mecanismo para concurso de RFPs o para recopilación de información provista por actores externos a la empresa pero que participan en la cadena de valor.

Espero sea de utilidad, está por demás decir que este es un ejemplo de tan solo 30 minutos que ilustra conceptos y aspectos tecnológicos que pudiesen acercarse a una solución.

 

 

Utilizar estos consejos es bajo tu propio riesgo, explora, aprende y comparte!.

HG

Originalmente publicado en msmvps.com

Intranet-extranet de SharePoint en 40 minutos

En las últimas semanas colegas programadores que no conocen SharePoint 2007 se acercan para preguntar y evaluar si SharePoint puede dar una solución aceptable para escenarios donde usuarios externos (fuera del directorio activo) a la organización colaboren con usuarios internos (dentro del directorio activo) en algún proceso de negocio relevante para la organización.

Afortunadamente SharePoint 2007 fue construido utilizando .NET Framework 2.0/3.0 y sobre ASP.NET 2.0 por lo tanto las características que cualquier programador ASP.NET 2.0 conoce prácticamente las tenemos disponibles en SharePoint 2007, aunque esto no necesariamente aplica para la experiencia de desarrollo Sad smile.

Dicho lo anterior, tuve un par de reuniones explicando como sí SharePoint 2007 podría habilitar el escenario mencionado, sin embargo, por más que lo explico y lo justifico, no hay mejor opción que demostrarlo. Es por eso que me di a la tarea de grabar un video de cómo configurar una Intranet que hace uso de directorio activo como su fuente de credenciales de usuario y Extranet que hace uso Membership y Role Providers de ASP.NET 2.0 para gestionar usuarios en bases de datos SQL utilizando las características de Form Base Authentication. En el proceso podran visualizar como la Herramienta Central de Administracion de SharePoint aprovisiona base de datos de contenido, web sites de IIS y application pool. Smile

NOTA: Es muy importante mencionar que ninguna intranet-extranet que se utilice empresarialmente en escenarios de producción quedara configurada en 40 minutos, hay aspectos de planeación, configuración y seguridad que se deben de contemplar muy seriamente.

Y para terminar un poquito de arquitectura basica sobre un escenario en cuestion:

  • SPDB: Database Server
  • SPAPP: SharePoint Application Server
  • SPWFE1: Web Front End en Zona Intranet
  • SPWFE2: Web Front End en Zona Extranet
  • AD: Directorio Activo
  • EX: Exchange
  • ISA: ISA Server o firewall fisico

image

Como se refiere en la imagen, tenemos servicios dos zonas, Intranet y DMZ. Intranet hace uso de los recursos de red internos de la organización como directorio activo o servidor de correo electrónico, entre otro. En la misma zona interna tenemos una Topologia Small Farm de SharePoint con un solo Web Front End que usuarios internos podran acceder mediante http://intranet.splatin.com. En la zona DMZ tenemos otro Web Front End unido a la granja filtrado por un firewall hacia adentro y hacia afuera. Puede ser firewall de software como el caso de ISA Server o de hardware. Podriamos pensar que el Web Front End de la zona DMZ tenga 2 tarjetas de red, una para trafico externo con IP publica y dominio como http://extranet.splatin.com, y otra tarjeta para trafico interno con IP privada o de la red local. Aqui tenemos otras alternativas de configuración mas sofisticadas que el area de infraestructura seguramente podra aprovisionar. Usuario con acceso a internet llega al Web Front End de la zona DMZ pasando por el firewall.

Para ti que eres programador ASP.NET y estas evaluando SharePoint espero sea de utilidad este breve ejemplo acercamiento de solución.

HG

Originalmente publicado en msmvps.com

La productividad por las nubes

Microsoft Office 365 lleva la productividad al alcance de empresas de todos los tamaños, mediante el modelo de software como servicio, combina el poder de cómputo de “Office cliente” y de internet “Office en la nube” para fortalecer la colaboración y comunicación organizacional.

  • Si eres una organización que necesita apoyarse de la informática para mejorar procesos donde actualmente te encuentras limitado, Office 365 es una opción viable.
  • Si deseas invertir en informática mas no quieres incurrir a los costos asociados por poseer la propiedad de hardware y de software por temas de licenciamiento o depreciación, Office 365 es para ti.
  • Si requieres que trabajadores del conocimiento accedan a la información de tu empresa de forma segura, cualquier hora, en cualquier lugar y desde cualquier dispositivo, Office 365 es para ti.

En un modelo de software como servicio, Office 365 renta el uso de un conjunto de productos de la familia Office instalables y accesibles vía web que configurados e interconectados entre sí, ofrecen una propuesta sólida y robusta para fortalecer la productividad de los empleados mediante la colaboración y comunicación.

Los productos de Office 365 son:

  image

image

La herramienta de productividad líder en la industria, totalmente conectado y accesible, permitiendo a los empleados trabajar desde su equipo local Office o desde internet mediante Office Web Apps

image

Gestor de correo electrónico, calendarios y contactos conectados, accesible a través de los servicios de la nube, permitiendo a los empleados comunicarse desde cualquier parte entre ellos y con terceros usando su equipo local o Office Web Access.

image

La herramienta de colaboración que pone a los documentos de tu empresa en el centro de todo, permitiendo a los empleados compartir, colaborar y consolidar el conocimiento expresado en documentos, presentaciones, hojas de cálculo entre otros.

image

Experiencias de mensajería instantánea, presencia virtual, reuniones en línea y conferencias de audio y video que eliminan barreras geográficas en el trabajo y acercan a las personas.

Los beneficios de Office 365 son:

  • Acceso a correo electrónico, documentos, contactos y calendario desde cualquier lugar y desde cualquier dispositivo
  • Seguir trabajando con Office y con los programas que los usuarios conocen.
  • Esquema de costo predecible y flexible con modelos de uso por licencia o pago fijo.
  • No gestión técnica que asegure la disponibilidad, escalabilidad, seguridad, redundancia y restauración del servicio y los datos ante cualquier eventualidad

Originalmente publicado en msmvps.com

Reseña del Cuarto Simposio Latinoamericano de SharePoint 2011 en México

El pasado viernes 29 de abril del 2011 una vez más tuve la oportunidad de participar como expositor en el Cuarto Simposio Latinoamericano de SharePoint en México, DF en esta ocasión en las nuevas  instalaciones de Microsoft Mexico.

El número asistentes al inicio del evento me pareció buenísimo, puntual y totalmente enfocado. Desde desarrolladores, administradores, tomadores de decisiones, influenciadores, consultores, encargados de área de TI, gente de Microsoft México, etc. En los pasillos se rumoraban escenarios, problemas técnicos, términos y acrónimos todos relacionados con el mundo de TI y SharePoint. Sin duda también en Twitter bajo el tag #spmx2011 se dejó ver y medir lo que los asistentes sentían de lo que estaba sucediendo en el evento.

El número de asistentes al final del evento me pareció fabuloso, en mi experiencia cuando tenemos eventos que duran más de 4 horas normalmente decaen en cuanto a quórum se refiere, sin embargo, en el #spmx2011 la cantidad y la calidad de participantes que se quedaron hasta la última sesión fue abrumador, así mismo, los temas finales también fueron de lo más útil e interesante, por no mencionar la consola de videojuego que se rifó al final entre los asistentes que entregaron su evaluación. Seguramente los hijos de la afortunada ganadora han de estar pensando que SharePoint es fabuloso.

04292011112Sobre la primer platica de Access y Visio Services al inicio del evento los dioses de las demostraciones
hicieron al presentador sudar frio y04292011111a que como siempre, algo salió mal y distinto de cómo se planeó, sin embargo, Sergio Haro ( @sharop )  saco el como todo un profesional y puso a todos en contexto sobre el poder y alcance que la plataforma pone a disposición para las empresas. Yo, resumiría que hoy más que nunca podremos traer a la vida aquellas aplicaciones “legacy” que en el pasado fueron un habilitador para el negocio. Con Access Services tomamos una base de datos de Access y la publicamos sobre SharePoint 2010 permitiendo a usuarios consumir esa información via navegador de internet sin dependencia o licenciamiento involucrado. Visio Services en el mismo tenor, Gerardo Reyes ( @sihbher ) consultor de http://www.bSide.com.mx y blogger en http://www.gerardo-reyes.blogspot.com nos presentó el poder y alcance de personalización que tenemos disponible mediante javascript. Vimos que ahora las organizaciones pueden publicar sus modelos o diagramas de Visio directamente en SharePoint 2010 para que este realice un proceso de transformación y presentación del diagrama vía web usando una vez más un navegador de Internet. Lo interesante aquí es la posibilidad de con programación del lado cliente y con XAML poder combinar tecnologías para personalizar comportamiento de un diagrama de Visio Services. Hoy más que nunca es posible visualizar el estado de los flujos de trabajo y sin duda mejorar drásticamente la experiencia de usuario.

 

Sobre la plática de introducción a desarrollo SharePoint y Workflows en SharePoint 2010 puedo decir que me tocó presentar algunos consejos y escenarios en los que durante mi carrera en SharePoint he venido experimentando. En lo que fue la introducción al desarrollo me asegure de mostrar el diagrama general de las tecnologías disponibles en SharePoint 2010 desde la perspectiva de comparación con SharePoint 2007, en ese sentido, me asegure de comunicar la responsabilidad que como profesionales SharePoint tenemos de primeramente conocer las características OOB del producto antes de pensar en personalizar. Y en caso de personalizar, como poder hacerlo utilizando la combinación de características existentes, prácticamente sin inventar la rueda. Después, inicie explorando a detalle cada uno de los puntos mencionados en este post  donde platicamos sobre que nos llevó a considerarlos. Escenarios, experiencias, decisiones, alternativas, cosas buenas, cosas no tan buenas, etc. Después inicie la plática de Flujos de Trabajo 2010 donde antes de pensar en personalización, tuve que asegurarme que se conoce los flujos pre fabricados en el producto. Estuvimos discutiendo en que escenarios implementarlos y cuando estos generar valor, sus pros y cons. Por cierto, por ahí me encontré esto y aquí dejo la presentación:

Agradezco la atención y paciencia que tuvieron para con mi participación. Por ahí recibí retroalimentación positiva que sin duda estaré considerando para mis subsecuentes pláticas.04292011120

 

04292011113

Sobre la plática de Migración SharePoint 2010 tuve la grata sorpresa de encontrar a Vladimir Medina ( @VladPoint ), Premier Field Engineer de Microsoft Latinoamerica muy ameno, coherente y confiado en su participación y en el contenido. Sin duda, me da mucho gusto presenciar el crecimiento de las personas y más cuando SharePoint esta directa o indirectamente involucrado. Vladimir nos platicó del proceso o enfoque propuesto por Microsoft para taclear una migración de SharePoint 2007 a SharePoint 2010 como todo un MVP pero de la a NFL. Los consejos y experiencias expuestos fueron de los más útiles, las preguntas y respuestas que durante esta sesión se compartieron abrieron el panorama de los asistentes y tomadores de decisiones. Recuerden que http://www.b-logic.com.mx les puede auxiliar en ese sentido.

04292011115Sobre la plática de Administración SharePoint 2010 que Luis Du Solier ( @ldusolier  ) Premier Field Engineer de Microsoft Latinoamerica, presento dejo ver una serie de consejos de ahora sí que de soporte04292011118 - Copy premier. La información expuesta en esta sesión fue invaluable ya que resume la experiencia de campo de cientos de profesionales de SharePoint por todo el mundo. Los consejos expuestos por Luis junto con su experiencia de tantos años nos permitieron hacer ese clic mental entre las decisiones de infraestructura que podrían en determinado momento comprometer positiva y negativamente nuestra granja. El auto control de Luis Du Solier y la pasión que deja ver por la comunidad, el conocimiento y sin duda SharePoint nos puso a todos atentos a lo que compartía. Incluso comentando con la Srta. Edecán del evento me comento que hasta ella ya aprendió SharePoint. Tambien toco el tema de Office 365.

 

 

04292011128 - CopySobre la plática de Inteligencia de Negocio con SharePoint 2010 Ricardo Loo ( @ricalo )nos compartió breves experiencias reales de campo y de manera consultiva nos dejó ver el valor que el workload de Insights de SharePoint 2010 hace mucho sentido para llevar la inteligencia de negocio a todos los niveles de la organización. Vimos que tenemos tableros de performance point y PowerPivot como nuestra herramienta local para realizar análisis y publicación de datos, tableros, dashboard y demás. Uno de los problemas para bien o para mal que en la inteligencia de negocio vemos con frecuencia es el hecho de que son un tanto rígidos y empresariales los cubos que se preparan para después explotar la información reduciendo a cierto nivel la flexibilidad de integración con otras fuentes de datos.  Usando los productos de la familia SQL Server hacemos extracción de datos, transformación de datos, integración de datos y análisis de datos para ofrecer a las organizaciones un modelo dimensional con el fin de combinar y analizar la información empresarial desde la perspectiva de hechos, sin embargo, hablamos de procesos de entendiemiento de negocio, mucha consultoría y después la minería de datos. PowerPivot acerca la inteligencia de negocio al usuario final mediante el cliente de Excel, dando la posibilidad de permitir al usuario realizar análisis, combinaciones, transformaciones e integración de datos en una escala menos y flexible, culminando con la publicación de su tablero sobre SharePoint 2010 y poniéndolo a disposición de otras personas en la organización. Sin duda la demostración que me pareció muy aplicable en mi contexto fue la de “Como la inteligencia de negocio sobre SharePoint 2010 corre lento con equipos de 4GB de memoria RAM”, el buen Ricardo se vio preso de los caprichos dl hardware cuando este es puesto a trabajar a su capacidad máxima. Sin embargo, gran platica, gran ponente.

Sobre Administración de Proyectos en SharePoint 2010 no tuve la oportunidad de verla por completo, lo que si pude ver fue que los participantes aplaudieron mucho durante esta sesión. Al final lo poco que alcance a ver fue a los expositores haciendo gala de su experiencia en la implementación y uso de metodologías de administración de proyectos alineadas a SharePoint. Muy bien.

 

Tuvimos mas asistentes y empleados de Microsoft describiendo caracteristicas y servicios, apoyando en las platicas y compartiendo con todos.

04292011126

Al final, se procedió con la rifa y nos tomamos la foto todos los miembros de la Comunidad SharePoint México. En resumen, un gran evento en todos los sentidos. Gracias a los viejos y nuevos amigos que pude saludar personalmente y espero encontralos en la proxima edicion del evento.

 

spmx2011_01Estaremos al pendiente de la reseña oficial de la Comunidad SharePoint en Mexico donde seguramente pondran a disposicion todas las slides, imagenes, enlaces, etc.

 

Saludos, HG.

Originalmente publicado en msmvps.com

Microsoft adquiere a Skype

clip_image001
Hoy nos despertamos con la noticia de que Microsoft adquiere a Skype para fortalecer su plataforma de comunicación.

Skype cuenta con millones de usuarios y su servicio de comunicación instantánea por internet es el mas utilizado en el mundo.

 

Combined companies will benefit consumers, businesses and increase market opportunity

http://www.microsoft.com/Presspass/press/2011/may11/05-10CorpNewsPR.mspx

Más tarde en rueda de prensa se presentaran los detalles de esta adquisición, aquí podrás ver http://www.microsoft.com/Presspass/presskits/corpnews/ .

Personalmente a mí me gustaría:

  • Programar aplicaciones Skype con .NET
  • Hacer una llamada Skype con solo dar clic a la presencia de un usuario en un portal SharePoint
  • Integrar Skype con Silverlight
  • Etc.

Como reflexión:

  • Hay que tener sensibilidad al contexto de negocio que motiva a cualquier empresa a tomar decisiones que de primera mano parecieran contradictorias.
  • Si no te gusta la adquisición entonces has tu propia empresa.
  • ¿a caso no ves oportunidades?

Originalmente publicado en msmvps.com