Lotus Notes / Domino Sonstiges > Projekt Bereich

Interesse an TO DO / Aufgaben - Datenbank

(1/4) > >>

bob:
Hi,

während meiner Suche einer TO DO - Datenbank hab ich festgestellt, dass es wohl noch keine DB gibt die von mir gewünschte Kriterien erfüllt:
 - DAU-sichere Bedienung
 - schnelle Erfasung neuer TO DOs
 - Rechte-Verwaltung (Anwender 1 aus Abt. A soll Doks der Abt. B. nicht lesen dürfen, aber z.B. alle Doks der Abt. A)
 - Kategorisierung der Tasks nach Owner / Projekt, etc.
 - usw. usf.

Ziele aus meiner Sicht:
 - Persönliche DB um eigene Tasks zu verwalten
 - Kollegen der Abteilung haben Einblick, wenn man z.B. krank wird (damit nix wichtiges liegenbleibt)
 - evtl. Verfolgung für Vorgesetzte ("Was hat Mitarbeiter XY gerade zu tun?")

u.v.m.

Daher meine Frage:
Gibt es so etwas schon als Freeware?
Wenn nicht würde ich gerne hier ein kleines Projekt aufziehen und eine solche DB im Team erstellen.

Wenn es zum Projekt kommt:
 - Ich halte es für wesentlich für den Erfolg hier, dass regelmäßig über den Status berichtet wird! 14 Tage keine Antwort heißt für mich das Projekt ist tot (außer Urlaubszeit). Den Job würde ich auch übernehmen.

Meine Erwartungen an potentielle Projekt-Beteiligte:
 - Einbringung von eigenen Erfahrungen (was sollte noch eingebaut werden, was ist sinnvoll, was nicht, etc.)
 - Unterstützung bei der Programmierung

Postet doch bitte, wenn Ihr Interesse habt, oder falls es doch schon ein fertiges Freeware-Produkt gibt welches o.g. kann und noch vieles mehr  :)


bye,
Bob

ata:
... ich bin derzeit noch dabei meine ToDo-DB - ich nenn es Aufgabenverfolgung - weiterzuentwickeln. Ob es das trifft, was du suchst, kann ich dir so nicht beantworten. Ich kann dir ja mal grob umreisen, was meine Inhalte sind - vielleicht trifft sich ja das eine oder andere...

Ich eröffne eine neue Aufgabe mit bestimmten Angaben:
- Art => Support, Programmierung etc...
- Status => Offen, In Arbeit, Gelöst...
- Priorität => gering, normal, hoch...
- Haupt-Kontaktperson => Ansprechperson zu dieser Aufgabe
- Auslöser der Aufgabe => Mail, Telefonat
- erstellt am ( Berechnet )
- Fortlaufende Nummer ( Berechnet )
- Fälligkeit am

Ich habe die Möglichkeit eine Aufgabe aus einer Mail zu generieren.
Die Mail wird in meine DB kopiert - somit haben auch Vertretungen Einsicht in die Mail, ohne das extra meine Mail-DB geöffnet sein muß. Die Ursprungsmail verschiebe ich in einen konfigurierbaren Ordner in meiner Mail-DB - damit verschindet sie aus der Inbox.

Anhand der Absender-Adresse wird nach dessen Personaldokument gesucht. Dieses Personendokument wird ebenfalls in die DB kopiert. Im Aufgabendokument hinterlege ich eine Referenz zur DocID. Über diese Referenz kann ich Daten aus diesem Dokument in der Aufgabe spiegeln - zum Beispiel die Kontaktdaten zu dieser Person.

Ist die Person noch in keinem Dokument erfasst, dann wird ein neues Dokument angelegt. Einer Aufgabe können weitere Personen als Kontaktpersonen zugeordnet werden - Eine Person ist aber Pflicht, die dann zur Haupkontaktperson bestimmt wird.

Dieses interne Personendokument ist ein aufgebohrtes Personendokument. Ich habe dort die Möglichkeit einer Person mehrere E-Mailadressen zuordnen zu können. Auch ist darin eine Beziehung definierbar ( sehr vertraut und per-du, vertraut aber per-Sie -  und förmlich ). Damit lässt sich eine standardisierte Gruß- und Schlußformel (mit Signaturen) hinterlegen. Darüberhinaus habe ich hier eine eingebettete Ansicht, die alle Aufgaben zu dieser Person anzeigt, in die diese Person als Haupt- oder weitere Kontaktperson eingetragen wurde.

Aus der Aufgabe heraus kann ich Mails generieren, die als Kopien in der DB verbleiben. Im Aufgabendokument wird in einer Liste aller Mail-DocID's geführt - Somit kann ich den gesamten Mailverkehr der Aufgabe übersehen, da ich die Text-Inhalte der Mails im aktuellen Aufgabendokument spiegeln kann. Auch gibt es die Möglichkeit die Mails zu öffnen und zu bearbeiten.

In einer Aufgabe kann ich Attachments einlagern, die sich hier direkt bearbeiten lassen ( Eknori's Lösung )

Eine Projekt-zuordnung im eigentlichen Sinn habe ich nicht. Projekte in meiner DB sind Datenbankverbände, in denen ich Daten korrigiere - aso eine Schnittstelle zu Datenbanken gleicher Bauart auf verschiedenen Servern. Damit kann ich auf sehr kurzem Weg direkt in diesen Datenbanken navigieren - auch in versteckten Ansichten...

Eine weitere Schnittstelle ist ein Suchen-und-Ersetzen in administrierbaren Datenbanken. Damit lassen sich Dokumente in Datenbanken überarbeiten - der Vorgang wird per HTML-protokolliert.

Die manipulierten Felder der Dokumente können als Backup hinterlegt - und gegebenenfalls zurückgespielt werden.

Sicherlich könnte man das eine oder andere in deiner ToDo-DB verwenden - im jetzigen Zustand ist sehr auf meine Bedürfnisse bei meiner täglichen Arbeit als Programmierer und Second-Level-Support zugeschnitten - und auch noch nicht ganz "abgerundet" - eben noch in der Mache...

ata

Axel_Janssen:
Grundsätzlich habe ich Interesse.
Ein bischen LoNo zwischendurch ist nie verkehrt. Ausserdem ist das ein interessantes Experiment, inwieweit das per Forum, email möglich ist.

Soll das auf 5 oder 6 realisiert werden?
Ich bin für 6. Hab die CD in der vorderen, rechten Jeans-Tasche.

<ernste_frage>
Was haltet ihr davon, ein bischen vernünftigen Formalismus-Rahmen dadurch reinzubringen, dass wir uns nach dem (Rational) Unified Process vorgehen? Oder haltet ihr mich jetzt für einen weltfremden Angeber, der mit Fremdworten um sich schmeisst? Als Basis könnte das nette Buch von Kruchten, "Der Rational Unified Process" dienen (oder das Buch von Larman).
D.h.
1. Konzeptualisierung
2. Entwurfsphase
3. Konstruktionsphase
4. Übergangsphase.

Und in diesem groben Phasen dann in Iterationen in unterschiedlichen Graden:

- Planung
- Anforderungsanalyse
- Architektur
- Design
- Implementierung
- Integration
- Test/Einschätzung

RUP wird oft dahingehend missverstanden, dass man es explizit als Steinbruch benutzen kann, d.h. nur das nehmen, was wir brauchen.
So schwierig ist das auch nicht.
Ausserdem könnten wir uns dann spielerisch mit diesem Berg an guten Ideen zur Projektsteuerung umgehen.
So ein Formalismus Rahmen kann helfen, dass es eben keine one-man-show wird.
</ernste_frage>



Gruss Axel

ata:
... ich hatte bisher noch keine Gelegenheit mit Rational Unified Process zu arbeiten - soll eigentlich nur sinnvoll bei richtig großen Projekten sein - bin in diesem Punkt aber absolut lernfähig und würde es in einem solchen gerne mal mit anwenden...

ata

Meff:
Da bin ich auch dabei. Ist mit Sicherheit sehr interessant, da man solche Erfahrungen mit Sicherheit in einigen Gebieten verwenden kann.

Meff

Navigation

[0] Themen-Index

[#] Nächste Seite