[PPNL-Techteam] Bettermeans progress

[Bèr Kessels]

Hoi,

On 30-06-12 10:42, Bob Sikkema | DigitalForce.eu wrote:
> het 'probleem' is, dat er niet een knap alternatief is. Als Bèr het aan
> de praat krijgt, en we kunnen het forken, en maintainers trekken, is het
> wel ideaal. We kunnen er zelfs een pp privaté label over gooien :-)
> 
> Bèr, denk jij dat je het draaiende kunt houden. Niet ivm met je
> capaciteiten, daar twijfel ik niet aan, maar ivm tijd. Dan kunnen we het
> na live direct forken en 'promoten'. Ook een goed item om de pp in het
> daglicht te zetten (klein beetje, maar aandacht is aandacht).

Een eigen product van maken zou geweldig zijn. Maar nu nog even niet.
Eerst even draaiende hebben en kijken wat de feedback van gebruikers is.
Als iedereen er enthausiast over blijkt -als het in de praktijk net zo
mooi werkt als het in de theorie klinkt- dan pas echt gaan investeren IMHO.

En ja, ik kan deze kleine eerste investering -draaiende krijgen- best
zelf dragen. Qua tijd. Maar de vraag die we ons moeten stellen is
breder, en geld eigenlijk voor al onze apps[2]:

« Moeten we apps in onze toolkit aanbieden die afhankelijk zijn van één
persoon? »

Of dat nu magento, Drupal, Zimbra, mumble of bettermeans is: Als die
persoon wegloopt, -valt of tijdelijk minder actief is, valt die
applicatie uit. En zit mogelijk heel belangrijker kennis, communicatie
of data "opgesloten" in een app waar we de kennis ontberen om het eruit
te krijgen[1]. Gevaar op een kreupele organisatie dus. Hier moeten we
m.i. een beleid en regels voor opzetten.

Daarom: Ik tuig bettermeans mooi op, installeer en configureer het op de
server. Maar als het een belangrijk onderdeel in onze toolkit wordt: als
mensen het echt actief gebruiken, moeten we heel snel zoeken naar meer
handen. Zodat niet één persoon de sleutel is tot dit onderdeel. Of
moeten we toch besluiten om het eruit te trekken, voordat het echt
essentieel wordt.

Bèr

[1] Bettermeans heeft trouwens een simpele CSV exportfunctie per
gebruiker, in de interface. Dus echt helemaal opgesloten is de kennis en
data niet.
[2] Om deze reden heb ik de lidworden app ook simpel gehouden en in
(jakkiebah) PHP gebouwd. En ja, ik had beter moeten documenteren ;)
-- 
  http://berk.es

  Open Source Webdevelopment.
  Ruby on Rails development.
  Drupal Development and -consultancy.