1. Mailing Lists
  2. Contributors
  3. Re: How can functional people "really" participate in OCA?

Contributors mailing list archives

contributors@odoo-community.org

Browse archives

Re: How can functional people "really" participate in OCA?

Re: How can functional people "really" participate in OCA?

Avatar

Re: How can functional people "really" participate in OCA?

by
MoaHub, Graeme Gellatly
- 07/02/2020 22:27:37
Hell no. That is the antithesis of what I am suggesting. Much more freeform. 

More like how the forums were before they put in that stupid system. 

We have gsuite, could even just use that as an easy start.

On Sat, 8 Feb 2020, 10:22 AM Maxime Chambreuil, <mchambreuil@opensourceintegrators.com> wrote:
Are you thinking about activating the Odoo forum (Stackoverflow style) on the OCA website?

MAXIME CHAMBREUIL
PROJECT MANAGER/CONSULTANT
O: 1.855.877.2377 EXT. 710
M: 602.427.5632
E: MChambreuil@OpenSourcelntegrators.com
P.O. BOX 940, HIGLEY, AZ 85236


On Fri, Feb 7, 2020 at 2:27 PM Roussel, Denis <denis.roussel@acsone.eu> wrote:
Agree with that.

Easier to manage than mailing lists as easier to search and gets more visibility on threads.

That implies more moderation too, so much implication.

We maybe need to discuss about that (at least in board)


Le ven. 7 févr. 2020 à 21:17, Graeme Gellatly <gdgellatly@gmail.com> a écrit :
Hi,

I think an easy start which benefits the OCA is to have a forum. 

It gets the OCA good indexed web content, help realise documentation gaps, can possibly replace a load of the emails the OCA receive, lowering our costs, maybe even largely replace this mailing list, which I think is a blocker to both functional and newbie participation. It will also give us a place to move OCA issues to that aren't really issues but functional questions. 

Have a small number of functionally oriented sub forums (or not, to start) plus a general one and an Admin one, add the links to appropriate github README's and see what happens. But I think out of the forums, we will soon see what we actually need to do more of/less of to provide for functional participation. Just not the Odoo forum, which isn't a forum.



On Sat, Feb 8, 2020 at 5:27 AM Maxime Chambreuil <mchambreuil@opensourceintegrators.com> wrote:
Kitti,

Do you know of a platform oriented to functional consultants where they would belong? I thought a MediaWiki could be a good starting point to design and document collaboratively but maybe I am wrong...

Thanks.

MAXIME CHAMBREUIL
PROJECT MANAGER/CONSULTANT
O: 1.855.877.2377 EXT. 710
M: 602.427.5632
E: MChambreuil@OpenSourcelntegrators.com
P.O. BOX 940, HIGLEY, AZ 85236


On Fri, Feb 7, 2020 at 10:12 AM Kitti Upariphutthiphong <kittiu@ecosoft.co.th> wrote:
Thank you all,

Having said all this, I am not functional. And so I feel blessed working with OCA as programmer.
I would like to take this opportunity to thank you OCA again, especially those founders of OCA. In my opinion, you guys have done good jobs in so many aspects. :)

OCA github that we can work on, surely a great environment for programmer. And it surly attract us to come around to see the progress and get feedback. It is quite interactive and fun in a way.

As a programmer, I can't complain. But for functional people, I am not sure. I think functional people don't like github, at least not our. They tried, but don't feel belonged to the community. And by not having functional people around means not enough functional analysis per what Stefano Consolaro suggest.

I think the feeling of "not belonged" is the point I want to make. (not yet about what they can do, i.e. functional design, document, translation, etc.)

With my shallow experience. I used to be in another OSS ERP projects which has no good tools like what OCA provided. The main place to collaborate is Forum, and so both programmer and functional are kind of forced to be together and work together.

I think OCA is a lot more advanced here. But how to "attract" (my) pure functional people to feel belonged to OCA is still my question.

You guys don't have this issue at all?
Kitti U.

On Thu, Feb 6, 2020 at 4:02 PM Stefano Consolaro <stefano.consolaro@mymage.it> wrote:
Hi Kitti,
thanks for giving an UP to this argument, this fundamental argument.
I'm an ibrid developer, not electical/gasoline but functional/coder :-), so I know how much important is to invest on functional/features analysis before start to code (it is know the progression that change/fix a feature on analysis/develop/testing/production costs 1/10/100/1000).
It's around three years that I "play" with Odoo-OCB and the first problem I figure out is the lack of documentation, both as process/functional description and often on module/code.

Last year the italian community had a "refactoring" focusing on problems that we have to fix to do a better collaboration and work on OCA (mainly on Italy), so we set up a new site (https://www.odoo-italia.org/) with indication on how contribute (https://www.odoo-italia.org/contribuire) and a lot of resources to collaborate (https://www.odoo-italia.org/contribuire/risorse) and we have highlighted that it needs an effort on the functional analysis to have better results on develop.
Unfortunally everyday problems that afflict who works on Odoo-OCB have customer time pressure and probably the fact that today who works (develop/supply) with Odoo-OCA is mainly a developer focused on code, leads to neglect the functional aspects.

Recently a good exercise was the introduction of the electronic invoice that forced many actors to collaborate to create an unique "product", but we have many other steps (or typings) to do to for reach the habit to invest some time for share functional analysis before begin a new module.

Maxime well point out how an enthusiast can begin to work,  though are tools of the dark side, sorry the backend side, of the job. 
I suggest to choose a topic and a "development team" and begin to collaborate proposing your observations and giving your contribute to the documentation.

And keep spreading the functional verb ;-)


Stefano Consolaro 
www.mymage.it


 

Da: "Kitti Upariphutthiphong" kittiu@ecosoft.co.th
A: "Contributors" contributors@odoo-community.org
Data: Wed, 05 Feb 2020 19:46:48 -0000
Oggetto: How can functional people "really" participate in OCA?


Dear community,
I have a pretty hard question :)
We always say that functional people  is vital to ERP system, for sure in the project. But are functional people have places in OCA?
Are there forum or any place where functional can fully contribute their business knowledge without friction of tech, github and programmer languages?
Any pure functional people in OCA can help answer this? :)
Thanks!

Note: This question is passed here by my functional peer who want to participate in OCA. But I also don't have that good suggestion too.

_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe

_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe

_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe

_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe

_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe

_______________________________________________
Mailing-List: https://odoo-community.org/groups/contributors-15
Post to: mailto:contributors@odoo-community.org
Unsubscribe: https://odoo-community.org/groups?unsubscribe

Reference