First step: replace existing roadmaps with links to JIRAs, where
possible.
Next step: re-think the entire roadmaps section. I am currently on
that,
and it's not 100% yet clear, what's best. Once I have more on this, I
will
share thoughts
Sounds good!
On 15 December 2014 at 15:05, Matthias Wessendorf <matzew(a)apache.org> wrote:
Hey,
that's what I am currently looking at - by doing the analysis of the site,
I noticed that our current roadmap docs just duplicate info from JIRA
First step: replace existing roadmaps with links to JIRAs, where possible.
Next step: re-think the entire roadmaps section. I am currently on that,
and it's not 100% yet clear, what's best. Once I have more on this, I will
share thoughts
On Mon, Dec 15, 2014 at 2:40 PM, Bruno Oliveira <bruno(a)abstractj.org>
wrote:
>
> Alright, let's think about the following scenario. I'm a newcomer, going
>
aerogear.org to learn more about AeroGear and want to know what's
> planned for the future
> releases. Where should I look?
>
> On 2014-12-15, Matthias Wessendorf wrote:
> > On Mon, Dec 15, 2014 at 2:25 PM, Bruno Oliveira <bruno(a)abstractj.org>
> wrote:
> > >
> > > Speaking from the security side of the things, to me is impossible to
> > > have a feature driven roadmap, because it's a cross cutting concern.
> > >
> >
> > right :-)
> >
> > looking at [1] I see different types of roadmaps
> >
> > 1) Project roadmap
> > 2) Platform roadmaps (e.g. Android, Cordova, iOS and JS)
> > 3) cross cutting concerns (e.g. security)
> > 4) specific roadmaps (E.g. UPS/WebPush or even the WebSite roadmap)
> >
> >
> > And that's fine :) For now, I'd really just like to get rid of the
pages
> > that basically duplicate info, available on JIRA :-)
> >
> >
> >
> >
> > >
> > > About removing the roadmap from website, as long as we make it clear
> > > por people outside AeroGear, I'm fine.
> > >
> > > On 2014-12-15, Matthias Wessendorf wrote:
> > > > Hi team,
> > > >
> > > > while thinking about restructuring our roadmaps, I was wondering
> about
> > > our
> > > > existing roadmaps on [1]. Overall I'd like to have the AG
roadmaps
> more
> > > > feature driven, but that requires some more thoughts/changes?
> > > >
> > > > However, here is what I am wondering about...
> > > >
> > > > Most of our roadmaps we link to from [1], are really just pointing
> to
> > > > different JIRAs.
> > > >
> > > >
> > > > Let's take one example, UPS:
> > > >
https://aerogear.org/docs/planning/roadmaps/UnifiedPush/
> > > >
> > > > Basically all info on the above page is present in JIRA (including
> the
> > > > 'archived' roadmap of older releases). Since JIRA should be
the
> central
> > > > tool for planing releases, features and future versions, I think
> that our
> > > > roadmap docs are not adding too much value, since they repeat info
> that
> > > is
> > > > available on a different place (JIRA).
> > > >
> > > > Also, maintaining the roadmaps is tedious: You make a change on the
> > > actual
> > > > JIRA (e.g. move the date of a release or add a new feature). To
> keep the
> > > > roadmap up-to-date, you put the same info on the roadmap doc and
> send a
> > > PR.
> > > >
> > > >
> > > > Can we remove these roadmap docs?
> > > >
> > > > For UPS that would mean, that the link on [1] would go against:
> > > >
> > >
>
https://issues.jboss.org/browse/AGPUSH?selectedTab=com.atlassian.jira.jir...
> > > >
> > > > instead of here:
> > > >
https://aerogear.org/docs/planning/roadmaps/UnifiedPush/
> > > >
> > > > -Matthias
> > > >
> > > > [1]
https://aerogear.org/docs/planning/
> > > >
> > > >
> > > > --
> > > > Matthias Wessendorf
> > > >
> > > > blog:
http://matthiaswessendorf.wordpress.com/
> > > > sessions:
http://www.slideshare.net/mwessendorf
> > > > twitter:
http://twitter.com/mwessendorf
> > >
> > > > _______________________________________________
> > > > aerogear-dev mailing list
> > > > aerogear-dev(a)lists.jboss.org
> > > >
https://lists.jboss.org/mailman/listinfo/aerogear-dev
> > >
> > >
> > > --
> > >
> > > abstractj
> > > PGP: 0x84DC9914
> > > _______________________________________________
> > > aerogear-dev mailing list
> > > aerogear-dev(a)lists.jboss.org
> > >
https://lists.jboss.org/mailman/listinfo/aerogear-dev
> > >
> >
> >
> > --
> > Matthias Wessendorf
> >
> > blog:
http://matthiaswessendorf.wordpress.com/
> > sessions:
http://www.slideshare.net/mwessendorf
> > twitter:
http://twitter.com/mwessendorf
>
> > _______________________________________________
> > aerogear-dev mailing list
> > aerogear-dev(a)lists.jboss.org
> >
https://lists.jboss.org/mailman/listinfo/aerogear-dev
>
>
> --
>
> abstractj
> PGP: 0x84DC9914
> _______________________________________________
> aerogear-dev mailing list
> aerogear-dev(a)lists.jboss.org
>
https://lists.jboss.org/mailman/listinfo/aerogear-dev
>
--
Matthias Wessendorf
blog:
http://matthiaswessendorf.wordpress.com/
sessions:
http://www.slideshare.net/mwessendorf
twitter:
http://twitter.com/mwessendorf
_______________________________________________
aerogear-dev mailing list
aerogear-dev(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/aerogear-dev