Buenas,
En este post queríamos haceros llegar este script para limpiar la cache de SharePoint. Este tipo de acciones es conveniente para solventar problemas que podamos tener debido a inconsistencias en la cache. El artículo original se puede encontrar aquí:
http://blogs.technet.com/b/sp/archive/2013/05/29/clear-sharepoint-config-cache-with-powershell.aspx
El script en sí es el siguiente:
<<<<<<<<<<<<
Add-PSSnapin -Name Microsoft.SharePoint.PowerShell –erroraction SilentlyContinue Stop-Service SPTimerV4 $folders = Get-ChildItem C:\ProgramData\Microsoft\SharePoint\Config foreach ($folder in $folders) { $items = Get-ChildItem $folder.FullName -Recurse foreach ($item in $items) { if ($item.Name.ToLower() -eq "cache.ini") { $cachefolder = $folder.FullName } } } $cachefolderitems = Get-ChildItem $cachefolder -Recurse foreach ($cachefolderitem in $cachefolderitems) { if ($cachefolderitem -like "*.xml") { $cachefolderitem.Delete() } } $a = Get-Content $cachefolder\cache.ini $a = 1 Set-Content $a -Path $cachefolder\cache.ini read-host "Do this on all your SharePoint Servers - and THEN press ENTER" start-Service SPTimerV4
>>>>>>>>>>>>
Muchas gracias a nuestro colega Thomas Bernhard, creador del script.
Esperamos os resulte de interés, un saludo
Jorge Puig
En este post queríamos haceros llegar la información sobre este enlace donde podemos encontrar toda la información donde compartimos nuestros compromisos en información sobre temas relacionados con la confianza.
http://office.microsoft.com/es-es/business/office-365-trust-center-cloud-computing-security-FX103030390.aspx
Los principios fundamentales de nuestro enfoque para ganarnos su confianza y mantenerla son:
Se nos ofrecen además una serie de charlas, llamadas “Conversaciones desde el interior de la nube:”, donde se nos explican conceptos básicos que nos pueden ayudar a tener una visión más completa acerca de Office 365, como:
Esperamos os resulte de utilidad, un saludo
En este post queríamos haceros partícipes (para quien no estuviera ya al tanto) de este enlace donde podemos encontrar bastantes “White papers” que hablan de temas relacionados con soluciones de gestión de proyectos. El sitio tiene un nombre que nos ha parecido curioso “From the trenches” que traducido es “Desde las trincheras”, y se puede acceder en el siguiente enlace:
https://support.office.com/article/%22From-the-Trenches%22-white-papers-faec6b1a-c217-4c79-b8c4-0514f402106b
En este post, queríamos ofreceros una traducción de este magnífico resumen acerca de los 7 pecados capitales que podemos encontrarnos al planificar proyectos. El autor es nuestro compañero Kevin Watson. El enlace al artículo original puede encontrarse aquí:
https://support.office.com/article/cff60c15-ddce-4b19-b452-710c6b6756ed
Pecado #1: La planificación es demasiado compleja
Cuando tenemos una planificación que tiene más líneas yendo de arriba a abajo, que de izquierda a derecha, tenemos un problema. Si a los que toman decisiones les llevan días o semanas para entender la planificación, entonces debemos asumir que el modelo es demasiado complejo, y no debiéramos esperar que nadie se pueda beneficiar realmente de esta planificación.
Un criterio para entender si nuestra planificación es demasiado compleja sería preguntarnos cómo de fácil es encontrar la ruta crítica en nuestro proyecto.
Pecado #2: La planificación tiene demasiadas tareas
Esta es una de las principales razones por las cuales las planificaciones no funcionan como se habían definido originalmente. Hay veces que los jefes de proyecto tienen la impresión de que una planificación necesita ser una lista de todo lo que se necesita esté hecho. Esta manera de enfocar el asunto destroza el propósito de una planificación representando el modelo de nuestro proyecto.
La pregunta que nos debemos hacer es cómo realizar un seguimiento y mantenimiento de nuestra planificación. Como regla de oro, Kevin nos ofrece usar la siguiente: “la duración mínima es un uno por ciento de la duración del proyecto; la máxima es un diez por ciento.”
Pecado #3: La lógica de red está incompleta o no es dinámica
Una lógica de red incompleta es una razón primordial por la cual las planificaciones no acaban de ser 100% fiables, o ser capaces de evolucionar dinámicamente. Demasiadas pocas dependencias pueden influir en esto. Hacer uso de demasiadas restricciones también afectará a la naturaleza dinámica de una red bien diseñada. Si vemos demasiadas restricciones en la columna de indicadores, esto puede ser un indicio de que no sepamos realmente qué estamos haciendo. No es raro encontrarnos con jefes de proyecto que “esconden” esta columna para “esconder” que existen demasiadas restricciones en la planificación de la cual son responsables.
Ante esta situación podemos hacer lo siguiente: encuentra la ruta crítica en tu planificación (si no puedes hacerlo, tenemos un problema relevante), y toma una de las primeras tareas más largas, que esté incompleta, y dobla su duración. Vemos que la fecha de finalización del proyecto cambia? Si no es así, entonces podemos darnos cuenta que no tenemos una planificación de trabajo. No seremos capaces de beneficiarnos de conceptos básicos de tener una planificación dinámica que pueda usarse para la previsión de tareas y plazos, y como gerente de proyecto pueda controlar mejor los resultados.
Pecado #4: La planificación no tiene línea base
Si no usamos líneas base en nuestra planificación será muy difícil, por no decir imposible, medir variaciones. Las líneas base nos ayudan a establecer la planificación antes de empezar a trabajar, y nos permiten aprender de los cambios cuando confirmamos lo que ocurre realmente (cuándo). Si no podemos medir, entonces no podemos controlar.
Pecado #5: La planificación no se actualiza
Es un error común el no actualizar los planes de proyecto. Hay muchos jefes de proyecto que dejan de usar la planificación original una vez que el proyecto está en marcha, y se encuentran teniendo que apagar fuegos mientras se termina de llevar a cabo. Esto se complica significativamente si tenemos mucho detalle, y se necesita demasiado trabajo para mantenerlo actualizado.
Si no actualizamos nuestra planificación, entonces perderemos la capacidad poder predecir fechas futuras.
Pecado #6: La planificación no tiene recursos asignados, o están desbordados
No es raro encontrarse con planificaciones sin ningún recurso asignado a tarea/s. Esto puede hacer parecer que tengamos una “foto” de la planificación del proyecto bonita, pero puede dar también la falsa impresión de que se pueden cumplir los objetivos planteados. Si añadimos recursos, y hacemos “levelling”, nos podemos encontrar con sorpresas…
Cuando se asignan recursos, no es raro comprobar que están sobre-asignados. Es conveniente evaluar si hemos hecho asignaciones realistas en términos de tiempo y trabajo asignado a las capacidades de los recursos.
Es conveniente también estar atentos a la característica que ajusta (level) los recursos. Es mejor usarla para tareas de modo manual.
Pecado #7. Desconocimiento acerca de los tipos de tarea
Si no entendemos como funciona el motor de programación de proyectos, y cómo los tipos de tarea funcionan en la ecuación:
Duración * Unidades = Trabajo
estaremos continuamente tirándonos del pelo, y sintiéndonos frustrados…
En este post queríamos haceros llegar la información correspondiente a la actualización acumulativa para Project 2013 y Project Server 2013, de Agosto 2014.
Brian ha publicado esta información en el siguiente post:
http://blogs.technet.com/b/projectsupport/archive/2014/08/13/microsoft-project-server-2010-and-2013-august-2014-cu-announcement.aspx
Stefan Gossner también habla al respecto en su blog:
http://blogs.technet.com/b/stefan_gossner/archive/2014/08/13/august-2014-cu-for-sharepoint-2013-has-been-released.aspx
No tenemos paquete “rollup” para Project Server 2013 en esta actualización
Paquete individual Project Server 2013:
Descripción del paquete de revisiones de Project Server 2013 (Projectserverwfe-x-none; Projectservermui.msp): 12 de Agosto de 2014
http://support.microsoft.com/kb/2883083/es
Paquete cliente Project 2013:
Descripción del paquete de revisiones de Project 2013 (project-x-none.msp): 12 de Agosto de 2014
http://support.microsoft.com/kb/2883080/es
En estos enlaces podemos encontrar más información al respecto:
http://support.microsoft.com/kb/2989078
http://blogs.technet.com/b/office_sustained_engineering/archive/2014/08/13/august-2014-office-update-release.aspx
Se ha liberado la actualización acumulativa de Project 2010 correspondiente a Agosto de 2014. Este mes no tenemos una para Project Server 2010. Podemos leer más información al respecto en este post de Brian:
Si estuviéramos interesados en obtener más información acerca de las correspondientes a SharePoint 2010, podemos localizarlas en este artículo:
http://support.microsoft.com/kb/2987238
Paquete cliente Project:
Descripción del paquete de actualización de Project 2010 (project-x-none.msp): 12 de Agosto de 2014
http://support.microsoft.com/kb/2883021/es
Como bien indica Brian en su blog, la versión del cliente es la 14.0.7130.5000, por si quisiéramos limitar qué clientes se conectan a nuestro sitio PWA.