|
2010-01-27
, 11:30
|
|
Posts: 1,259 |
Thanked: 1,341 times |
Joined on Oct 2009
@ Germany
|
#92
|
What about dependencies? 2 Solutions block each other when working on the same code in different directions, but what about dependencies?
The picture in my head is just huge... lets get the first steps done by hand, a feature to mark single solutions as "under consideration", "in development" as well as "implemented" would be great to start with. So not the brainstorm changes state but the solution! (thats what Helmut says isnt it?) also a direkt linking for dependencies, for solutions and brainstorms, should be setup. (Maybe a bugtracker as brainstorm-solution backend?)
|
2010-01-27
, 16:28
|
Posts: 434 |
Thanked: 325 times |
Joined on Sep 2009
|
#93
|
|
2010-01-27
, 20:01
|
|
Posts: 3,105 |
Thanked: 11,088 times |
Joined on Jul 2007
@ Mountain View (CA, USA)
|
#94
|
Anyway this unnamed individual suggested that this Brainstorm should be divided into several smaller ones. I did this and this is the result. It's not immediately apparent, but if you look at it very closely, you may notice a slight difference on the amount of votes.
|
2010-01-27
, 20:26
|
|
Posts: 11,700 |
Thanked: 10,045 times |
Joined on Jun 2006
@ North Texas, USA
|
#95
|
I have an idea how to accomodate [Quim's] concerns and mine at the same time. Since the Brainstorm tool structure does not handle metastorms, I will use cross-referencing to connect the individual proposals. I also plan to create a master thread here to "rule them all and bind them". To that extent, I propose we create a new prefix called [Metastorm] to identify such threads. The first post of such a metastorm would list the individual Brainstorm proposals and provide links.
I think this is a good solution in lieu of a more functional tool.
|
2010-01-28
, 13:44
|
|
Posts: 1,259 |
Thanked: 1,341 times |
Joined on Oct 2009
@ Germany
|
#96
|
|
2010-01-28
, 14:46
|
|
Posts: 11,700 |
Thanked: 10,045 times |
Joined on Jun 2006
@ North Texas, USA
|
#97
|
Have you thought about grouping Ideas (Solutions) in Brainstorms instead of creating Metabrainstorms and track the groups instead of the Brainstorms itself?
It's something in the middle of my suggestion and the current system.
|
2010-02-06
, 13:41
|
Posts: 292 |
Thanked: 131 times |
Joined on Dec 2009
|
#98
|
Lately... Flandry, Quim, Randy and myself started to talk about what to do with the current Brainstorm situation.
(...)
Please feel free to share your thoughts, ideas and problems!
(...)
The Following User Says Thank You to soeiro For This Useful Post: | ||
|
2010-02-08
, 11:07
|
|
Posts: 1,259 |
Thanked: 1,341 times |
Joined on Oct 2009
@ Germany
|
#99
|
|
2010-02-14
, 12:36
|
Posts: 92 |
Thanked: 127 times |
Joined on Oct 2009
@ Italy
|
#100
|
Beautiful. Sounds like semantics but as simple as it seems, semantics can trip up the best of processes.
Again, this supports the concept of solutions (or ideas) have semi-independent lifecycles.
We need to think of the model as project/task, and ask at each step: how would a project manager (or management tool) handle this?
Tags |
brainstorm, bug, community|nokia, dependencies, discussion, improvement, process, sop, workflow |
|
I think easy should be our way.
Moderators to split up metas for the start and further an automated system doing the talk stuff at once, thats it.
I still think we should have something like a "depends on" hint or something alike.
b) is already true and n) is my current state
For the loosing solutions problem, if talk is some day automated (first post has it all), we just move the whole talk thread over to Applications with changing the name to the developers choice of solution.
No more, no less.
Agreed?
useful links for newcomers: New members say hello, New users start here, Community subforum, Beginners' wiki page, Maemo5 101, FAQ