Archive for the ‘Humour & Parody’ Category

Urinal Joy (at last)

Wednesday, September 26th, 2007

NEW URINALS!

OK, this is pretty big news, considering we have waited for about 4 months for the installation of 6 new urinals. The previous set had caused numerous floods and other unhappy moments (including having to run before getting your feet wet). Just when we were about to go on strike because of lack of sanitary facilities, some workmen started disassembling the old ones. The whole department screamed with joy (well half of it anyway). But alas, it still lasted weeks before everything was in place. A team to demolish, a team to install new plumbing, a team to plaster, a team to put new tiles and finally a team to put the cherry on the cake: install the old urinals on their new “back-end business logic”. Ultra-cool automatic flushes with infrared eyes, all independently steered by not to high water pressure! The previous ones had been all 6 at once by means of a counter that counted heads passing by an eye, with water pressure high enough to blast away the wall of the neighboring women’s toilets.

Sorry I had to share this, but all the men here are filled with joy now. So much that some don’t even mind about the Urinal Etiquette any longer!

PPOCOTS (3): The final

Friday, September 21st, 2007

In this third and final post about Principles of a Process Oriented Customer Order Tracking System I will talk about an essential part of the paper, why processes. The author states:

The different looks upon the life-cycle of a customer order are solved in the current systems with statuses and dates. This looks simple, but it has just the opposite effect. Except maybe for some insiders, the bunch of status and date acronyms looks confusing and difficult.

Clearly the author means: “I don’t understand the current way of working, let’s create a new way that nobody understands, but me.” And so we come to this magic of process-orientation where all statuses and date acronyms are suddenly spread over a process tree instead of being shown in a list.

In part (2) I promised you the ultimate sentence containing the whole 17 page text. Here it is:

“A PPOCOTS is a dream converted into a system to track objects on orders in a generic way by means of simple tree-linked processes, which have a planned and an actual time line (by means of start and end); that may or may not be interrupted or changed (by means of corrections on the planned start and end times and process durations); and that may be added to the tree in an ad-hoc manner (to show unforseeable events and interruptions), but are always (in a whole) showing an accurate view on the current situation of the object on order

In other words: a system to track customer orders, exactly as the title says.

Note: please note that I am now working in the CO-Pilot (the real system behind PPOCOTS) since 1999 and that there hasn’t been dull moment since. We are currently rewriting the old COBOL/VB app to Java and rolling out all over the world. I still love it.

Gordon’s System Importance Coëfficient

Monday, September 17th, 2007

Ok, dit is humor van de bovenste plank. Tel eens het aantal lijnen code in uw systeem. Met deze vraag kwam een manager af deze morgen, alsof je hiermee iets zinnigs te weten komt. Het aantal lijnen code van een systeem zegt net zoveel over de grootte ervan als het aantal moeren in een camion iets zegt over de kwaliteit ervan. Niets, nada, nul. Een tijdje geleden was er al een gelijkaardige vraag gekomen, het aantal programma’s (batch en online). Toen was het getal blijkbaar niet in lijn met de verwachtingen, want het getal voor de Java classes werd prompt gedeeld door 3 (huh!!??? Ja, inderdaad!). De verhalen van back in the eighties werden weer bovengehaald toen de belangrijkheid van een project gemeten werd door het aantal centimeters kaften te nemen. (En nee, ik ben hier niet aan het zwansen!). Absurdity level: ultra-high. Daarom ontwikkelde ik deze véél betere formule voor het berekenen der belangrijkheid van een systeem:

(Het aantal lijnen code gedeeld door het aantal programma’s) + (Het aantal tabellen in de database gedeeld door het aantal relaties ertussen) + (Het aantal mensen in het team gedeeld door (het aantal abends van de batchen + het aantal support cases per week)) + (Het aantal centimeter documentatiekaften gedeeld door (het aantal vrouwen + het aantal consultants))

En dit neem je als gewicht om te vermenigvuldigen met het aantal jaren dat een systeem al draait. Voila: Gordon’s System Importance Coëfficient (GSIC)

PPOCOTS (2)

Friday, September 7th, 2007

In the first article we were looking for the real purpose of the document, whereas here, the author takes us on a quest for the deeper meaning of the objects that are going to be tracked by the system.

You will notice that this study uses the terms customer order, object on order, vehicle and truck. This is done on purpose: it doesn’t really matter what the tracking object is, the original customer order like the FO-order, or the real truck or bus by chassis number, or a spare frame, or CKD (Completely Knocked Down truck), or an extra order for equipment, or an engine…

Or a washing machine for that matter. The author clearly tries to tell us that this is a generic system, fitted for all, although probably at the time of writing was not aware of the word generic. I especially like the term object on order, although I don’t immediate link it to a truck-factory, which was probably the original purpose of using the term after all.

The goal of my PPOCOTS series is to write the ultimate blurb, one sentence, a synthesis of the entire 17 page document, with no loss of info, and of course, no redundant info either. So far I have: “A PPOCOST is a system to track objects on orders in a generic way”.
Next episode: something about processes.

Introducing: PPOCOTS

Wednesday, September 5th, 2007

Principles of a Process Oriented Customer Order Tracking System. I found this document during the latest department move, a half-yearly event where a bunch of guys just starts moving our desk, thus rendering us incapable of productive activity. This particular document caught my attention because of its author: my boss-boss-boss, the same one after which this blog is titled. Although written in 1996, I’m sure much of it is still valid on the present day. I’ll start this PPOCOTS series with a random quote from the document, just to illustrate the clear and vulgar style (relating to the common people) in which it is written:

The PROPER prestudy typically reflects the current systems and the current way of working, even if there has been an attempt to redirect and simplify the current tower of Babel. Therefor the prestudy is a good starting point to find out what the problem is.

Clearly, the author tries to tell us (the reader) that this is not the document we are looking for if we don’t know what the problem is. Instead we should read the PROPER prestudy which is an entirely other document after all, in a far more formal style:

The Principles document refers to a general approach of the matter, more or less regardless of the kind of product being tracked, hence the more general name Customer Orders.

For example: washing machines, which in principle have a lot of common characteristics with trucks. They are being built.