JdA » History » Revision 7
Revision 6 (Etienne Massip, 2012-03-19 16:36) → Revision 7/10 (Borja Pacheco Ortega, 2012-03-19 18:33)
{{toc}}
h1. h2. Objectives
# Tell the world our experiences and works aroud Redmine.
# Share with others our ideas, efforts and developed code.
# Make our plugins as popular as possible and promote them as a regular part of the redmine's core project.
h2. h3. Who are we?
We are some IT professionals who work at Sadesi (a public company that belongs to "Junta de Andalucia":http://www.juntadeandalucia.es, in advance I'll use the acronym _JdA_). Andalucia":http://www.juntadeandalucia.es). We are happy of working in an organization a company/government which is compromised with OpenSource and Quality, quality, Sadesi is compliant with ISO 9001, ISO 20000 (ITIL) and ISO 27001.
My name's Borja Pacheco and I want to clarify that I'm talking from a personal point of view, not trying to tell you the formal opinion of others (nor Sadesi, CEIC, neither Junta de Andalucia). I need to mention to *María María José Romero del Toro* Toro and *Francisco Francisco José Quintero Morón*, Morón, who are an important part of this project and without them, nothing wouldn't be possible.
h1. If you want to contact me, please, use @Borja_Pacheco or http://es.linkedin.com/in/bpacheco, as you prefer.
h3. More information
If you need further info about my company or our job, you could find it at:
* www.juntadeandalucia.es/innovacioncienciayempresa/sadesi/
* www.juntadeandalucia.es/organismos/economiainnovacionyciencia/consejeria/sgisi.html
h2. Our story
Sadesi started to use Redmine as the main tool to manage our source development projects in the middle of 2010. Since that:
* We realized Redmine is a very complete and good software.
* We assigned to our redmine instance (HGP) the role of SPOC (Single point of contact) among all parties involved into our software development projects (internal clients, our technical staff and providers that builds concrete pieces of a project).
* We that, we have used use it broadly. Some broadly (some indicators: 29175 tickets created and 796 active users.... I guess users) and we have one of the biggest implementations all over the world.
h2. First interactions
After an initial usage period, we missed out some functionality that wasn't already developed. Our functionality.
h3. Fist modifications
In a first approach was we decided to make it ourselves. We ourselves and we modified several parts of the code to avoid tickets without one assigned persons (we don't want orphan tickets), we linked End-Date and Status to avoid tickets without witough 100% completing, modified Gantt module, adapted Spanish translations to our current vocabulary, translations, created a simple plugin-menu to facilitate access to other daily tools, made the tree-view plugin operative again and, finally, we made a custom application that uses redmine's data model, for being a bridge between redmine and our ERP (Navision).
This experience produced us a "bitter taste", because we found several difficulties:
* We didn't want to touch Redmine's core/kernel, but it was not possible in all cases. So we started to be very sensitive about redmine's updates & upgrades.
* Ruby, it's not our core business programming language. We feel more comfortable using Java or PHP. This problem increased the first problem, because
But we didn't use properly methods that allow changing normal behaviour inside a plugin.
We learnt other important fact: facts:
* Redmine changes VERY quickly.
* Sometimes it's easier and cost saving, adapt our mind/methodology instead of modifying the tool.
h1. Our project
Once we have reached a mature knowledge about redmine, features, limitations, plugins available and devs methods, we decided to solve the problem seriously. We search for some budget, and we searched specialised resources to produce our needed modifications.
h2. Specifications
Here, in this "document":http://www.juntadeandalucia.es/contratacion/document/download?refCode=2011-0000006176&refDoc=2011-0000006176-1 (it's in Spanish -we apologize) we describe in details our goals, functional features and technical requirements to the global project.
h3. Main Goals
* Improve workflow engine: Enable/Disable editions of custom fields depending current phase, allow transactions only if certain conditions are made, reduce list of possible "assigned-to" just to members who can execute the transition in the flow, limit who can create new tickets.
* Redmine's Federation: enable sharing information of project/tickets between different organization's redmines.
* Creation of a DashBoard module, to allow managers to control de activity of a collection of projects and performance indicators (KPIs)
* Allow custom reports and datamining.
* Integration with others
** Third party: Drupal, Alfresco, Pentaho, Testlink, UML
** JdA's own tools: NAOS, Formula, iCMS
* Enhance query interface with more filters.
* Block reporting elapsed time (log time) too long time ago.
* Enable archived project to be accessible read-only.
* Others: wiki's templates, calendar export via CalDav, wizard to configure a new project...
h2. Project Organization
The project is divided in three phases.
h3. Phase 1
* *State*: TESTING
h3. Phase 2
* *State*: DEVELOPMENT
h3. Phase 3
* *State*: ANALYSIS
h1. References
If you need further info about my company or our job, you could find it at:
* www.juntadeandalucia.es/innovacioncienciayempresa/sadesi/
* www.juntadeandalucia.es/organismos/economiainnovacionyciencia/consejeria/sgisi.html
And if you are interested about me:
* For questions or suggestions, just twitter @Borja_Pacheco.
* My profile is at linkedin: http://es.linkedin.com/in/bpacheco
h1. Where is this document published
* [Master, _access limited to JdA_] http://hgp.sadesi.es/economiainnovacionyciencia/sadesi/hgp/projects/sds-hgp-00189/wiki/Redmine/
* [Public] http://www.redmine.org/projects/redmine/wiki/JdA