I am posting this in response to a reply to SAFE Cafe post by @hamiltino, and not at hamiltino as the @ suggests, though at the action of the post. I am not a certified whatever project person; though, I’ve seen and observed some failed projects (thankfully not many less than 2) and I’ve observed many Tens of successful projects and I’m writing this based on this. Posts relevant will be content for project management in a concise format and/or bullet lists. The target audience for this thread is for those who choose to form a group for managing projects and developers. And also to serve as a guide to those who are already in a group to optimize their productivity and improve morale for their team.
Consider, that an organizer of development and/or developers is an entirely legitimate role that is often pivotal in the upstart and completion of a project and its ongoing sustainability Without such people there could sometimes be no funding for a project, I don’t even mean salaries - things like computers, books, paper, pens, water, and bread to name a few. Without these developers with brilliant ideas instead don’t make them because of lack of these things being available; therefore, projects are shelved and traditional jobs (where under-performance is expected) are taken up.
Any elaboration by Us within the thread will be edited to the OP with a date; and as I allocate more thought to this I will elaborate more myself.
So this thread is intended for communicating on anyone can organize a development project without the over the top, to establish a goal, set a path, and accomplish a project.
A Team:
A Team is each member, a member who contributes in any way shape or form toward the completion of a project, and its planned existence. Projects can be eternally ongoing in life; therefore, though a upstart journey may end, the project lives on, and the Team will live on with the project despite the decisions of individual members to continue participating or not.
A Leader:
Leadership of a project requires someone who has resolve, a one, who will not have bias towards individuals; however, could discern abilities, and character. The leader will accept that they are a part of the team, and that the term “Leader” does not mean Higher, it simply means that other team members will look at the “leader” and usually will emulate “leaders” composure. If “leader” is not reviewing code, or listening and thoroughly considering the engineers’ explanation, then “leaders’” composure will not be capable of emulating understanding and progress, and also the vision of the project will suffer. Therefore, “leader” should have some amount of knowledge, and also should make substantial effort to know the project that they are working on, though this knowledge could be acquired along the way and usually this is what happens as new things are being made by “engineers”. “Leader” will benefit from knowing who the team is, and also with encouraging progress to be made. There is a torrent of knowledge in the universe and a torrent of humans in the universe and this way a “leader” must suggest that there is a path which will accomplish the main goal. The path is not made of stone, and is more like the sun, a fluid ball of molten gaseous energy, and its color texture and even shape can be changed to fit the environment of the developers and development. “Leader” will do just that, and this is a role of the team; It is a core attribute more so than a required governance as the “leader” could also be an “engineer”, though this paragraph proves that a “leader” doesn’t have to be.
On Leader personal gains:
A “leader” should not make efforts to monetize for themselves personally from the efforts of the team. The interests of a “leader” are not hierarchical, they are communal. A “leader” could monetize the team for the team of which a “leader” is a part of, it will benefit the team and community greatly that personal goals are set aside, and only the project and the path is adhered to and clear.
An Engineer:
An “engineer” should possess the skill set required to accomplish the goals. If there is a lacking the “engineer” should be capable and willing to acquire such skills, and this must be established during planning. If during planning the path is set up for tracks and the “engineer” has tires, then there will be no traction. Therefore, the “engineer” must be sincere in all communication in order for the team to create a valid path which will lead to an accomplished project.