Wir sind Programmierfirma. Ein Typ sucht Jobs und spricht mit Kunden. Wenn dann die Arbeitsbedingungen ausgehandelt sind, bekommt ein Projekt seinen eigenen Projektmanager und Programmierer.
Wenn ein Projekt gestartet ist, wer sollte mit dem Kunden über projektspezifische Dinge sprechen? Wenn es ein Codierungsproblem gibt, dann ist es offensichtlich ein Entwickler, der solche Gespräche führt.
Sollte der PM jedoch alle weiteren Gespräche mit dem Kunden übernehmen oder sollte es der Person überlassen werden, die die Arbeitsbedingungen ausgehandelt hat? Mir scheint, dass der PM die bessere Wahl wäre als der Verhandlungsführer, sobald das Projekt begonnen hat.
Es spricht nichts dagegen, wenn mehrere Personen aus dem Projektteam den Kunden kontaktieren. Wie Sie bereits betont haben, sind manche Menschen natürlich besser geeignet. Wenn Ihre Entwickler mit den Systemen des Kunden interagieren und ein bestimmtes Codierungsproblem vorliegt, muss der Entwickler möglicherweise mit einem Ansprechpartner für Kundenentwickler sprechen.
Normalerweise hat der Kunde mehrere Personen, die kontaktiert werden können. Hier passen Marks Antworten. Ich glaube, Ihre Frage bezieht sich darauf, wer in IHREM Team den Kunden kontaktieren sollte.
Normalerweise wird der Verkäufer (Verhandlungsführer) nach der Unterzeichnung des Geschäfts nicht mehr viel involviert sein. Dieser Verkäufer kann jedoch durchaus in Kontakt bleiben, um dies zu überprüfen, und der PM kann den Verkäufer bitten, sich in einigen Fällen zu engagieren (wenn die Bedingungen im Vertrag unklar waren usw.). Aber ja, normalerweise sollte sich der Verkäufer auf den Verkauf konzentrieren. Der PM sollte sich auf das Projekt konzentrieren. Jeder sollte sich auf seine Arbeit konzentrieren und wenn er mit dem Kunden Kontakt aufnehmen muss, sollte er das tun. JEDOCH muss der PM sicherstellen, dass die Kontaktaufnahme mit dem Kunden NUR auf organisierte Weise erfolgt, sonst riskieren Sie, den Kunden mit denselben Fragen zu überfluten, was zu einem schlechten Image für Ihre Firma und einer beschädigten Beziehung zu Ihrem Kunden führt.
Kurz gesagt, der PM sollte entscheiden, wer welche Person beim Kunden kontaktiert. Verkäufer leben jedoch auf der Grundlage von Beziehungen, also erwarten Sie nicht, dass der Verkäufer nach dem Verkauf auf magische Weise verschwindet.
Dies sollte im Kommunikationsplan dokumentiert werden . Es gibt fast so viele Antworten auf Ihre Frage, wie es Kombinationen von Kunden und Anbietern gibt, weshalb jedes Projekt einen Kommunikationsplan haben sollte, der zusammenfasst, wer mit wem worüber spricht.
An Ihrer Stelle würde ich eine Vorlage für einen Kommunikationsplan für das Unternehmen erstellen und dann die wichtigsten Punkte mit dem Kunden validieren, wenn der Vertrag unterzeichnet wird. Etwas in der Art von: „Unsere übliche Praxis ist es, einen Kunden-POC zu haben, den wir bei allen Mitteilungen auf CC setzen, und dann spezifische POCs für bestimmte Probleme. Wer in Ihrem Unternehmen sollte der Standard-POC sein und mit wem sollten wir über Themen sprechen wie :
Benutzerakzeptanz und Tests
Sicherheit
Infrastruktur, Support & Betrieb
. . . (was auch immer sonst).
Update: @Earthling weist richtigerweise darauf hin, dass ich es so klingen ließ, als ginge es nur darum, wer im Client kommuniziert; das war nicht meine absicht. Der Zweck des Kommunikationsplans besteht darin, die notwendigen Kommunikationen zu identifizieren und festzulegen, wer für diese Kommunikationen verantwortlich ist. Ich könnte mir vorstellen, dass die Rollen in Ihrem Unternehmen von Projekt zu Projekt relativ konsistent sind und in der Vorlage definiert werden. Natürlich überprüfen Sie diese Rollen, bevor Sie das Gespräch mit dem Kunden führen.
Wie Mark betonte, hängt dies von der Größe und Komplexität des Projekts ab. Hier sind jedoch einige Tipps aus meiner Erfahrung im Management von Softwareprojekten.
Bei technischen Problemen ist es in Ordnung, wenn der Techniker mit dem Client-Techniker spricht. Wenn ich jedoch der PM wäre, würde ich die Anrufe abhören wollen. Meiner Erfahrung nach sind Technikfreaks nicht am besten dafür gerüstet, mit Scope Creep umzugehen und Änderungskontrolle durchzusetzen.
Der Vertriebsmitarbeiter wird ein vitales Interesse daran haben, auf dem Laufenden zu bleiben, insbesondere wenn zusätzliche Möglichkeiten in der Pipeline sind. Wenn sich beispielsweise der Zeitplan zu verschieben droht, kann sich diese Person beim Top-Management für zusätzliche Ressourcen einsetzen. Diese Person ist jedoch nicht in der Lage, dem Kunden den Stand der Ausführung mitzuteilen.
Daher sollte der PM der einzige Kommunikationspunkt für Folgendes sein:
Und der PM sollte jede andere Kommunikation mit dem Kunden über das Projekt mithören.
Unterschiedliche Organisationen folgen unterschiedlichen Prozessen für die aktiven Projekte, sodass ich nur eine Antwort geben kann, dass Projekte immer mit den technischen Architekten und dem PM- und QA-Manager initiiert werden. Wenn die aktiven Projekte mit Überprüfungen usw. abgeschlossen sind, wird mit der Entwicklung fortgefahren, und wenn Änderungen erforderlich sind, wird sich der betroffene Leiter mit dem betroffenen Manager in Verbindung setzen und bei Bedarf die Genehmigung einholen, später mit dem Kunden fortfahren! Manchmal sprechen Kunden direkt mit den Entwicklern oder der QA, so dass solche Szenarien auch dort sind, dass sie sich direkt an aktive Projekte wenden! Hoffentlich ist dies gut beantwortet, wenn nicht, lass es mich wissen!
Idealerweise sollten Sie einen Business Analyst haben, der mit Kunden kommunizieren sollte. Weil der Business Analyst mehr Einblicke und Kenntnisse über ein Projekt hat, da er aktiv am Projekt beteiligt ist. Und wenn Sie technische Hilfe benötigen, können Sie jederzeit auf Ihre Technik zurückgreifen Mannschaft..
Bei einer traditionellen Entwicklung (z. B. Wasserfall) sollte dies im Kommunikationsplan beschrieben werden, der vom PM verfasst wird. In Scrum wird die Kommunikation betont, daher denke ich, dass jeder meiner Meinung nach direkt kommunizieren kann.
MCW