Wie kann ich verhindern, dass ein anderes Team meine Projekte übernimmt?

Ich arbeite an der neuen Marketingplattform für mein Unternehmen und eine der Funktionen ist die Benachrichtigung (Push/SMS/E-Mail). Ich habe mich entschieden, die Benachrichtigung als separates Produkt zu erstellen, das von allen Systemen verwendet werden kann. Derzeit unterstützt es E-Mail-Benachrichtigungen und wir arbeiten an Push und SMS.

Letzte Woche habe ich dies mit meinem Manager besprochen und er sagte, ein anderes Team plane, etwas Ähnliches zu bauen. Ich habe mich bei diesem Team erkundigt, sie sagten, sie hätten einige Produkte von Drittanbietern überprüft und noch nichts begonnen.

Aus meiner Erfahrung sagen sie, dass sie dieses oder jenes bauen und anderen sagen, dass sie auf sie warten sollen. Ich persönlich denke, dass sie jedes Produkt des Unternehmens besitzen wollen, und das gefällt mir nicht. Dies hat auch zu einer enormen Verzögerung unserer Lieferung geführt.

Wie kann ich mit dieser Situation umgehen? Was kann ich tun, damit dieses Problem in Zukunft nicht mehr auftritt?

Update
Wir haben unser Team, das für die Bereitstellung dieser Marketingplattform bereit ist. Das Produktteam unseres Teams kümmert sich um Feature-Anforderungen und Prioritäten, Benachrichtigungen sind eine davon. Wir haben kein Benachrichtigungssystem und müssen eines für unser Produkt erstellen.

Update 2
Jedes Produkt hat eine Gruppe von Produktbesitzern und Ingenieuren. Product Owner entscheiden, was gebaut und Tickets erstellt werden, Ingenieure entscheiden, wie es gebaut wird. In diesem Fall gibt es zwei verschiedene Produkte mit einigen Überschneidungsmerkmalen. Eine davon ist die Benachrichtigung.

Die Marketingplattform verfügt über eine Benachrichtigungsfunktion, um Kunden über Werbeaktionen zu informieren. Ein weiteres Produkt des Unternehmens ist die Auftragsverwaltungsplattform, die auch über ein Benachrichtigungssystem verfügt.

"Ich habe mich entschieden, die Benachrichtigung als separates Produkt zu entwickeln, das von allen Systemen verwendet werden kann." Haben Sie diese Entscheidung einseitig getroffen oder hat Ihr Chef Sie dazu aufgefordert?
@sf02 Ich habe mit dem Produktteam zusammengearbeitet und festgestellt, dass wir ein Benachrichtigungssystem brauchen. in der Frage aktualisiert
@JoeStrazzere Der Produktbesitzer entscheidet, was und wann Funktionen erstellt werden, Ingenieure entscheiden, wie sie erstellt werden. Wir wollten diese Funktion und wir hatten keine Systeme, die dies tun, also haben wir eines gebaut. Ich bin technischer Leiter
Was in Ihrer Frage und Ihren Kommentaren fehlt, ist, wer entscheidet, wem welche Aufgabe zugewiesen werden soll. Gehen Sie zu dieser Person und machen Sie Ihren Pitch. Wenn Sie alles beweisen können, was Sie uns gesagt haben, sollte es eine einfache Entscheidung sein.
@RamonMelo Ich habe die Frage aktualisiert. Jedes Team entscheidet, welche Funktionen dem Produkt hinzugefügt werden sollen. Sobald das Feature fertig ist, können wir es mit einem anderen Team teilen. Das Problem im Moment ist, dass ein anderes Team sagt, dass es geplant hat, es zu bauen, während es auf meiner Seite bereits läuft.
Es scheint also, dass sich da drüben eine Apple Lisa vs. Macintosh- Geschichte wiederholt. Vielleicht möchten Sie die Frage anders formulieren, da sie Ihre Projekte nicht übernehmen, sondern redundante Software entwickeln, um mit Ihnen zu konkurrieren, dabei scheitern und irgendwie damit durchkommen. Ich stimme Hopkinsons Kommentar zu: "Sie haben ein viel größeres Problem als das ursprünglich angegebene".

Antworten (4)

Sie müssen Ihren Kollegen an ein Date heften.

Schätzen Sie, wie schnell Sie liefern können, und füllen Sie dann die Schätzung um einen angemessenen Betrag auf, vielleicht 20-40 %. Vereinbaren Sie einen Termin mit Ihrem Vorgesetzten und Kollegen und erklären Sie, dass das Produkt bis zu diesem Datum geliefert werden soll. Fragen Sie, ob Ihr Kollege liefern kann. Wenn sie ja sagen, dann großartig, Sie können ihr Engagement dokumentieren. Wenn sie nicht versprechen können, das Ziel zu erreichen, dann drängen Sie hart darauf, selbst die Verantwortung für das Projekt zu übernehmen.

Dies ist ein großartiger Vorschlag. Ich habe es ein paar Mal versucht und sie halten sich nie an das Datum. Die Lieferung, die sie relativ zum versprochenen Datum am nächsten kommen, ist eine Verspätung von 6 Monaten. Dieser Ansatz scheint in dieser Situation nicht zu funktionieren.
@CodeProject - wenn es schon einmal passiert ist, können Sie nach einigen Meilensteinen und wöchentlichen Fortschrittsaktualisierungen fragen. Wenn sie hinter dem Plan zurückbleiben, können Sie zu demjenigen zurückkehren, der die Entscheidungen trifft, und um eine Planänderung bitten.
Wenn Sie eine Abteilung haben, die wichtige Fristen ständig um ein Vielfaches versäumt, aber dennoch Priorität für wichtige Projekte erhält, dann haben Sie ein viel größeres Problem als das ursprünglich genannte.

Ich werde versuchen, Ihre Frage teilweise zu beantworten, das heißt:

Dies hat auch zu einer enormen Verzögerung unserer Lieferung geführt.
Wie kann ich mit dieser Situation umgehen? Was kann ich tun, damit dieses Problem in Zukunft nicht mehr auftritt?

Ich denke, Sie sollten sich darauf konzentrieren, nicht verzögert zu werden, anstatt sich darauf zu konzentrieren, was das andere Team bauen soll oder nicht. Der Schlüssel hier ist, dass jeder erkennt, dass diese beiden Anforderungen gleich aussehen "ein System, das Benachrichtigungen ausführt", es aber nicht sind. Ihr Projekt benötigt ein System, das jetzt Benachrichtigungen für Ihren speziellen Anwendungsfall durchführt, während das andere Team irgendwo ein verallgemeinertes System für Benachrichtigungen aufbaut . Da Sie nicht die Zeit haben, alle möglichen Anwendungsfälle zu untersuchen, um eine verallgemeinerte Lösung zu erstellen, und das andere Team im Moment nicht bereit ist, eine funktionierende Lösung bereitzustellen, gibt es Grund, beide Projekte vorerst beizubehalten.

Ich war schon einmal in einer ähnlichen Situation, außer dass meine Lösung noch nicht einmal gebaut war. Nachdem ich es mit dem anderen Team besprochen hatte, sagte ich meinen Managern: „Sie sind noch nicht bereit. Wir wissen nicht genau, was sie uns liefern werden und wann es fertig ist, und wir wollen nicht riskieren, von ihnen blockiert zu werden Wir haben uns vorerst für unsere eigene Lösung entschieden , auch wenn das bedeutet, dass wir einen Teil der Arbeit doppelt machen müssen."

Meine Manager kümmern sich mehr um die Einhaltung von Fristen als darum, dass potenziell redundanter Code geschrieben wird. In Ihrem Fall ist Ihr Code bereits vorhanden, sodass Sie noch stärker argumentieren können.

Ich habe auch darauf geachtet, sie zu beruhigen:
„Ich bin begeistert von Ihrer Lösung und denke wirklich, wenn Sie fertig sind, sollten wir versuchen, sie in unser Projekt zu integrieren. Da Sie noch keinen Zeitplan haben und wir liefern müssen Bis Dezember denke ich, werden wir vorerst unsere eigene Lösung verwenden. Auf diese Weise können unsere Teams unabhängig voneinander arbeiten, aber halten wir uns gegenseitig auf dem Laufenden."

Anzuerkennen, dass derzeit Platz für zwei Systeme vorhanden ist und diese in unbestimmter Zukunft zusammengeführt werden können, vermeidet einen ärgerlichen Kontext. Auch für das andere Team ist es ein Vorteil, wenn Ihnen Ihr Team nicht mit einer harten Abhängigkeit und einem strengen Zeitplan im Nacken sitzt.

In meinem Fall glaube ich, dass es am Ende mehr als ein Jahr gedauert hat, bis die anderen ihren Dienst erledigt haben, und wir sind nie zu ihrer Lösung migriert, zumindest solange ich involviert war.

Soweit ich weiß, benötigt Ihr Team Benachrichtigungen als eine der Funktionen Ihres Produkts

Bis Sie vom Management angewiesen werden, KEINE Benachrichtigungsfunktionen in Erwartung der Bereitstellung durch das andere Team zu erstellen, muss Ihr Team diese bereitstellen und kann für Verzögerungen aufkommen, die darauf zurückzuführen sind, dass sie nicht vorhanden sind.

Vor diesem Hintergrund liegt es an Ihrem Manager und Ihrem Team, zu entscheiden, auf welche Weise IHRE Funktion erstellt wird.

Wie ich es sehe, können Sie es als allgemeine Lösung erstellen und in Ihrem Projekt verwenden.

Und danach kann Ihr Manager es in der Befehlskette als Feature Ihres Produkts präsentieren, das für andere Projekte im Unternehmen allgemein verfügbar gemacht werden kann.

In diesem Fall bleibt das Eigentum an der Lösung bei Ihrem Team

Derzeit unterstützt es E-Mail-Benachrichtigungen und wir arbeiten an Push und SMS.

Sie haben also bereits eine funktionierende Lösung, sie haben nichts. Bitten Sie Ihren Vorgesetzten, die Möglichkeit zu prüfen, dieses Team unter Ihre Aufsicht zu stellen. Sie haben bereits bewiesen, dass Sie gute Initiativen haben und liefern können.

Erstellen Sie als unterstützendes Material für die Diskussion einen kleinen "Projektplan" - der die wichtigsten erforderlichen Aktivitäten, die gewünschten Module in der Software und die geschätzte Anzahl der erforderlichen Personen aufzeigt.


Wie kann ich verhindern, dass ein anderes Team meine Projekte übernimmt ?

Ich habe es auf die harte Tour gelernt, dass die Wortwahl sehr wichtig ist. In Ihrem Fall müssen Sie daran denken, dass alle Projekte die Projekte des Unternehmens sind, nicht Ihre.