From owner-freebsd-stable Mon Jun 25 16: 5: 3 2001 Delivered-To: freebsd-stable@freebsd.org Received: from zircon.seattle.wa.us (sense-sea-CovadSub-0-228.oz.net [216.39.147.228]) by hub.freebsd.org (Postfix) with SMTP id 5BAB237B406 for ; Mon, 25 Jun 2001 16:05:00 -0700 (PDT) (envelope-from joe@zircon.seattle.wa.us) Received: (qmail 35968 invoked by uid 1001); 25 Jun 2001 23:06:03 -0000 From: Joe Kelsey MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <15159.50139.551865.224398@zircon.zircon.seattle.wa.us> Date: Mon, 25 Jun 2001 16:06:03 -0700 To: mupi@Mknet.org Cc: Chris BeHanna , FreeBSD-Stable Subject: Re: Staying *really stable* in FreeBSD In-Reply-To: <01062500364404.80326@mukappa.home.com> References: <01062500364404.80326@mukappa.home.com> X-Mailer: VM 6.90 under Emacs 20.7.1 Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Mike Porter writes: > [Lots of rambling ideas ...] First of all Mike, quite an interesting post. Unfortuantely, either the author of the book didn't understand or didn't explain the CMM well enough for you to be able to use it. I have worked as a Software Quality Engineer (really doing Quality, not being a glorfied tester as the software industry seems to call anyone who runs a test a "quality engineer", just like anyone who has written a line of code gets to call themselves a "software engineer"...) and I have helped organizations achieve CMM Level 3 and above. If you look at the actual CMM, you could argue that the general FreeBSD process qualifies for Level 2, given a little more work on the Project Management and Configuration Management fronts. The main things missing is good design documentation and real attention to CM issues. However, I do not think it is possible for any "open source" volunteer effort to get better than Level 2. It requires really dedicated resources in the upper management areas that just won't happen outside of a corporate context. Also, when you start throwing process ideas around a group like this, you might not be received very well... I suggest you go read the various XP books (eXtreme Programming). They are small and easy to digest and are much more applicable to this environment (except for the pair programming part...) /Joe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message