From Fedora Project Wiki

Fedora Project Planning Proposal

Summary

This is a proposal to unify (as much as appropriate and applicable) the way that various groups manage an plan projects with in the Fedora space.

Owner

  • Email: maxamillion@fedoraproject.org

Current status

  • Targeted release: Fedora 23
  • Last updated: 2015-05-12
  • Percentage of completion: 10%

Detailed Description

Currently different groups (or "subprojects") within the Fedora Project all function in a very disjoint fashion with completely different workflows. While this is likely very applicable from a technical perspective for various needs, there are project planning workflows that can be adapted to almost any type of work. A prime example of this would be kanban, which was originally extracted from supermarket stocking, applied to automotive manufacturing, and recently become very popular in the software development world. The idea here would be that you take a task and divide it into units of work that are estimated to take some finite amount of time to accomplish and in the event that it takes longer, that task should be broken out into smaller tasks. This lends itself to rapid iterative improvements instead of giant all-encompassing project based work.

Benefit to Fedora

The hope here is that this will allow for Fedora to be more open and inviting to new contributors because various groups/SIGs within the Fedora Project will share a similar workflow at least at a high level such that someone looking at what the Infrastructure Group is up to could also look at what the QA or Docs groups are up to and have a decent idea of what is going on in order to decide if there's any ongoing work that interests them. Another aspect is that if the ongoing work within these groups has been broken down into small enough tasks that someone can accomplish them in half a day, a day, or two days (or some other arbitrary "size" of time), it will allow a newcomer to have a well defined task that is an entry point into the project that they find interesting without being too daunting.

Aside from opening up even more to new contributors, this will hopefully encourage different groups within Fedora to think about the work they are doing in small enough tasks that can be easily measured and by looking at the project "board" (more on the board later in discussion of tools), an overview of what's in progress and what's coming down the pipeline is easy to view both for actively engaged members doing the work and for obervational community members just curious what other groups are up to.


Scope

The scope of this work initially is to decide if everyone would be on board with the change. That is what the meeting on 2015-05-13 is about.

From there we will need to decide on a tool to use to deliver the user facing side of the workflow, to allow for different Projects within the Fedora umbrella to access and use the utility for planning work. Once one is decided upon the scope of this will become more apparent in terms of packaging requirements and requests needed to be made to the Infrastructure group.

Tools

There are a number of tools that are popular in this space, the most popular of which is arguably Trello, however because it is closed source software it is not an option for Fedora. Luckily because of the popularity of this space there are a number of open source projects that satisfy this space. Of those, the following have been discussed on Fedora mailing lists in the past and will be evaluated for use in Fedora.

  • Cantas - Implements effectively the "Kanban board" for projects
  • kanboard - Also implements a "kanban board" (the CentOS project is currently using this)
  • Phabricator - Offers more of a complete software project hosting service, does have a feature tracker that could likely be adapted to the kanban style (QA is using this for Taskotron development)
  • Taiga - Complete project tracking, kanban board, backlog, sprint planning, etc.

Taiga PoC Planning

This will be where the scope of work needed will be listed out in order to plan and implement the Proof of Concept(PoC) for use of Taiga as the Project Planning/Management and kanban board workflow for Fedora. Originally the PoC will target the Fedora Rel-Eng group but we will be working cross-team to make sure requirements and considerations are taken into account to allow for other teams within Fedora to use Taiga.

Pre-Req

  • python3 in EPEL7
    • Fedora Infrastructure is hosted on RHEL7, Taiga requires Python 3.4+

Required Packages

  • taiga-back # Taiga backend
  • taiga-front-dist # Taiga frontend
  • taiga-events # Taiga websockets gateway (technically optional from the Taiga aspect but something we should aim for)

Optional Packages:

  • TBD

Requirements Planning

For inclusion in Fedora, potentially hosted and listed under "Fedora Apps" we will need certain integrations into Fedora's Infrastructure.


The scope here is directly targeting the PoC but will also try to make notes of requirements for a full production deploy:

PoC Requirements

  • Must be able to authenticate with FAS
  • Fedmsg integration for message passing and notifications to the rest of the Fedora Infra
  • Trac integration for Rel-Eng
    • #FIXME - Right now this is expected to be just to either integrate tasks two-way or as a migration path functionality... needs more thinking over
  • Pagure integration
    • #FIXME - What this means and what it will look like also needs to be planned out.

PROD Needs outside PoC scope

  • Integration with Fedora Badges
    • This might be more directly related to fedmsg, but should be noted either way

Links of interest

Links of interest for adding new functionality to Taiga:

Dependencies and Packaging Work Tracking

Taiga Core Components

Non-core Taiga Requirements



Packaging Status

Package Version Review request Packager Status Comments
python34 3.4.3 1219411 Matej Stuchlik Pending Review Needed for EPEL7 to host Taiga on RHEL7 Infrastructure
Package Version Review request Packager Status Comments
taiga-back Adam Miller Pending Packaging
python3-django Already in Fedora
python3-django-picklefield Python2 version already in Fedora, should be an easy package update
python3-django-sampledatahelper Unpackaged dependency of taiga-back Upstream URL
python3-gunicorn Already in Fedora
python3-psycopg2 Already in Fedora
python3-pillow Already in Fedora
python3-pytz Already in Fedora
python3-six Already in Fedora
python3-amqp Already in Fedora
python3-djmail Unpackaged dep of taiga-back Upstream URL
python3-django-pgjson Unpackaged dep of taiga-back Upstream URL
python3-djorm-pgarray Unpackaged dep of taiga-back Upstream URL
python3-django-jinga Unpackaged dep of taiga-back Upstream URL
python3-jinja2 Already in Fedora
python3-pygments Already in Fedora
python3-django-sites Unpackaged dep of taiga-back Upstream URL
python3-markdown Already in Fedora
python3-fn Already in Fedora
python3-diff-match-patch Unpackaged dep of taiga-back Upstream URL
python3-requests Already in Fedora
python3-django-sr Unpackaged dep of taiga-back Upstream URL
python3-easy-thumbnails Unpackaged dep of taiga-back Upstream URL
python3-celery Already in Fedora
python3-redis Already in Fedora
python3-unidecode Already in Fedora
python3-raven Already in Fedora
python3-bleach Already in Fedora
python3-django-ipware Unpackaged dep of taiga-back Upstream URL
python3-premailer Unpackaged dep of taiga-back Upstream URL
python3-django-transactional-cleanup Unpackaged dep of taiga-back Upstream URL
python3-lxml Already in Fedora
python3-django-pglocks Unpackaged dep of taiga-back Upstream URL
Package Version Review request Packager Status Comments
taiga-front Adam Miller Pending Packaging
nodejs-angular-mocks Unpackaged dep of taiga-front npm URL
nodejs-bluebird Already in Fedora
nodejs-chai Already in Fedora
nodejs-cli-color Unpackaged dep of taiga-front npm URL
coffee-script Already in Fedora
nodejs-del Unpackaged dep of taiga-front npm URL
nodejs-express Already in Fedora
nodejs-glob Already in Fedora
gulp Unpackaged dep of taiga-front npm URL
gulp-angular-templatecache Unpackaged dep of taiga-front npm URL
gulp-autoprefixer Unpackaged dep of taiga-front npm URL
gulp-cache Unpackaged dep of taiga-front npm URL
gulp-cached Unpackaged dep of taiga-front npm URL
gulp-coffee Unpackaged dep of taiga-front npm URL
gulp-coffeelint Unpackaged dep of taiga-front npm URL
gulp-concat Unpackaged dep of taiga-front npm URL
gulp-csslint Unpackaged dep of taiga-front npm URL
gulp-flatten Unpackaged dep of taiga-front npm URL
gulp-if Unpackaged dep of taiga-front npm URL
gulp-imagemin Unpackaged dep of taiga-front npm URL
gulp-insert Unpackaged dep of taiga-front npm URL
gulp-jade Unpackaged dep of taiga-front npm URL
gulp-jade-inheritance Unpackaged dep of taiga-front npm URL
gulp-minify-css Unpackaged dep of taiga-front npm URL
gulp-order Unpackaged dep of taiga-front npm URL
gulp-plumber Unpackaged dep of taiga-front npm URL
gulp-print Unpackaged dep of taiga-front npm URL
gulp-rename Unpackaged dep of taiga-front npm URL
gulp-replace Unpackaged dep of taiga-front npm URL
gulp-sass Unpackaged dep of taiga-front npm URL
gulp-scss-lint Unpackaged dep of taiga-front npm URL
gulp-sourcemaps Unpackaged dep of taiga-front npm URL
gulp-template Unpackaged dep of taiga-front npm URL
gulp-uglify Unpackaged dep of taiga-front npm URL
gulp-wrap Unpackaged dep of taiga-front npm URL
Package Version Review request Packager Status Comments
taiga-events Adam Miller Pending Packaging
nodejs-amqplib Adam Miller Pending Packaging currently unpackaged dep of taiga-events
nodejs-base64-url Adam Miller Pending Packaging currently unpackaged dep of taiga-events

Further reading


Comments and Discussion