Wie viele ähnliche Tools sollte eine Abteilung maximal verwenden?

Wie viele Projektmanagement-Tools kann eine Abteilung maximal verwenden? Wenn mehr als einer für den gleichen Zweck verwendet wird oder mehrere für verknüpfte Zwecke verwendet werden, kommt es zu einer doppelten Dateneingabe oder es ist eine Synchronisierung zwischen ihnen erforderlich.

Tools, die ich in dieser Kategorie betrachte

  • Tools zur Zeiterfassung
  • Projekt-/Aufgabenplanungstools
  • Bug-/Problem-Tracker
  • Fakturierung

Antworten (5)

Einer.

Ist das eine Fangfrage?

Definitiv die ideale Lösung.
Dies sollte wahrscheinlich ein Kommentar und keine Antwort sein.
Egal. Ich verstehe es jetzt. Gute Antwort. Warum Tools duplizieren, wenn Sie nicht müssen :) +1
Ich hoffe, Sie erhalten am Ende eine integrierte Lösung und nicht mehrere. Oftmals erfolgt die Rechnungsstellung jedoch separat, einfach weil sie von einer separaten Buchhaltungsabteilung durchgeführt wird.

Es gibt keine festgelegte maximale oder minimale Anzahl von Tools, die Sie verwenden sollten. Es kommt darauf an, was für Ihre Organisation am besten funktioniert.

Wenn Sie ein einziges Tool finden, das alles kann, ist das ideal, weil es weniger Doppelarbeit gibt. Aber in den meisten Fällen sind Ihre Anforderungen spezifischer, und ein Paket wird nicht alles tun, was Sie brauchen.

Das nächstbeste Szenario besteht darin, Tools zu finden, die sich leicht integrieren lassen. Zum Beispiel hat einige Bug-Tracking-Software Hooks, um sich mit Kommentaren zur Versionskontrolle zu verbinden. Da das Übertragen von Dateien und das Aktualisieren der Bugtracking-Software in der Regel zusammen erfolgen, sowie das Versenden von Updates an Teammitglieder, ist es sinnvoll, diese zu integrieren.

Aber andere Dinge müssen nicht so eng gekoppelt sein. Zum Beispiel müssen die Tools, die Sie verwenden, um die Risikoregistrierung zu verwalten, wahrscheinlich nicht in Ihr Subversion-Repository integriert werden.

Hängt davon ab, was diese "Abteilung" tut. Es ist besser zu diskutieren, welche Tools ein Projekt verwenden könnte (es ist schließlich eine Q&A-Site für das Projektmanagement ).

Letztendlich muss ein Projekt über ein Projektmanagement-Informationssystem verfügen, das Zeit-, Umfangs-, Qualitäts-, Kommunikations-, Risiko-, Personal- und Beschaffungsmanagementvorgänge und -dokumente integriert. Tatsächlich habe ich solche All-in-One-Systeme noch nie gesehen. Sie müssen immer kleinere Tools/Instrumente integrieren und Sie sollten immer versuchen, die Datenduplizierung zu minimieren. Für ein kleines Projekt würde ich folgende Komponenten vorschlagen:

  • Problemverfolgungssystem: Problemliste, Aufgaben
  • Wiki: Charta, Scope Statement, Pläne
  • Google Docs: Risikoliste
  • Google Groups: Kommunikation
Die Abteilung führt Auftragssoftwareentwicklung für Kunden durch. Oft Festpreisverträge.
@Kriegel, also kommt meine Antwort deinem Business Case sehr nahe

Der Mindestbetrag, um die Arbeit richtig zu erledigen.

In diesem Fall klingt es so, als könnten Sie mindestens ein Tool streichen, indem Sie ein Tool finden, das die Aufgabenplanung und -verwaltung mit der Fehler-/Problemverfolgung integriert.

Sie könnten sogar noch weiter gehen, indem Sie ein Tool verwenden, das über eine integrierte Zeiterfassung verfügt.

Wenn Sie für eine Abteilung in einer größeren Organisation arbeiten, ist es am besten, Zeiterfassung zu finden, die sich in das vorhandene Buchhaltungssystem des Unternehmens integrieren lässt.

Ich würde vorschlagen, dass sich die Abteilung auf den Prozess konzentriert – insbesondere auf die Ziele für den Prozess – bevor sie sich Gedanken über das Tool und/oder die Anzahl der Tools macht.

Für zB Fragen wie: -- welche Informationen versuchen Sie zu erfassen? -- Wie werden die Informationen im Laufe der Zeit kombiniert und referenziert? -- welche Probleme beim Informationsmanagement sind bisher aufgetreten? -- wie viele Formulare müssen die Informationen für eine produktive Nutzung haben? -- Was ist der gewünschte Arbeitsablauf? -- VOR ALLEM, was ist das Potenzial für einen Mangel an Klarheit, und wie schädlich wäre das?

Im Allgemeinen wollen Sie eine einzige Version der Wahrheit. Aber das sollte wahrscheinlich ein "Augen-offen"-Ziel sein. Verschiedene Tools haben unterschiedliche Fähigkeiten – zum Beispiel lassen sich JIRA und MS Project gut kombinieren, da sie (im Allgemeinen) nicht versuchen, die gleichen Dinge zu tun, und keine Informationen austauschen müssen (normalerweise; Vorbehalt: JIRA entwickelt sich ziemlich schnell).

Sie werden wahrscheinlich auch einige spezifische Zeiten finden, in denen diese Art von Tool-Überlegungen denen von Entwickler-Tools nicht unähnlich sind: IDE ist möglicherweise zu haben (in einigen Shops), aber das Code-Repository ist es nicht.

Die Verantwortungsbereiche einiger Teammitglieder sind möglicherweise so klar definiert, dass es keine Rolle spielt, ob eine tägliche Aufgabenliste in Excel, einer Textdatei, einem Allzweck-Listentool (z. B. Basecamp) oder einem Teammanagement-Tool ( zB die Tools meiner Firma). Aber für nicht-selbstgesteuerte Arbeit oder wo es Abhängigkeiten oder erforderliche Zusammenarbeit gibt, wird diese Heterogenität nicht ausreichen.

Es ist also auch eine Überlegung, wofür Menschen unabhängig verantwortlich sind; Was sind im Grunde Teaminformationen und was hängt mehr von den Bedürfnissen der individuellen Produktivität ab?

Wenn am Ende alles andere ungewiss oder umstritten ist, entscheiden Sie sich für die Lösung(en), die die Beziehungen zwischen den Teammitgliedern und ihrer Arbeit klar hält.