Introduccion

Valores y Principios de Scrum 

Recordemos que el Scrum es una técnica de trabajo, llamada desarrollo ágil, para la gestión y el desarrollo de software utilizando procesos

iterativo e incremental. Aunque Scrum está enfocado principalmente a la gestión de

procesos de desarrollo de software, también puede ser utilizado en equipos de

mantenimiento de software, o en una aproximación de gestión de programas.

1. Valorar más a los individuos y su interacción que a los procesos y las herramientas.

2. Valorar más el software que funciona que la documentación exhaustiva.

3. Valorar más la colaboración con el cliente que la negociación contractual.

4. Valorar más la respuesta al cambio que el seguimiento de un plan.

1. Valorar más a los individuos y su interacción que a los procesos y las herramientas

 Este es posiblemente el principio más importante del manifiesto. Por supuesto que los procesos ayudan al trabajo, Son una guía de operación. Las herramientas mejoran la eficiencia, pero sin personas con conocimiento técnico y actitud adecuada, no se producen resultados.

Las empresas suelen predicar muy alto que sus empleados son lo más importante, pero la realidad es que en los años 90 la teoría de producción basada en procesos, la re-ingeniería de procesos ha dado a éstos más relevancia de la que pueden tener en tareas que deben gran parte de su valor al conocimiento y al talento de las personas que las realizan, y que tenían el know-how de la empresa.

Los procesos deben ser una ayuda y un soporte

Los documentos no pueden sustituir, ni pueden ofrecer la riqueza y generación de valor que se logra con la comunicación directa entre las personas y a través de la interacción con los prototipos. Por eso, siempre que sea posible debe preferirse, y reducir al mínimo indispensable el uso de documentación, que genera trabajo que no aporta un valor directo al producto.

Si la organización y los equipos se comunican a través de documentos, además de perder la riqueza que da la interacción con el producto, se acaba derivando a emplear a los documentos como barricadas entre departamentos o entre personas.

 

3. Valorar más la colaboración con el cliente que la negociación contractual

Las prácticas ágiles están especialmente indicadas para productos difíciles de definir con detalle en el principio, o que si se definieran así tendrían al final menos valor que si se van enriqueciendo con retro-información continua durante el desarrollo. También para los casos en los que los requisitos van a ser muy inestables por la velocidad del entorno de negocio.

Para el desarrollo ágil el valor del resultado no es consecuencia de haber controlado una ejecución conforme a procesos, sino de haber sido implementado directamente sobre el producto. Un contrato no aporta valor al producto. Es una formalidad que establece líneas divisorias entre responsabilidades, que fija los referentes para posibles disputas contractuales entre cliente y proveedor.

En el desarrollo ágil el cliente es un miembro más del equipo, que se integra y colabora en el grupo de trabajo. Los modelos de contrato por obra no encajan.

para guiar el trabajo. Deben adaptarse a la organización, a los equipos y a las personas; y no al revés. La defensa a ultranza de los procesos lleva a postular que con ellos se pueden conseguir resultados extraordinarios con personas mediocres, y lo cierto es que este principio es peligroso cuando los trabajos necesitan creatividad e innovación.

2. Valorar más el software que funciona que la documentación exhaustiva

Poder ver anticipadamente cómo se comportan las funcionalidades esperadas sobre prototipos o sobre las partes ya elaboradas del sistema final ofrece una retroalimentación (feedback) muy estimulante y enriquecedora que genera ideas imposibles de concebir en un primer momento; difícilmente se podrá conseguir un documento que contenga requisitos detallados antes de comenzar el proyecto.

El manifiesto no afirma que no hagan falta. Los documentos son soporte de la documentación, permiten la transferencia del conocimiento, registran información histórica, y en muchas cuestiones legales o normativas son obligatorios, pero se resalta que son menos importantes que los productos que funcionan. Menos trascendentales para aportar valor al producto.

 

4. Valorar más la respuesta al cambio que el seguimiento de un plan

Para un modelo de desarrollo que surge de entornos inestables, que tienen como factor inherente al cambio y la evolución rápida y continua, resulta mucho más valiosa la capacidad de respuesta que la de seguimiento y el aseguramiento de planes pre-establecidos. Los principales valores de la gestión ágil son la anticipación y la adaptación; diferentes a los de la gestión de proyectos ortodoxa: planificación y control para evitar desviaciones sobre

Acerca de:

El presente Manual de Organización y Funciones tiene la finalidad de presentar una visión conjunta de la estructura organizacional del Consejo de Vivienda Policial - COVIPOL, así como la descripción de funciones asignadas a las diferentes unidades y áreas organizacionales, de acuerdo a lo establecido en el Decreto Supremo No. 29894 Estructura Organizativa del Órgano Ejecutivo del Estado Plurinacional, de fecha 7 de febrero de 2009. Con el objeto de permitir un conocimiento global de la estructura orgánica y las funciones básicas de la entidad, el presente manual proporciona información de carácter formal sobre la estructura diseñada, los objetivos y funciones inherentes a cada una de las unidades organizacionales establecidas, precisando la relación de dependencia de cada una de ellas respecto a las demás y las instancias de coordinación interna e interinstitucional.

Antecedentes

COVIPOL

El Consejo de Vivienda Policial fue creado mediante Decreto Supremo Nº 15790 del 11 de septiembre de 1978, de acuerdo al Art. 130 de la ley organica de la Policia Nacional, es una institucion descentralizada de derecho publico, con personeria juridica propia y autonomia de gestion, encargada de planificar, promocionar, construir y adjudicar viviendas de interes social para los mienbros de la Policia Nacional Mision Maximizar el rendimiento de las inversiones, aplicando de forma oportuna e imparcial la reglamentación interna, para realizar prestaciones de alta calidad y facil acceso a estos con el fin de contribuir con los afiliados y proveer a la institución de recursos financieros necesarios orientados a oportunidades de contar con vivienda digna y preferente propia de los mismos.

Vision  Ser una institución moderna, con prestigio y credibilidad que administre de forma eficiente, eficaz, transparente e integra los recursos del estado y los aportes por los afiliados, utilizando las mejores practicas administrativas de los que produzcan valores morales de sus funciones en pro de los afiliados.

Como

Se requiere  contar  con una  base  de datos   el cual se  permite registrar  todos  lo s eventos  como ser: solicitud  y llenado  de formularios , solicitud entrega de  formularios  el control y el acceso  del sistema  por parte   del  personal autorizado,  el registro y  cantidad  de  material del stock .Según  a lo  mencionado  se  considera  como  gestor  de  base  de datos  MySQL  como  lenguaje  de programación PHP utilizando editor  herramienta Dreamweaver  .Todo lo dicho se   debe tanto  la  base de datos MySQL  como  lenguaje  de programación  PHP  que  son de  distribución libre   y que  no se limitan  con el tipo  de  sistema  operativo   que  pueda  tener una  computadora   también  no será  necesario  contar  con servidor   ni alquilar un  sitio   web  ya que esto   será  algo  interno   para  lo cual  la empresa   ya  cuenta  con  intranet .

do Sprint

eta muy bien lo descrito, porfa chic@s veamos tambien la reipresion del formulario para la realizacion de la entrega de formulario

NOTA  AMIGOS SE LES INCINUA REALIZAR LA MODIFICACION DE ESTE

DOCUMENTO

DEL SEGUNDO SPRINT TAMBIEN SE LES INSINUA REVISAR EL DOCUMENTO KANBAN QUE

 ESTA COMPARTIDO CON USTEDES AHI ENCONTRARAN LAS TAREAS ASIGNADAS PARA

CADA UNO Y NO SE OLVIDEN REVISAR LOS DAYLIS SPRINT PARA COMPLETAR DIA A DIA

 SU AVANCE Y SU APORTE O CONTRATIEMPOS QUE SE NOS PRESENTAN

 

el link del documento kanban esta aquí

https://docs.google.com/a/utecnologica.edu.bo/document/d/1JtamJqm4tf3fSGpXZUI78EzUiCjUCxV5nwtkAjZUs7k/edit?usp=sharing

 

Proceso de registro de formulario (solicitud de material)

-          Actividad 1Ingreso al Formulario

1.       Tarea 1El funcionario  debe ingresar con su usuario y su contraseña para poder ingresar al formulario de solicitud de material.2.       Tarea 2El sistema solo debe realizar 3 intentos para ingresar al formulario caso contrario sale del sistema.

                            3. Tarea 3                            Creación de la tabla producto donde se determina todos los productos existentes. 

3.       Tarea 3Conexión con la base de datos con sus tablas de todos los materiales existentes4.       Tarea 4Creación la tabla cantidad para tener un control del stock de cada material y poder realizar sus consultas.5       Tarea 5El sistema según la tabla cantidad emitirá un mensaje de alerta indicando que cierto material está llegando a cero, y debe realizar el pedido del material si es conveniente.

-          Actividad 2Registro de Formulario

1.       Tarea 6El Usuario debe llenar el formulario correctamente indicando los materiales y la cantidad que solicita, al cual el sistema verifica en la base de datos y según la respuesta manda mensajes si es existente o no2.       Tarea 7

El sistema al momento de guardar debe realizar automáticamente la actualización del stock del material solicitado en la base de datos.3.       Tarea 8El sistema después de realizar el guardado tiene la opción de imprimir dicho formulario para respaldo del funcionario.

Tiempo estimado para el primer Sprint

                Dos semanas (2) esta estimación puede ser modificado según a los resultados de avance y contratiempos que puedan ocurrir durante las  pruebas al sistema (base de datos)

-          Actividad 3Formulario de entrega de material

1. Esta todavía en proceso por favor ustedes vayan chequeando la documentación .

Estimación de Sprint

Velocidad estimada por Sprint

Cantidad Sprint    Velocidad en Dias

 1  5

REQUERIMIENTOS

 tiempo estimado en dias

 Fibonacci

 Solicitud de Material

 10  2

 Entrega de Material

 5  1

 Stock de Materiales

 5  1

 Compra de Material

 5  1

 Informes de solicitud de Material

 5  1

 Informes de entrega de Material

 5  1

 Informes de Stock de Material

 5  1

  TOTAL

 40

     

Se tendrán 7 Sprint los cuales se acabaran en 40 dias. 

Primer Sprint

Proceso de registro de formulario (solicitud de material)

-          Actividad 1Ingreso al Formulario

1.       Tarea 1El funcionario  debe ingresar con su usuario y su contraseña para poder

ingresar al formulario de solicitud de material.2.       Tarea 2El sistema solo debe realizar 3 intentos para ingresar al formulario caso contrario sale del sistema.

 3.       Tarea 3Creación de la base de datos con sus tablas de todos los materiales existentes4.       Tarea 4Creación la tabla cantidad para tener un control del stock de cada material y poder realizar sus consultas.5       Tarea 5El sistema según la tabla cantidad emitirá un mensaje de alerta indicando que cierto material está llegando a cero, y debe realizar el pedido del material si es conveniente.

-          Actividad 2Registro de Formulario

1.       Tarea 6El Usuario debe llenar el formulario correctamente indicando los materiales y la cantidad que solicita, al cual el sistema verifica en la base de datos y según la respuesta manda mensajes si es existente o no  la cantidad requerida.2.       Tarea 7El sistema al momento de guardar debe realizar automáticamente la actualización del stock del material solicitado en la base de datos.3.       Tarea 8

El sistema después de realizar el guardado tiene la opción de imprimir dicho formulario para respaldo del funcionario.

 

Nota por motivos de primicia y decisión del usuario se tubo que cambiar el Sprint 1 por el 2 en el cual el Sprint1 consistía en realizar el formulario de solicitud de material y el Sprint2 consistía en el registro de funcionario y logeo con sus validaciones que a conb tinuacion le detallaremos.

Proceso #1

º    Ingreso de usuario

        - Tarea.

            . Realizar la ventana de usuario y contraseña

            . Realizar la validad de datos

            . Realizar en la base de datos

            . Realizar los niveles de usuarios para dar sus privilegios de uso.

º     Registro de Funcionarios

    - Tarea.

            . Realizar el formulario de registro de funcionario en php.

            . Validaciones con la base de datos en las contraseñas 

Tercer Sprint

En esta ventana lo esta opcion de diseño por fa muchachos si pueden introducir alguna imagen relacionado con el proyecto

Daily Sprint

1er Daily Sprint 

Se realizo el 12 de agosto, en el cual se definio el Tema del Proyecto determinando realizar un Sistema de Control de Almacenes para el Consejo de Vivienda Policial "COVIPOL".

2do Daily Sprint

Se realizo el 14 de agosto, donde se definio realizar el sistema en PHP y MySQL

3er Daily Sprint

Se realizo el 16 de agosto, se recabaron los requerimientos de la institucion donde se aplicara el proyecto, asi mismo se pudo obtener el reglamento de almacenes, materiales que utilizan, solicitud de inicio, proceso de compra de materiales, precios referenciales, especificaciones técnicas.Se recabo toda la información necesaria para poder determinar las tablas principales.

4to Daily Sprint

Se realizo el 20 de agosto, se identificaron los roles de la institucion donde se determino el flujo de las actividades que realiza el encargado de almacenes con respecto a los otros funcionarios de la institución, desde la solicitud del material a instituciones externas , el pedido de material dentro la institución COVIPOL y la entrega material hacia los funcionarios. siendo mas detallista se noto normalizar un flujo de la actividad que realiza el encargado de almacenes esto por que se noto por que a pesar de existir un reglamento de procedimientos de las funciones estos varían o no lo cumplen a cabalidad, por eso se tubo que coordina bien con el encargado y el personal administrativo superior para normalizarlo.

5to Daily Sprint Se realizo el 23 de agosto, se determino la frecuencia del uso del sistema por parte del usuario, y la responsabilidad y los privilegios y la seguridad que contaría para cada funcionario, esto se determino clasificar en 3, cada usuario tendrá un nivel de privilegios donde es para un usuario que solamente pueda entrar al sistema y solicitar el material requerido mediante el llenado del formulario e imprimir. El estado 1 es para el personal donde pueda registrar el material y actualizar el stock de cada producto y generar los informes según a lo conveniente y el estado 3 es de el administrador donde pueda administrar el sistema y contar con todos los privilegios, tales como dar altas bajas modificaciones generar reportes etc. Dentro del sistema contando con

la manipulación de la base de datos mas.

6to Daily Sprint

Elaboracion  de la pila  de  requerimientos  identificacion  de puntos  principales y seleccion  del  producto  minimo  viable 1. Identificacion del  requerimiento previo  y debate  de que  es formulario de solicitud se noto de gran prioridad el llenado de solicitud de material, motivo por el cual se considera como ser el producto mínimo viable y  entrando en acuerdo con el encargado de almacenes su primicia para sus funciones, ya contando con el requerimiento principal se empieza al realizar el análisis para su desarrollo y tiempo de elaboración de dicho  producto.

2. Verificacion del stock 

     *  En el  caso de no existir  se va a  elaborar  un  formulario  de  existencia.      * Si existe, se procede al a entrega   de  material  con formulario  de  entrega.

En estos puntos se tomo en cuenta el proceso de manejar el stock de cada material como el punto es de sistematizar al máximo para optimizar el control de material se decidió realizar un control de stock mediante la base de datos donde en el sistema si un usuario pide 50 bolígrafos el sistema verifica el stock de bolígrafos y según a la consulta emita una respuesta de en caso de no tener la cantidad suficiente de un mensaje indicando cantidad insuficiente y de otra opción de cantidad.

7to Daily Sprint

Se definieron las funcionalidades de lo que va hacer el sistema como también sus validaciones restricciones y seguridad en todos sus roles, un ejemplo para el ingreso del sistema el usuario debe introducir hasta 3 veces, caso contrario no ingresa o sale del mismo, este se determino justamente por la seguridad si el personal sale dejando el sistema abierto cualquier otra persona podría haber realizado la solicitud pero con el usuario de la persona que dejo abierto el sistema, para evitar ese posible problema el sistema pide nuevamente la contraseña al momento de enviar la solicitud por normas de seguridad.también se considero la validación de impresión del registro como prueba o comprobante físico de la solicitud eso como respaldo la cantidad de solicitud esta a consideración del administrador.

8to Daily Sprint Creacion  de la base de  datos:    Tabla  Personal     Tabla  Material     Tabla Solicita 9no Daily Sprint Se definieron las siguientes Tareas:

      * Elaboracion  usuario  contraseña       *Acceso al sistema 

      * Llenado de  formularios       * Actualizacion stock       * Impresion  de  formularios       * Creacion de la  base de datos       *Creacion  de tablas

10mo Daily Sprint Se volvio a determinar el producto minimo viable para su correcion. 

11vo Daily Sprint

 Apartir a de dicho Sprint las siguientes reuniones se fueron determinando las tareas del primer sprint  12vo Daily Sprint 02/10/14 Se modifico los sprint 1 y 2 dando a conocer el motivo en el punto de refinamiento del documento. También se me presento un conflicto en el formulario de solicitud de material siendo mas explicito en el análisis de diseño y  la conexión con la base de datos.

Direccion web de SICAL

Accede al sitio en http://preview.main-hosting.com/185.28.21.46/utecnologica.edu.bo

Kanban

Enlace a modelo Kanban:

https://utbanalisis.leankit.com

ESPECIFICACIONES 

INGRESO AL FORMULARIO:

*EL FUNCIONARIO DEBE  HACER EL INGRESO  CON SU USUARIO  Y CONTRASEÑA  PARA  ASI PODER INGRESAR   A LA SOLICITUD  DEL MATERIAL .

* EL  SISTEMA  SOLO  SE REALIZARA  SOLO  CON  TRES INTENTOS  PARA EL  INGRESO  AL  FORMULARIO  CASO CONTRARIO  EL  SISTEMA  LO RECHAZARA Y SALDRA DSEL SISTEMA .

* CREACION DE LA  BASE DE  DATOS  CON SUS  TABLAS RESPECTIVAS  DE TODOS  LOS  MATERIALES EXISTENTES  EN EL ALMACEN .

* CREACION  DE LA  TABLA   ES LA CANTIDAD PARA TENER  UN  BUEN CONTROL  DEL STOCK  DE  CADA  MATERIAL   PARA  ASI  PODER  REALIZAR  SUS  CONSULTAS RESPECTIVAS  AL SISTEMA .

* SEGUN DEL SISTEMA LA TABLA  DE LA CANTIDAD   SOLICITADA   EMITIRA  UN  MENSAJE  DE ALERTA INDICANDO  QUE  SIERTO MATERIAL ESTA POR AGOTARSE  Y QUEDAR CON SALDO DE  CERO ,  Y SE DEBERA REALIZAR EL PEDIDO   DE MATERIAL SI ESTA ES  CONVENIENTE .

REGISTRO DE FORMULARIO :

*EL USUARIO DEBERA  LLENAR EL  FORMULARIO  CORRECTAMENTE INDICANDO ESPECIFICAMENTE  LOS SUMINISTROS Y LA CANTIDAD RESPECTIVA SOLICITADA , LA CUAL SISTEMA   VERIFICARA EN LA  BASE DE  DATOS  SU EXISTENCIA  Y SEGÚN  LA RESPUESTA  MANDAR  UN  MENSAJE  SI ES EXISTENTE SI  HUVIERA  O NO LA  CANTIDAD  REQUERIDA  O  SOLICITADA .

*  EL SISTEMA AL MOMENTO  DEBERA  GUARDARSE  Y  REALIZARSE   AUTOMATICAMENTE  LA  ACTUALIZACION  DEL STOCK     DE  MATERIAL EXISTENTE  SOLICITADO  EN LA  BASE DE DATOS .

* EL SISTEMA   DESPUES DE REALIZAR  EL GUARDADO  RESPECTIVO TENDRA   LA OPCION   DE IMPRIMIR DICHO   FORMULARIO  PARA  ASI PODER TENER  RESPALDO  DEL  FUNCIONARIO DE LO ADQUIRIDO .

AQUI  LO SUBI PERO  CHICOS ESPERO Q ME LO  REVISEN GRACIAS  Y  CHAU SI PORFA de elizabeth 

¿Que? > Productblaklog

Product Backlog

1.- Solicitud de MaterialEl personal dependiente de una área especifica realiza periódicamente la solicitud de material dependiendo de la necesidad de los materiales para el desarrollo de sus labores cotidianas.

1.1. Formulario de Solicitud de MaterialEl personal solicitante deberá recabar el formulario de solicitud de materiales en la cual debe especificar la descripción, cantidad, datos personales y también debe ser aprobado por el inmediato superior para luego derivar al área correspondiente.

1.2. Llenado de FormularioEl llenado del formulario permite terminar de completar los datos de materiales de los usuarios para pedidos de suministros menores, en esta parte muestra la información básica de los materiales solicitados.

1.3. Impresión de FormularioPermite continuar con el proceso de la impresión del formulario del solicitante. 

1.4. Firma autorizada del inmediato superior y del solicitante

2. Entrega de Material

 La entrega de los materiales requeridos por el solicitante, se efectuarán en 24 horas del ingreso por el departamento correspondiente al encargado de almacenes.

 2.1. Formulario de entrega de materialEl personal del área de almacenes entregara los materiales con un formulario en el cual se especifica la descripción y cantidad de los materiales. para luego dar conformidad a la entrega y recepción.

2.2. Firmas de conformidad de Entrega y Recepción de Material 

3. Stock de Materiales  El personal encargado verifica periódicamente el stock de los materiales en almacenes, esto lo realiza tanto visualmente y como el conteo físico de los mismos.

3.1 Inventario de Materiales Habiendo realizado la verificación de los materiales se determina la existencia 

4. Compra de Materiales

El personal encargado de almacenes realiza la solicitud de compra de materiales una vez que se percata de la inexistencia de los mismos.

4.1. Solicitud de compra de Material

4.2. Recepción y Verificación de Material

5. Informes de Solicitudes de Materiales

6. Informes de Entrega de Materiales

7. Informes de Stock de Materiales