2009-03-25 10 views
2

Meine Abteilung arbeitet an einem Projekt, bei dem wir stark mit einem anderen Team kommunizieren müssen, mit dessen Software wir interagieren müssen.Softwarelösung für die Kommunikation zwischen zwei Teams?

Dies führte heute zu einer 4 1/2 stündigen Telefonkonferenz, bei der das gesamte Team teilnehmen musste, mit sehr wenigen Ergebnissen und keinerlei Fortschritt bei der eigentlichen Codierung. Für mich war es reine Zeitverschwendung, außer vielleicht 15 Minuten, in denen wir ein Problem diskutierten, mit dem ich in meiner Aufgabe konfrontiert bin (ohne einen Konsens darüber zu erzielen, wie es weitergehen soll).

Die Software muss interagieren, sind aber nominell verschiedene Projekte. Da beide Teams aus verschiedenen Gebieten kommen, ist niemand nominell für beide zuständig. Wir müssen also alle Unterschiede zwischen uns lösen, wobei die interministerielle Politik in all ihrer Schönheit erstrahlt.

Ich bin auf der Suche nach einer Möglichkeit, die Zeit zu verkürzen, die ich in diese Meetings verschleppt habe. Grundsätzlich ist jede Verwaltungslösung (jemanden ernennen, der verantwortlich für die Treffen ist, wer die Verantwortung übernimmt usw.) ein Nein ist. Da wir alle Entwickler sind, denke ich, dass eine Softwarelösung für die Kommunikation mit den anderen Entwicklern einfach zu verkaufen ist.

Suche speziell für etwas, das:

  • Dokumentiert die vorhandene Schnittstelle
  • die Schnittstellenanforderungen durch die entgegengesetzten Teams Dokumente
  • mir Beziehungen zwischen diesen beiden (wie in Schnittstelle A erfüllt etablieren Lets Anforderung 29)
  • Lässt mich eine Schnittstelle als implementiert/getestet/Buggy/stabil
  • Stellt einen Bericht über die Anforderungen keine Schnittstelle haben sie
  • Bietet einen Bericht, der Anforderungen umgesetzt/noch

Sie von Werkzeugen wissen Sie nicht getestet haben, zu erfüllen, die diese zur Verfügung stellen könnte? Ich würde bevorzugen webbasierte Lösungen und kostenlose Software (wie in frei Bier), denn dies ist nur meine persönliche Initiative, und es gibt kein Budget zur Verfügung.

Edit:

Ich weiß, dass Stephan Eggermont ist richtig, wir haben Verhaltensprobleme. Aber das ist etwas, was ich nicht ändern kann (glaube mir, ich habe es versucht), daher meine Idee, das Symptom anstelle des Problems zu beheben.

Antwort

2

Ich weiß nichts von dem, was perfekt passt (würde mich interessieren, wenn es da wäre), aber Sie könnten nachsehen, ob eines davon helfen könnte?

Vielleicht sogar Ihre eigene grundlegende app in MS Windows Office Live Erstellen (Sie können einfache Listendaten klopfen setzt ziemlich schnell)

oder mit TODOList (ein Projekt bei www.CodeProject.com) mit MS Live Mesh, um die Dateien zu synchronisieren ...

oder durchsuchen Sie Sourceforge für etwas ähnliches.

Aber letztlich wird jemand ein Treffen führen müssen, um alles niederzulegen. :(

0

Es heißt ein Textverarbeitungsprogramm. Ich war in deiner Situation und es gibt wirklich keine Alternative zum Hinsetzen und Schreiben von Spezifikationen, auf die sich beide Teams einigen können.

1

Ich habe TeamSystem bisher verwendet, und ich bin sehr zufrieden damit.

Natürlich ist es nicht kostenlos, aber Ihr Unternehmen hat möglicherweise bereits Lizenzen dafür.

Auf der positiven Seite:

  • Bugs, Aufgaben und Workitems vollständig anpassbar sind (dh Sie können wählen, die genaue Informationen, die Sie mit Hunderten von ohne nervt alle angezeigt werden soll, es sei denn Felder, die niemand jemals füllt-in)

  • Bug, können Aufgaben, Workitems als implementiert/geprüft markiert werden/was auch immer Sie sich entscheiden (Sie manuell Teamsystem genau „sagt“ das verwenden, konfigurieren Sie benötigen)

  • Es gibt einen Komplex quer ist y/Suchsystem, das Ihnen genau die Berichte können erhalten Sie wollen (Teamsystem verwendet eine SQL Server-Datenbank und mit Sharepoint leicht Schnittstelle können Berichte angezeigt werden, oder können Sie andere Tools verwenden, um Abfragen manuell)

I‘ Ich habe TeamSystem in der Vergangenheit benutzt, als ich PM in einem mittelgroßen Projekt war (12 Programmierer, 3 Business Analysten, 3 Tester). Es hat einige Tage gedauert, bis alle an das System gewöhnt waren, aber dann war es sehr nützlich.

Alle folgenden Aufgaben in wenigen Sekunden zu erreichen, um: (.. Sie Unternehmen erf kategorisieren und technische erf wenn Sie wollen)

  • eine neue Anforderung erstellen
  • eine Aufgabe zu jemandem beeinflussen (können Sie fein~~POS=TRUNC, die das)
  • ändern sie den Status eines Fehlers/Aufgabe (wieder tun können, ist es abstimmbaren)
  • Checkin einige Code und „es anhängen“ auf eine Aufgabe/bug/Workitem
  • Wie sie einen Bericht von unfixierte Bugs, u nattended Aufgaben etc.
  • ...
1

könnten Sie versuchen, BaseCamp oder FogBugz. Ich habe keines der Produkte verwendet, aber sie sind auf Ihre Bedürfnisse ausgerichtet. Sie benötigen jedoch immer noch einen Projektmanager (nicht unbedingt einen Projektmanager), der für die Koordinierung der Aktivitäten beider Teams verantwortlich ist.

+0

Sie haben natürlich Recht, wir * brauchen verzweifelt * eine PM. Aber wir werden keinen bekommen ... – Treb

6

Werkzeuge sind die falsche Antwort.

Sie haben Verhaltensprobleme, nicht Werkzeugprobleme.

Warum treffen Sie 4,5 Stunden mit beiden Teams zusammen? Welche Probleme versuchen Sie zu lösen? Es klingt, als ob Sie keine öffentliche Agenda haben, mit einer Liste von Personen, die an den verschiedenen Themen interessiert sind. Politik sollte getötet werden, indem man explizite Entscheidungen trifft (und sie niederschreibt). Haben Sie eine Liste von Stakeholdern und deren (insbesondere widersprüchlichen) Zielen erstellt?

Wenn Sie Werkzeuge einführen möchten, sollten Sie sehr vorsichtig sein. Das Werkzeug sollte für alle Beteiligten politisch akzeptabel sein, sonst wird es nicht verwendet. Sie könnten De Bonos sechs Denkhüte (siehe Wikipedia) verwenden, um Tools zu bewerten.

Ich habe den 1. April als einen ausgezeichneten Moment gesehen, um dem Management ihre Fehler zu zeigen. Bist du gut darin, Vision Statements zu schreiben?

Management hat einen detaillierten Blick auf die Entwicklung Vorarb genommen und einige Verbesserungsmöglichkeiten gefunden. Derzeit verbringen wir 4,5 Stunden/Woche * n Menschen * Stundensatz Kommunikationsprobleme zwischen den Dev Teams. Das kostet als x über die erwartete Projektlebensdauer.

mit agilen Praktiken (Paar Programmierung, täglich Standup) wir in der Lage sein, das zu 10 min/Tag zu reduzieren, wenn wir jeden Programmierers von Team 1 mit einer vom Team 2. Für das Paar wir investieren müssen zusammenarbeiten, um in eine Webcam und ein zusätzlicher Monitor für jedes Teammitglied und eine ausreichende Bandbreite, etc ...

[bearbeiten] ich habe vor kurzem angefangen habe Paar Programmierung durch Skype zu tun. Es funktioniert viel besser (mit einer Webcam und Bildschirm teilen) als ich es für möglich gehalten hätte.

+0

Ich kann die Unternehmenskultur hier nicht ändern. Ich habe es versucht, ich habe versagt. Jetzt brauche ich eine alternative Lösung. – Treb

1

Ich habe mehrere Projekte mit Offshore-Teams geleitet. Um eine Zusammenarbeit zu ermöglichen, war eine tägliche, von Scrum geliehene Praxis das tägliche Treffen. >>http://www.mountaingoatsoftware.com/daily-scrum

Als Kommunikationswerkzeug haben wir einfach Skype benutzt, aber das Werkzeug, das den Unterschied für uns machte, war die Assembla: Schauen Sie sich http://www.assembla.com an. Es ist nicht nur ein gemeinsamer Quellcode-Controller in der Cloud, sondern auch eine leistungsstarke und effektive Kooperationsplattform.

+0

Wir werden uns darum kümmern, danke! – Treb

0

Nur eine kurze Notiz über Assembla ... (nicht genug bewertet Kommentar)

Wenn Sie die freien Plan-Projekte verwenden sind ‚offen‘ für Ansicht und Suchmaschinen erlaubt den Zugriff auf die Ihre Projekte.

Grüße

3

Ein Wiki meine Teams war sehr gut ist. Die Teammitglieder neue Dokumente schreiben können, erweiterte Informationen zu bestehenden Dokumenten hinzufügen, sind Bilder von Visio, und so weiter. Es hat sich als sehr effektiv und sehr einfach zu pflegen.

Da die Wiki-Engine (wir verwenden ScrewTurn) eine hierarchische Organisation eingebaut hat, ist es einfach für uns, unsere APIs und Geschäftsprozesse im selben Tool zu dokumentieren.

+0

Ich habe es in dieser Situation nie versucht, aber ein Wiki wäre mein Vorschlag gewesen. Sie müssen Manager und uninteressierte Parteien aus den Diskussionen herausholen, oder Dinge werden sich ewig hinziehen. –