Change Details

This ticket is about possible changes/solutions we could take to make communication and project management better. There is/was discussion on irc/mailing list and I am trying to summarize it. Please discuss any points you'd like. There was some ideas that reached a consensus on irc: **Efl Proposal** 1) When you have a proposal for efl, open a task like this one. 2) Then send an email to the mailing list to notice people about your proposal and possibly subscribe to it if they are interested. <- this step should be automatically done if possible. 3) Discuss on phab. 4) When a decision is reached and the task is closed, a *conclusion* mail is sent to the list (also automatically if possible) The mails to the mailing lists are for reaching the most people possible. Something more difficult if it is just created on phab. The reasons to have the discussion on phab is: - all decisions discussions in one place instead of ml/irc/phab - we can see the status of a discussion (resolved, wontfix etc) - decisions can be referenced with a ticket (no more "there was no discussion about this", "wait let me find the ml thread about this") One problem of phab is it doesn't have threaded discussions. The mailing list would still be used for everything else. **Roadmap** It was agreed to have a roadmap. I proposed having a roadmap for each release and one for the overall project. I think the release roadmap could be a task, and we could have a wiki article for an overall roadmap. If it is okay I think we can start with a 1.21 roadmap task, but the interface task in it and other stuff that will make 1.21. **Getting something in the release that was not planned in the release roadmap** This section is a little bit sensitive I think, so if something is wrong please tell me. If you want to put something that was not planned in the current release, but you must discuss it first. Open a task and if it gets thumps up by other developers, it will enter the release roadmap. **On checking commits before they get merged** There is not that much build break that we need to block commits. Even if a build breaks, someone with the hw/platform will have to check it anyway. ----------------------------------------- Other ideas that were mentionned but did not reach a consensus: merge #e and #edevelop, or get more developers to speak in #e Long term idea/discussion that I think we should keep for later: - moving away from phab - having a project manager rotation If you think I should open a task for something specific in this list, please tell me. If something is wrong, tell me and I will edit.

This ticket is about possible changes/solutions we could take to make communication and project management better. There is/was discussion on irc/mailing list and I am trying to summarize it. Please discuss any points you'd like. There was some ideas that reached a consensus on irc: **Efl Proposal** 1) When you have a proposal for efl, open a task like this one. 2) Then send an email to the mailing list to notice people about your proposal and possibly subscribe to it if they are interested. <- this step should be automatically done if possible. 3) Discuss on phab. 4) When a decision is reached and the task is closed, a *conclusion* mail is sent to the list (also automatically if possible) The mails to the mailing lists are for reaching the most people possible. Something more difficult if it is just created on phab. The reasons to have the discussion on phab is: - all decisions discussions in one place instead of ml/irc/phab - we can see the status of a discussion (resolved, wontfix etc) - decisions can be referenced with a ticket (no more "there was no discussion about this", "wait let me find the ml thread about this") One problem of phab is it doesn't have threaded discussions. https://secure.phabricator.com/T11451 The mailing list would still be used for everything else. **Roadmap** It was agreed to have a roadmap. I proposed having a roadmap for each release and one for the overall project. I think the release roadmap could be a task, and we could have a wiki article for an overall roadmap. If it is okay I think we can start with a 1.21 roadmap task, put the interface task in it and other stuff that will make 1.21. **Getting something in the release that was not planned in the release roadmap** This section is a little bit sensitive I think, so if something is wrong please tell me. If you want to put something that was not planned in the current release, but you must discuss it first. Open a task and if it gets thumps up by other developers, it will enter the release roadmap. **On checking commits before they get merged** There is not that much build break that we need to block commits. Even if a build breaks, someone with the hw/platform will have to check it anyway. ----------------------------------------- Other ideas that were mentionned but did not reach a consensus: merge #e and #edevelop, or get more developers to speak in #e Long term idea/discussion that I think we should keep for later: - moving away from phab - having a project manager rotation If you think I should open a task for something specific in this list, please tell me. If something is wrong, tell me and I will edit.

This ticket is about possible changes/solutions we could take to make communication and project management better. There is/was discussion on irc/mailing list and I am trying to summarize it. Please discuss any points you'd like. There was some ideas that reached a consensus on irc: **Efl Proposal** 1) When you have a proposal for efl, open a task like this one. 2) Then send an email to the mailing list to notice people about your proposal and possibly subscribe to it if they are interested. <- this step should be automatically done if possible. 3) Discuss on phab. 4) When a decision is reached and the task is closed, a *conclusion* mail is sent to the list (also automatically if possible) The mails to the mailing lists are for reaching the most people possible. Something more difficult if it is just created on phab. The reasons to have the discussion on phab is: - all decisions discussions in one place instead of ml/irc/phab - we can see the status of a discussion (resolved, wontfix etc) - decisions can be referenced with a ticket (no more "there was no discussion about this", "wait let me find the ml thread about this") One problem of phab is it doesn't have threaded discussions. https://secure.phabricator.com/T11451 The mailing list would still be used for everything else. **Roadmap** It was agreed to have a roadmap. I proposed having a roadmap for each release and one for the overall project. I think the release roadmap could be a task, and we could have a wiki article for an overall roadmap. If it is okay I think we can start with a 1.21 roadmap task, butput the interface task in it and other stuff that will make 1.21. **Getting something in the release that was not planned in the release roadmap** This section is a little bit sensitive I think, so if something is wrong please tell me. If you want to put something that was not planned in the current release, but you must discuss it first. Open a task and if it gets thumps up by other developers, it will enter the release roadmap. **On checking commits before they get merged** There is not that much build break that we need to block commits. Even if a build breaks, someone with the hw/platform will have to check it anyway. ----------------------------------------- Other ideas that were mentionned but did not reach a consensus: merge #e and #edevelop, or get more developers to speak in #e Long term idea/discussion that I think we should keep for later: - moving away from phab - having a project manager rotation If you think I should open a task for something specific in this list, please tell me. If something is wrong, tell me and I will edit.