Para algunos SharePoint es una biblioteca de documentos con listas.
Para otros es esa plataforma corporativa que lleva veinte años guardando procesos que nadie se atreve a tocar.
Las dos definiciones pueden ser correctas.
SharePoint ha cambiado mucho, pero siempre ha girado alrededor de una idea: compartir información y colaborar dentro de una organización.
Los primeros años
Las primeras versiones aparecieron a comienzos de los años 2000, en un momento en el que las empresas necesitaban portales internos, buscadores documentales y espacios de colaboración.
SharePoint Portal Server 2001 y SharePoint Team Services sentaron las bases.
Con SharePoint 2003 empezó a consolidarse el concepto de sitios, listas, bibliotecas y portales corporativos.
La época de las grandes granjas
SharePoint 2007 amplió mucho las posibilidades: gestión documental, búsqueda, formularios, workflows y personalización.
SharePoint 2010 se convirtió en una plataforma de desarrollo completa. Había soluciones de granja, web parts, event receivers, páginas maestras y código desplegado directamente en los servidores.
Era potente.
También era fácil convertir una granja en un sistema imposible de actualizar.
Cuanto más podías tocar SharePoint, más fácil era crear algo que solo entendía la persona que lo había tocado.
2013, 2016 y 2019
SharePoint 2013 impulsó el modelo de aplicaciones y empezó a separar las personalizaciones del núcleo del servidor.
Las versiones 2016 y 2019 mejoraron la experiencia híbrida, la estabilidad y la convivencia con servicios en la nube.
En muchas empresas estas versiones siguen sosteniendo intranets, expedientes y aplicaciones internas importantes.
On-premise ofrece control sobre infraestructura, actualizaciones y datos, pero exige mantener servidores, bases de datos, parches, copias y capacidad.
Cómo se personalizaba
Durante años se utilizaron distintas técnicas:
- Web Parts desarrolladas en .NET.
- Soluciones de granja y soluciones sandbox.
- Event Receivers y Timer Jobs.
- Workflows de SharePoint Designer.
- InfoPath para formularios.
- JavaScript, páginas maestras y CSS personalizados.
- Integraciones con servicios web y bases de datos externas.
Muchas de estas soluciones resolvieron necesidades reales.
El problema apareció cuando el producto evolucionó y las personalizaciones no podían acompañarlo.
El salto a SharePoint Online
SharePoint Online trasladó la responsabilidad de la infraestructura a Microsoft y aceleró la entrega de novedades.
La plataforma moderna apuesta por sitios modernos, Microsoft 365, Teams, Power Platform y el SharePoint Framework.
Ya no se trata de instalar código en el servidor.
Se trata de extender la plataforma sin romper el servicio administrado.
Para qué sigue sirviendo
SharePoint continúa siendo útil para intranets, gestión documental, colaboración, listas de seguimiento, páginas informativas y procesos departamentales.
No debería utilizarse como sustituto automático de cualquier aplicación.
Una lista con miles de reglas, permisos únicos y flujos encadenados puede terminar siendo más difícil de mantener que una aplicación a medida.
La historia de SharePoint enseña una lección importante.
La plataforma puede cambiar, pero la deuda de una personalización mal diseñada permanece.
Antes de construir, entiende qué necesitas, cuánto crecerá y quién lo mantendrá.
SharePoint es una herramienta muy potente.
Precisamente por eso conviene saber cuándo utilizarla y cuándo no.
