Gitpab Gusto en conocerte

Hola Soy gitpab Me alegro de conocerte. Fui creado para facilitar la supervisión de los programadores. Tomo las horas que los desarrolladores notaron en Gitlab y calculo quién pasó cuánto tiempo trabajando en las tareas. Y para el proyecto en su conjunto. Se rumorea que los grandes jefes, con mi ayuda, consideran los salarios de los progers y la rentabilidad de los proyectos. Y realmente lo es. Con mi ayuda, puede aumentar el margen de los proyectos de software. Y ahora te diré cómo puedo ser útil para tu equipo y para ti personalmente.

Como trabajo

Trabajo sin días libres y duermo y almorzo. Suena aterrador, pero puedes ver esto al implementarme en tu servidor. Afortunadamente, hay instrucciones sobre cómo hacer esto en el archivo Léame.

No olvide registrar proyectos en la configuración que debería seguir. Revisaré Gitlab una vez por hora y recogeré uno nuevo a partir de ahí: nuevos sprints, tareas, comentarios, tiempo cancelado, información sobre los participantes.

Mirando hacia el futuro, diré que yo me veo así:



Este es mi tablero, aquí están los principales indicadores. El más interesante de ellos es Balance. Refleja cuántas horas ha avanzado el desarrollador, o viceversa, debe pagar en este momento.

Pero ahora, hagámoslo en orden. Decidí hablar de mí por una razón. El hecho es que personalmente vi muchos proyectos diferentes y gerentes de proyectos diferentes. Nada personal, solo déjame contarte primero sobre la técnica, nuestra madre.

Proyecto en gitlab

Yo mismo soy partidario de Scrum. Porque Scrum es la peor de las técnicas, excepto el resto. Ahora copiaré nuestro documento interno aquí, que nuestros nuevos empleados deben leer.

Lo que falta

Una breve instrucción, pero ayuda a construir Scrum en mis proyectos. No dice algo Vamos a llegar a un término de moda para esto. En! IED Genial, verdad? IED Disciplina de huevos de hierro. Disciplina de los huevos de hierro. Sin la debida atención al proceso de desarrollo, cualquier instrucción con el proyecto se detendrá.

¿Por qué soy útil, Gitpab?

Los equipos de cuyas actividades es responsable el autor del artículo consisten en empleados que no pertenecen al personal; todos trabajan con pago por el tiempo dedicado a los proyectos. Debo decir que administrar tales equipos de manera de calidad es una joya. Cuanto más grande es el equipo, más difícil es seguirle la pista. Y hay más de unos pocos puntos a tener en cuenta.

• ¿Alguno de los desarrolladores está colgando?
• ¿Se atribuyen a las tareas más de lo que vale?
• ¿Se emiten facturas específicamente para aquellos trabajos que se realizaron durante el período?
• ¿Cuánto le debemos al desarrollador en este momento? ¿Y a todos los desarrolladores en general?
• ¿Vamos más allá del presupuesto del proyecto?

Yo, Gitpab, respondo todas estas preguntas sutiles en el camino y resuelvo otros problemas.

Tiempo libre escrito

Este informe solo vale lo que. Aquí puede filtrar el tiempo cancelado de acuerdo con el criterio deseado.

Déjame contarte una historia. Una vez nos movimos inexorablemente hacia la fecha límite. El proyecto se realizó de manera responsable y de alta calidad, todo iba bien y ya habíamos completado el trabajo en las tareas, cuando de repente una semana antes de la fecha límite nos enviaron 63 comentarios. Los matices de las relaciones de los directores de Bla-raodny Dons eran tales que era necesario cerrar estas tareas durante una semana, para que no se demorasen en el pago. Esto no quiere decir que estas tareas fueran terriblemente difíciles, sino comentarios sobre la "lamida" del sistema. Pero hicimos tareas a 20 por sprint. El máximo que el equipo tuvo suficiente en toda la historia del proyecto es de aproximadamente 40 tareas por semana. ¿Cómo realizar una vez y media más? Según la evaluación, las tareas se retrasaron un par de semanas.

Pero entonces nació un pensamiento. El equipo me tuvo, Gitpab. Por lo tanto, el autor propuso al propietario del presupuesto esta semana crucial aumentar la tasa una vez y media, siempre que esta tasa se aplique específicamente a estos comentarios. A todas estas tareas se les asignó una etiqueta separada en Gitlab y comenzaron a codificar. Creo que es posible animar tal decisión, pero fue bien presentada al equipo. Y las 63 tareas se cerraron para el sprint semanal. En serio 63 y de alta calidad.

Para calcular las primas, simplemente filtramos para cada participante el tiempo cancelado para esta etiqueta para el período.

Tareas de grado

¿Por qué evaluar tareas? En primer lugar, como se mencionó anteriormente, para no ganar demasiado en el sprint. Soy partidario de asumir tareas siempre que el equipo tenga tiempo para completar el tren. Y si hay tiempo, tome algo más para trabajar en el proceso. Entonces, el equipo se ve más rentable frente al cliente, porque hace promesas reales que respeta, e incluso hace un poco más de lo prometido.

Pero hay otras razones. Otra historia El equipo incluía un desarrollador que quería perder más tiempo de lo que valía la pena para las tareas. Y a veces 5, y a veces 10 veces más. Al autor no le gustó mucho. Pero este desarrollador, debo decir, se adapta a todos excepto a este matiz. No había deseo de chocar u organizar un enfrentamiento. En ese momento, no evaluamos todas las tareas. En Gitpab, no fue difícil ver que se dedicó mucho tiempo solo para tareas invaluables. Comenzaron a evaluar todas las tareas, sin excepción, y esto ayudó.

Y yo, Gitpab, le proporciono una herramienta para conciliar el tiempo estimado y realmente dedicado a las tareas.

Reportes de clientes

En el camino, ahorro tiempo en la preparación de informes sobre el trabajo realizado para el sprint. Mira, abres el sprint y hay un informe listo. Simplemente inicie la nueva etiqueta en Gitlab y copie la descripción del sprint allí. Ya está en Markdown.



Copiar y pegar en Gitlab:



Los clientes reconocen que es bueno trabajar con un equipo que coloca su Gitlab en el curso del proyecto, y también brinda informes semanales detallados sobre el trabajo realizado.

Y algunos clientes comerciales, a veces, solicitan algunas listas de tareas sin igual con el estado de su implementación. En tales casos, es muy conveniente crear una etiqueta separada para dicha lista y descargar estas tareas filtradas por la etiqueta de vez en cuando. Simplemente haga clic en el botón "Exportar a csv". Hombre, ¿sabrías cuánto tiempo a veces ahorra ...

Dinero

Cada participante del proyecto puede especificar una tarifa por hora de trabajo:



Un usuario con derechos financieros ve esta sección junto con los saldos. Los saldos aquí están en horas: cuántas horas son prepagas (verde). O cuántas horas tienes que pagar (rojo). Conveniente, ¿verdad?

Pero eso no es todo. Al realizar una apuesta, puede establecer los costos: cuánto debe pagar para que una persona obtenga su apuesta en sus manos. Para cada uno, este es su porcentaje.



Espera, eso no es todo. Hay una interfaz para realizar pagos. Aquí puede ver el historial de pagos, horas pagadas.



Y al hacer un pago, las horas pagadas se consideran automáticamente, teniendo en cuenta los costos.



Si tiene empleados en el estado con una solución, entonces la pregunta razonable es: ¿por qué esto tiene problemas con el mantenimiento de los pagos? Estoy de acuerdo, no lo necesitas. Pero si tiene personas a una tarifa por hora, esa herramienta es muy útil. Al pagar, no tiene que crear informes sobre el tiempo empleado, busque dónde terminó el informe la última vez. Y no habrá confusión, no capturará accidentalmente el trabajo ya pagado. Y no te perderás el tiempo no pagado.

Ahora todo lo que necesita hacer es mirar el saldo del empleado y arrojar suficiente dinero a la persona para que su saldo sea verde.

Presupuesto del proyecto

Como ahora tiene números para cada problema, no es complicado calcular su cantidad. Gracias a esto, comprenderá si el proyecto va más allá del presupuesto:



Estadísticas similares se basan en sprints.

Hola Gitpab, ¿y cuándo logra trabajar tu autor?

Descomponer tareas, monitorear el progreso, coordinar un equipo, además de todo lo demás descrito anteriormente, además, podría pensar que lleva mucho tiempo. Por supuesto, esto consume tiempo. Pero esto es mucho mejor que un proyecto flotante incontrolable. Si mi autor no me hubiera hecho, se habría convertido en un gerente perdido que olvidó cómo se ve el IDE (que no debe confundirse con el IED, ver arriba). Y gracias a mí, se las arregla para escupir el código no menos que sus colegas.

Para resumir

La técnica se describe arriba y cómo puedo ayudarlo a seguirla usando Gitlab junto con Gitpab. Esto funciona bien en el caso del autor. Quizás quieras cambiar algo por ti mismo. No hay problema, cambiar, ajustar por ti mismo. Al final, es probable que tenga un objetivo: llevar a cabo proyectos de alta calidad y obtener ganancias de ellos, y yo, Gitpab, solo lo ayudo en esto.

Y ahora una galleta en el estudio.

Por cierto, fui creado por un buen tío, el autor de este artículo. Fue tan amable que me hizo de corazón abierto. Estaré feliz con la estrella en Github .

Casi me olvido de lo más importante. Soy una herramienta Y uno de mis conocidos, un empresario exitoso y un simple multimillonario ruso, dice que las herramientas no funcionan. La gente trabaja Espero que entiendas lo que quiero decir. Aprovecha, estoy a tu servicio. Proyectos exitosos.

PD: busqué en la publicación y encontré muchos inconvenientes. Cuando pones un signo menos, no seas flojo para comentar, me interesan los comentarios.