Author: mako
Date: 2001/05/05 16:01:45
Changed the name from the "Free Software Development HOWTO" to the
much more specific "Free Software Project Management HOWTO." I like it
better and some of the early readers agree that this is an intelligent
change.
<!-- Header -->
<artheader>
<!-- Header -->
<artheader>
- <title>Free Software Development HOWTO</title>
+ <title>Free Software Project Management HOWTO</title>
<author>
<firstname>Benjamin</firstname>
<author>
<firstname>Benjamin</firstname>
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
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.
- <ulink url="http://people.debian.org/~mako/projects/howto/FreeSoftwareDevelopment-HOWTO/t1.html">HTML</ulink>.
+ <ulink url="http://people.debian.org/~mako/projects/howto/FreeSoftwareProjectManagment-HOWTO/t1.html">HTML</ulink>.
</para>
</listitem>
<listitem>
<para>
</para>
</listitem>
<listitem>
<para>
- <ulink url="http://people.debian.org/~mako/projects/howto/FreeSoftwareDevelopment-HOWTO.html">HTML (single page)</ulink>.
+ <ulink url="http://people.debian.org/~mako/projects/howto/FreeSoftwareProjectManagement-HOWTO.html">HTML (single page)</ulink>.
</para>
</listitem>
<listitem>
<para>
</para>
</listitem>
<listitem>
<para>
- <ulink URL="http://people.debian.org/~mako/projects/howto/FreeSoftwareDevelopment-HOWTO.txt">plain text</ulink>.
+ <ulink URL="http://people.debian.org/~mako/projects/howto/FreeSoftwareProjectManagement-HOWTO.txt">plain text</ulink>.
</para>
</listitem>
<listitem>
<para>
</para>
</listitem>
<listitem>
<para>
- <ulink url="http://people.debian.org/~mako/projects/howto/FreeSoftwareDevelopment-HOWTO.ps.gz">Compressed postscript</ulink>.
+ <ulink url="http://people.debian.org/~mako/projects/howto/FreeSoftwareProjectManagement-HOWTO.ps.gz">Compressed postscript</ulink>.
</para>
</listitem>
<listitem>
<para>
</para>
</listitem>
<listitem>
<para>
- <ulink url="http://people.debian.org/~mako/projects/howto/FreeSoftwareDevelopment-HOWTO.sgml.gz">Compressed SGML source</ulink>.
+ <ulink url="http://people.debian.org/~mako/projects/howto/FreeSoftwareProjectManagement-HOWTO.sgml.gz">Compressed SGML source</ulink>.
</para>
</listitem>
</itemizedlist>
</para>
</listitem>
</itemizedlist>
<primary>fswd!starting</primary>
</indexterm>
<para>
<primary>fswd!starting</primary>
</indexterm>
<para>
- 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.
<para>
For many developers this may be the single most difficult aspect
<para>
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
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
brings up the question of <quote>Open Source Software</quote> and
the debate over the terms <quote>Open Source Software</quote> and
<quote>Free Software</quote>. However, because I've written the
brings up the question of <quote>Open Source Software</quote> and
the debate over the terms <quote>Open Source Software</quote> and
<quote>Free Software</quote>. 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.
<!-- Section2: otherdev -->
<sect2 id="otherdev">
<!-- Section2: otherdev -->
<sect2 id="otherdev">
- <title>Other Development issues</title>
+ <title>Other Project Management issues</title>
<para>
There are more issues surrounding interaction with developers in a
free software project that I can not touch on in great detail in a
<para>
There are more issues surrounding interaction with developers in a
free software project that I can not touch on in great detail in a
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
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.
introduce some of the more difficult or important points in any
projects interactions with users and give some hints on how to
tackle these.