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.
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.
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.
sf02
Code-Projekt
Code-Projekt
Ramon Melo
Code-Projekt
Ramon Melo