• PROJECT SERVER 2013. LIMPIEZA DE LA CACHE DE SHAREPOINT USANDO POWERSHELL.

    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

  • PROJECT ONLINE. EL CENTRO DE CONFIANZA DE OFFICE 365.

    Buenas,

    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:

    • Seguridad integrada
    • Cumplimiento continuo
    • Privacidad de fábrica
    • Operaciones transparentes

    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:

    • ¿Por qué confiar en Office 365?
    • ¿Quién tiene acceso a sus datos?
    • ¿Están sus datos seguros en almacenamiento estático?
    • Seguridad, cumplimiento y privacidad en Office 365

    Esperamos os resulte de utilidad, un saludo

     

    Jorge Puig

  • LOS 7 PECADOS CAPITALES EN LA PLANIFICACION DE PROYECTOS.

    Buenas,

    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…

     

    Esperamos os resulte de interés, un saludo

     

    Jorge Puig

  • PROJECT 2013 & PROJECT SERVER 2013. ACTUALIZACION ACUMULATIVA AGOSTO 2014.

    Buenas,

    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

     

    Esperamos os resulte de interés, un saludo

     

    Jorge Puig

  • PROJECT 2010 & PROJECT SERVER 2010. ACTUALIZACION ACUMULATIVA AGOSTO 2014.

    Buenas,

    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:

    http://blogs.technet.com/b/projectsupport/archive/2014/08/13/microsoft-project-server-2010-and-2013-august-2014-cu-announcement.aspx

    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.

    Esperamos os resulte de interés, un saludo

    Jorge Puig