Post on 22-Dec-2015
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