X-Git-Url: https://projects.mako.cc/source/fspm_howto/blobdiff_plain/e5a913447dcaa31c19506a92a1c281511f6c3e6b..52bf7049f9f5724e84918eec11e819778b2813c8:/FreeSoftwareProjectManagementHOWTO.sgml?ds=inline diff --git a/FreeSoftwareProjectManagementHOWTO.sgml b/FreeSoftwareProjectManagementHOWTO.sgml index d85158d..be16d20 100644 --- a/FreeSoftwareProjectManagementHOWTO.sgml +++ b/FreeSoftwareProjectManagementHOWTO.sgml @@ -5,11 +5,11 @@ - Free Software Development HOWTO + Free Software Project Management HOWTO Benjamin - Mako + "Mako" Hill
@@ -17,8 +17,20 @@
- + + + v0.3 + 5 May 2001 + bch + + + + v0.2.1 + 10 April 2001 + bch + + v0.2 8 April 2001 @@ -42,10 +54,10 @@ This HOWTO is designed for people with experience in programming and some skills in managing a software project but who are new to the world of free software. This document is meant to act as a - guide to the non-technical aspects of free software development - and was written to be a crash course in the people skills that - aren't taught to commercial coders but that can make or break a - free software project. + guide to the non-technical aspects of free software project + management and was written to be a crash course in the people + skills that aren't taught to commercial coders but that can make + or break a free software project. @@ -181,22 +193,19 @@ New Versions - - fswd!news on - - - This is the second pre-release of this HOWTO. It is written to be - released to developers for critique and brainstorming and - submitted to Hampshire College for academic credit. Please keep in - mind that this version of the HOWTO is still in an infant stage - and will be revised extensively before it gets publicized widely. + This version is the part of the third pre-release cycle of this + HOWTO. It is written to be released to developers for critique and + brainstorming and submitted to Hampshire College for academic + credit. Please keep in mind that this version of the HOWTO is + still in an infant stage and will be revised extensively before it + gets publicized widely. The latest version number of this document should always be listed - on the projects - homepage hosted by Debian. + on the projects + homepage hosted by yukidoke.org. @@ -209,32 +218,32 @@ - HTML. + HTML. - HTML (single page). + HTML (single page). - plain text. + plain text. - Compressed postscript. + Compressed postscript. - Compressed SGML source. + Compressed SGML source. @@ -250,6 +259,19 @@ In this version I have the pleasure of acknowledging: + + Anyone who gave me an idea for a better name and everyone who + assured me that a Project Management HOWTO didn't necessary imply + corporate. + + + + Josh Crawford, Andy King, and Jaime Davila who all read through + this beast and gave me feedback that has helped me make changes + and improvements to this document. I can't thank you guys enough + for your help. + + Karl Fogel, the author of Open Source Development with CVS published by the Coriolis @@ -351,11 +373,12 @@ fswd!starting - With very little argument, the beginning is the most difficult part - of successful free software development. Laying a firm foundation - will determine whether your project flourishes or withers away and - dies. It is also the subject that is of most immediate interest to - anyone reading this document as a tutorial. + With very little argument, the beginning is the most difficult + period in a project's life to do successful free software project + managment. Laying a firm foundation will determine whether your + project flourishes or withers away and dies. It is also the subject + that is of most immediate interest to anyone reading this document + as a tutorial. @@ -393,11 +416,10 @@ Identify and articulate your idea Eric S. Raymond writes about how free software projects start in - his essay, The Cathedral and the Bazaar, which - comes as required reading for any free software developer. It is - available online - . + his essay, The + Cathedral and the Bazaar, which comes as required + reading for any free software developer. It is available online . @@ -571,7 +593,7 @@ For many developers this may be the single most difficult aspect - of free software development but it is an essential one. It is + of free software project managment but it is an essential one. It is easy to become fired up by an idea and be caught up in the momentum and excitement of a new project. It is often extremely difficult to do but, it is important that any free software @@ -667,9 +689,9 @@ brings up the question of Open Source Software and the debate over the terms Open Source Software and Free Software. However, because I've written the - Free Software Development HOWTO and not the Open Source - Development HOWTO, my own allegiances in this argument are in the - open. + Free Software Project Management HOWTO and not the Open Source + Software Project Management HOWTO, my own allegiances in this + argument are in the open. @@ -754,8 +776,9 @@ The text of the GPL offers a good - description of mechanics of applying a license to a piece - of software. My quick checklist for applying a license includes: + description of the mechanics of applying a license to a + piece of software. My quick checklist for applying a license + includes: @@ -1894,7 +1917,7 @@ pages for more information and options. - Other Development issues + Other Project Management issues There are more issues surrounding interaction with developers in a free software project that I can not touch on in great detail in a @@ -1946,18 +1969,19 @@ pages for more information and options. freeze in effect. + - - Forking + + Forks - Forks are like the most extreme version of a branch. A fork is - when a group of developers takes code from a free software - project and actually starts a brand new free software - project with it. The most famous example of a fork was between Emacs and - XEmacs. Both emacsen are based on an identical code-base - but for technical, political, and philosophical reasons, - development was split into two projects which now compete with - each other. + I wasn't sure about how I would deal with forking in this + document (or if I would deal with forking at all). A fork is when + a group of developers takes code from a free software project and + actually starts a brand new free software project with it. The + most famous example of a fork was between Emacs and XEmacs. Both + emacsen are based on an identical code-base but for technical, + political, and philosophical reasons, development was split into + two projects which now compete with each other. @@ -1977,7 +2001,6 @@ pages for more information and options. absolutely unresolvable, I recommend Fogel's book as a good place to start. - @@ -2053,7 +2076,7 @@ pages for more information and options. to try and be as responsive as possible. A solid knowledge of the situation recounted above is any free software developer's best tool for shifting his development or leadership style to fit the unique - process of free software development. This chapters will try and + process of free software project management. This chapters will try and introduce some of the more difficult or important points in any projects interactions with users and give some hints on how to tackle these.