Das Team hatte sich damals nicht aufgelöst. Wir haben uns darauf geeinigt, die Infrastruktur die wir haben (Server, Domains, Kollaborationssysteme, etc.) dazu zu nutzen um weitere Projekte umzusetzen. All diese Projekte werden unter der “Marke” “Yaana Labs” publiziert. Das werden sowohl OpenSource Projekte als auch SaaS Projekte sein. Weitere Details gibt es sobald unsere Website online ist

Wir sind ein ziemlich verrücktes Team und der Spaß an und bei der Arbeit steht bei uns an erster Stelle. Einfach weil wir der Ansicht sind, dass es die Freude an der Arbeit ist, die die Qualität ausmacht. Wir definieren uns durch unsere leicht verrückte Art und Weise und wollen dies auf keinen Fall verlieren. Als Team-Leiter habe ich versucht eine lockeres, informelles und unkompliziertes Arbeitsumfeld zu schaffen. Das bedeutet in erster Linie, dass wir wenig Richtlinien haben, dass wir nicht buchführen wer wann was mit welchen Aufwand erledigt hat usw. Ich ging anfangs davon aus, dass gerade diese lockere Atmosphäre sowohl Aufwand als auch Komplikationen erspart. Abgesehen davon wollten wir nicht so spießig sein.

Die letzten Wochen musste ich leider zunehmends feststellen, dass das so nicht funktioniert. Die Projekte erzielen zur Zeit zwar noch sehr wenige Einnahmen, aber dennoch kommt ein bisschen was dabei rum, mit dem wir die Infrastruktur finanzieren. Nach Abzug der Kosten für Server, Domains, Kekse, etc. wird das was übrig bleibt zwischen den Leuten im Team aufgeteilt.

Klingt soweit noch alles ganz romantisch.

Der Haken dabei ist jedoch, dass  nicht jedes Teammitglied gleich viel Aufwand in die Projekte steckt. Manchen fehlt die Motivation und sie liegen abends lieber auf der Couch und vegetieren vor sich hin. Während andere am liebsten die ganze Nacht durchprogrammieren. Nun wäre es natürlich arg unfair, wenn wir die Gewinne zu gleichen Teilen zwischen den Leuten im Team aufteilen würden. Während die einen, die wenig zu den Projekten beigetragen haben dann unverdient das Geld in den Rachen geworfen bekommen, fühlen sich diejenigen die große Teile des Projekts alleine umgesetzt haben benachteiligt und unfair behandelt.
Was ich aber unmöglich tun kann ist, die Leute zu Leistung zu zwingen. Es ist ein reines Hobby Projekt. Wir machen das weil wir es können und Spaß daran haben. Nicht weil wir es müssen. Es muss also eine andere Lösung her.

Nach einer kurzen Umfrage im Team sind wir zu dem Schluss gekommen, dass es ohne etwas Bürokratie und Erbsenzählerei nicht funktioniert. Entsprechend habe ich damit begonnen ein System zu programmieren mit dem wir sehr einfach und effizient Tätigkeiten von verschiedenen Contributors in verschiedenen Projekten erfassen können. Zusätzlichen können wir Einnahmen und Ausgaben verwalten. Das System soll das in der Lage sein alles schön in Form von Graphen und Diagrammen darzustellen und automatisiert zu berechnen, wie hoch die konkreten Anteile an den Gewinnen für die jeweiligen Leute ausfallen. Berechnet anhand der Tätigkeiten.

Das System veröffentliche ich natürlich wieder auf GitHub.com. MIT License wahrscheinlich. Mal sehen

Aus den vergangenen Wochen habe ich also gelernt, dass es in Projekten ohne etwas Bürokratie nicht funktioniert und dass man es nie schaffen kann alle zufrieden zu stellen, wenn man nicht buchführt.

Wer übrigens Interesse daran hat, in einem unkomplizierten Umfeld mit einem netten Team und modernen Technologien (Rails, PHP 5.3, Java, HTML5, Android SDK, iPhone SDK, etc) privat an ein paar coolen Projekten zu arbeiten, darf sich gerne melden um ein paar Details zu erfahren Wir können immer Entwickler und Grafiker gebrauchen. Eine kurze E-Mail an info [at] yaana.de reicht völig aus.

Ähnliche Artikel

• Die Kunst des Programmierens
• Inspiration für Software-Entwickler
• WordPress Android App

Da mir das, nicht selten exakt so geht, habe ich mir ein paar Gedanken gemacht und möchte meine Erfahrungen und Erkenntnisse in einen Blog-Artikel gießen um diese mit euch zu teilen.

Wie geht man nun also an solche Dinge heran? Natürlich gibt es immer mal das Szenario, dass die Aufgabe dermaßen interessant ist, dass die Euphorie größer ist als der Berg an Arbeit, vor dem man steht. Dann stürzt man sich meist unüberlegt kopfüber in das Projekt, weil man es kaum erwarten kann anzufangen. Aber leider gibt es auch die Art von Projekten und Aufgaben, bei denen man einfach nicht weiß wie man anfangen soll. Da macht man drei Klicks in dem neuen Content Management System und fühlt sich schon überfordert weil man das Teil zum ersten Mal sieht und die Entwickler es nicht gerade intuitiv gestaltet haben. Oder man steht vor dem Beginn eines Projektes und hat noch gar keine Ahnung wie man die Anforderungen des Kunden realisieren soll weil sie so abgefahren sind.

Im Folgenden möchte ich acht Tipps vorstellen wie man eine Solche Aufgabe angeht.

1. Das Ganze ist mehr als die Summe seiner Teile

Vor allem dann wenn es ein Berg von Arbeit ist, den man gerade betrachtet. Hier gilt: Niemals einen Blick auf den Berg werfen, sondern stattdessen die Teilaufgaben betrachten. Diese sind oft sehr einfacher zu erfassen sowohl in ihrem Umfang als auch in ihrer Komplexität, lassen sich schnell erledigen und schaffen somit erste motivierende Erfolgserlebnisse. So arbeitet man sich dann Stück für Stück voran.

2. Motivation ist das A und O

Statt daran zu denken wie viel Arbeit das ist, wie schwierig das ist und welche Probleme da alles auf einen zukommen, sollte man sich besser vor Augen halten, welche Herausforderungen man bisher schon gemeistert hat und dass man auch diese neue Herausforderung bewältigen kann! Außerdem sollte man sich vor Augen halten, dass man an Herausforderungen wächst und wie stolz und zufrieden man sein kann, wenn man diese schwierige Tätigkeit gemeistert hat.

3.  Ordnung ist das halbe Leben

Wenn man von dem Chaos erschlagen wird und gar nicht weiß wo man Ansetzen soll, sollte man einfach mal aufräumen. Ein Projekt dessen Dateien ordentlich strukturiert sind, lässt sich viel einfacher warten und bearbeiten. Beim Aufräumen arbeitet man sich direkt ein Stück in den Code und das Projekt ein.

Auch den Schreibtisch aufzuräumen wirkt wahre Wunder. Die gewonnene Ordnung und der Platz wirkt sich direkt auf die geistige Haltung aus und schafft auch im Kopf Ordnung und Raum für Neues.

4. Nicht zweifeln, sondern anfangen!

Der Anfang ist immer der schwerste Teil. Man sollte sich hier immer vor Augen halten, dass man – sobald man mal angefangen hat – den schwierigsten Teil hinter sich hat und es dann oft wie von selbst läuft. Man sollte sich nicht abschrecken lassen und zweifeln, sondern einfach anfangen.

5. Viele Wege führen zum Ziel

Und Manche führen nirgends hin: Wenn man das Gefühl hat, nicht weiter zu kommen oder dass ein Lösungsansatz mehr Probleme generiert als er löst, sollte man einfach einen komplett anderen Ansatz versuchen, statt stur an diesem Einen festzuhalten. Es gibt oft mehrere verschiedene Lösungen für ein Problem.

6. Nicht aufgeben

Man sollte nicht direkt aufgeben und alles hinwerfen nur weil etwas nicht auf Anhieb so klappt wie man sich das vorgestellt hat. Man lernt aus Fehlern und aus Problemen. Und davon gibt es bei solchen Mammut-Aufgaben meist mehr als genug. Nicht demotivieren lassen und daran denken: das Auto fahren oder das Programmieren hat man auch nicht von heute auf morgen gelernt.

7. Sich selbst belohnen

Belohnungen für Teilerfolge motivieren. Daher einfach mal den Kollegen zeigen, was man schon erreicht hat und sich von ihnen loben lassen. Oder einfach mal eine Auszeit gönnen. Belohnungen sind wichtig: Sie motivieren uns und erleichtern es damit weiter zu machen.

8. Wissen wann Schluss ist

Es gibt Tage, an denen man nicht in der Lage ist genug Leistung zu bringen um sich selbst zu übertreffen. Dann sollte man es – falls möglich – einfach gut sein lassen und es morgen mit frischer Energie erneut angehen.

Und es gibt Aufgaben, denen man einfach nicht gewachsen ist. Man sollte zwar nie voreilig aufgeben, denn nur an Herausforderungen wachsen wir, aber dennoch sollte man auch akzeptieren können wenn man einer Aufgabe nicht gewachsen ist. Es ist in Ordnung zu sagen “Ich kann das nicht, ich brauche Unterstützung!”. Niemand kann und weiß alles.

Hat man diese Tipps verinnerlicht, kann man theoretisch jede Herausforderung motiviert angehen. Die Arbeit wird dadurch zwar nicht weniger und wahrscheinlich werden die Probleme dadurch auch nicht verschwinden. Aber man kann sich auf den wahren Umfang der Tätigkeiten konzentrieren statt sich von der vermeidlichen Größe und Komplexität abschrecken zu lassen.

Ähnliche Artikel

• Bürokratie und Erbsenzählerei in Projekten
• dotfiles: Meine Linux config files
• Offizieller yaana Projekt-Blog online

Ähnliche Artikel

• Arch Linux Pacman Dependency Skip
• Arch Linux: Alle explizit installierten Pakete auflisten
• Sabayon: Erster Eindruck

Release-Termin gibt es offiziell noch nicht, wir schätzen das ganze aber mal auf Ende des 3. Quartals.

Ähnliche Artikel

• Bürokratie und Erbsenzählerei in Projekten
• 8 Tipps wie man schwierige Aufgaben angeht
• dotfiles: Meine Linux config files

Sobald alles läuft, gibt es hier im Blog natürlich auch noch einen kurzen Beitrag dazu.

Gewinner des dazugehörigen Gewinnspiels ist übrigens Tristan. Glückwunsch die Ausgabe des Webstandardmagazins erhälst du ab dem 17.06.

Ähnliche Artikel

• Namensfindung: Der schwerste Teil am Projekt
• Bürokratie und Erbsenzählerei in Projekten
• 8 Tipps wie man schwierige Aufgaben angeht

Ich arbeite seit einigen Wochen wirklich intensiv mit einem kleinen Team an einem neuen Projekt und sieht wirklich vielversprechend aus. Es gab ein paar harte Nüsse zu knacken und es gibt noch einige Probleme, die angepackt und gelöst werden wollen. Aber werden wir alles hinbekommen.

Aber keine Nuss war so hart wie diese: Wir suchen seit Projektbeginn einen Namen. Ich hätte nie gedacht, dass uns das die meisten Kopfschmerzen bereiten würde, aber tatsächlich herrscht im Team Ratlosigkeit und mittlerweile auch etwas Verzweiflung.

Aber warum ist das denn so kompliziert?

Das geht erstmal damit los, dass gewisse Anforderungen an den Namen existieren. Wir benötigen einen internationalen Begriff. Also nichts rein deutsches. Vorzugweise sogar einen Eigennamen. Ich hatte mehrmals die wirklich geniale Idee, uns Google zu nennen und dann versuchen die Weltherrschaft an uns zu reißen. Meine Team-Kollegen sind jedoch der Ansicht dass man mit so einem wirklich bescheuerten  Namen niemals etwas ordentliches auf die Beine stellen könnte
Zurück zum Thema: Der Name sollte natürlich kurz, knackig und leicht zu merken sind und im Idealfall natürlich auch noch leicht zu tippen sein. Das schränkt schonmal stark ein.

So wir werden wieder  halbwegs sachlich *durchatmen* …

However. Wir brauchen einen Namen. Vorschläge nehme ich gerne per Mail oder Tweet (@itws) entgegen … Sollte da etwas wirklich gutes dabei sein und wir uns für den Namen entscheiden, gewinnt der- oder diejenige die nächste Ausgabe des Webstandard Magazins, welche demnächst veröffentlicht wird (und einen Artikel von mir beinhaltet).

Ja, ihr merkt schon, wir sind wirklich verzweifelt

over and out

EDIT: Habe den Hinweis erhalten, dass es die Namenssuche erleichtern würde, wenn ich beschreiben würde um was es überhaupt geht im Projekt. Das ist natürlich nicht ganz falsch Bei dem Projekt geht es – grob ausgedrückt – um eine Newsaggregation bzw. ein Newsportal auf dem ein Benutzer sich indivuell eine Auswahl an News-Channels zusammenstellen kann und entsprechend dazu Nachrichten erhählt, die ihn interessieren. Diese Nachrichten werden von einer Auswahl an Nachrichten-Quellen (z.B. die Tagesschau, Spiegel, etc) aggregiert. Das Ganze wird dann mit Features wie Tagging etc. aufgewertet. Sehr viel mehr möchte ich an dieser Stelle noch nicht verraten

Ähnliche Artikel

• Namenswahl und Ergebnis des Gewinnspiels
• Bürokratie und Erbsenzählerei in Projekten
• 8 Tipps wie man schwierige Aufgaben angeht

Vor diesem Framework habe ich mich lange Zeit zurückschrecken lassen, da ich der Ansicht war, dass das nur ein Haufen sinnlos zusammengestückelter PHP Files ist und das praktische Arbeiten mit dem ZF nicht besser aussieht.

Das Framework an sich ist deutlisch komfortabler als ich dachte, das autoloading erspart viel Arbeit und die saubere objektorientierte Implementierung der Komponenten ist wirklich gut.

Bisher sieht es also ganz danach aus, als würde ich das anstehende Projekt mit dem Zend Framework umsetzen. Das hat verschiedene Konsequenzen. Zu erstmal bin ich froh, diesen Schritt getan zu haben und mich endlich mit dem Framework zu befassen. Zum Anderen wird mir das wohl auch einiges an Stoff liefern, über den ich hier im Blog schreiben kann und zum anderen kann ich endlich mal wieder ein Projekt starten und habe was zum coden. Wurde auch mal wieder Zeit.

Ähnliche Artikel

• YAP: Framework-Wahl
• Zend Framework Resourcen
• Schei? Encoding …