Möglicherweise möchten Sie das Gespräch beginnen, indem Sie um Erläuterungen zu den Anforderungen bitten, um sie besser zu verstehen. Dies wird dazu beitragen, den Unternehmer zu beruhigen, anstatt konfrontativ zu wirken. Die Frage, warum sie die Anforderung überhaupt benötigen, zeigt Interesse und Bereitschaft, die Bedürfnisse des Endbenutzers zu befriedigen.

Dann können Sie erklären, dass nichts wirklich undurchführbar ist, solange Sie genügend Zeit und Ressourcen dafür aufwenden das Problem. Daher können Sie eine explorative Schätzung darüber abgeben, wie lange es dauern würde, bis Sie die Anforderungen implementiert haben. Sie stellen ihrerseits Fragen zu den Schätzungen und warum sie so hoch sind.

Sie können den Unternehmer auch fragen, welchen Teil der Anforderungen er zuerst implementieren möchte. Dies wird ihnen und Ihnen helfen, zu verstehen, was das wichtigste Stück ist, und dieser Teil kann möglicherweise machbar sein.

Im Allgemeinen versuche ich, emotionslos zu bleiben und meine Aufmerksamkeit darauf zu richten, die Notwendigkeit zu verstehen und in verschiedene Teile zu zerlegen Teile und Schätzen der Zeit, die zum Implementieren jedes Teils benötigt wird.

Sie müssen ihnen die technischen Details nicht erklären, aber Sie müssen ihnen ein Verständnis für die Herausforderungen vermitteln, denen Sie bei der Implementierung begegnen müssen. Eine Sache, die Sie immer im Auge behalten müssen (und ich bin seit fast 30 Jahren Entwickler), ist, dass die Mitarbeiter in den Bereichen Geschäft und Betrieb Experten in ihrem Geschäft und im Betrieb des Unternehmens sind. Ich bin auf meinen Reisen auf zu viele technische Leute gestoßen, die die Tatsache aus den Augen verlieren, dass die Leute, mit denen sie täglich zu tun haben, zwar sehr wenig über Computer- und Softwareentwicklung wissen, aber weit mehr über Geschäfts- und Unternehmensabläufe wissen als tun sie. Der Entwickler muss sich dem Problem mit dem Auge einer Person nähern, die ihr Problem lösen möchte, und nicht ihren Ansatz kritisieren.

Nehmen Sie jedoch an einer Diskussion teil, die es ihnen ermöglicht, Ihnen genau zu zeigen, was Sie brauchen. Gehen Sie so einfach vor, wie Sie es brauchen, denn je besser Sie das Problem verstehen, desto einfacher wird es für Sie, einen alternativen Weg vorzuschlagen, der ihnen das meiste, wenn nicht alles bietet, wonach sie suchen, ohne Ihre Entwicklung übermäßig zu belasten Zeitplan. Sie kommen zu Ihnen, um Hilfe zu erhalten, und wenn Sie sich die Zeit nehmen, auf ihre Bedürfnisse zu hören und das Problem, das sie zu lösen versuchen, vollständig zu verstehen, werden Sie nicht nur die Dankbarkeit einer verzweifelten Gruppe von Menschen haben, sondern auch eine Qualität Lösung, mit der Sie nur für alle, die davon betroffen sind, gut aussehen.

In solchen Situationen finde ich die Technik "Ja natürlich ... aber" nützlich.

" Ja natürlich Wir können Feature X jedoch die Art und Weise, wie der Code derzeit entwickelt wird, würde bedeuten, was wir als "Coding-Epos" bezeichnen. Ohne eine detaillierte Analyse mit dem Team ist es schwer zu sagen, aber die Implementierung könnte ungefähr 16 Wochen dauern, wenn Wir haben alle anderen Aufgaben fallen gelassen, die nächste Version zurückgeschoben und uns nur darauf konzentriert. "

Der Vorteil hierbei ist, dass Sie die Wichtigkeit der Anfrage falsch verstanden haben - was bedeutet, dass Sie nicht direkt mit dem Ende sprechen -Benutzer ist immer möglich - Wenn es das Wichtigste im Universum ist, kann es angesprochen werden.

Ich denke, was Sie möglicherweise sehen, ist wirklich ein Problem bei der Erfassung von Anforderungen.

Sie erhalten eine Feature-Anfrage, die keinen Sinn ergibt. Dies könnte bedeuten, dass das Geschäftsteam nicht weiß, wovon es spricht, aber es ist viel wahrscheinlicher, dass es eine falsche Übereinstimmung zwischen dem gibt, was Sie Ihrer Meinung nach verlangen, und dem, was es wirklich benötigt.

Bei der Anforderungserfassung geht es darum, zu bestimmen, was die Kunden benötigen und NICHT, was sie buchstäblich verlangen. Die Kunden sind möglicherweise nicht in der Lage, ihr Problem / ihre Anfrage in ein Formular zu fassen, das für jemanden zum Entwerfen und Implementieren sinnvoll ist. Es liegt an der anderen Seite, die Arbeit zu tun, um zu verstehen, welche Ergebnisse gewünscht werden, und dann einen Plan zu entwickeln, um diese Ergebnisse zu erreichen. Mit anderen Worten, eine effektive Erfassung von Anforderungen ist keine einseitige Übertragung von Anforderungen vom Kunden an den Implementierer, sondern ein dialektischer Prozess, bei dem ein gewisses Maß an Hin- und Her-Ausgabe die realen Anforderungen ausgibt Rhetorik, mit der der Implementierer arbeiten kann.

Haben Sie einen richtigen Fluss. Erlauben Sie Geschäftsleuten nicht, direkte Anfragen an Entwickler zu richten. Änderungsanforderungen müssen mithilfe der Issue-Tracking-Software eingereicht werden. Und dann würden sie nicht direkt an Entwickler gehen, sondern an einen Produktmanager, der sie anhand des Geschäftswerts und Ihrer Einschätzung der damit verbundenen Arbeit priorisiert.

Offensichtlich werden Vorschläge mit geringem Geschäftswert und viel Entwicklerarbeit entweder abgelehnt. Oder, wie es in einigen Organisationen praktiziert wird, ganz unten im Rückstand stehen (wo sie höchstwahrscheinlich für immer bleiben werden).

Unabhängig davon, wie Sie arbeiten, um ihnen zu sagen: "Nun, die Art und Weise, wie wir unser Kerncode-Setup derzeit haben, würde dies nicht funktionieren" oder "Dies würde unseren Kunden technisch wenig Wert geben."

Sprechen Sie stattdessen mit ihnen über Geschäfte .

Diese Leute kennen Geld und sie kennen Charts. Bei einer Machbarkeitsbewertung an meinem Arbeitsplatz stellt meine Entwicklungsabteilung immer sicher, dass ein Angebot enthalten ist und dass dieses Angebot nicht nur den Geldwert berücksichtigt, der Zeit und Ressourcen kosten würde, sondern auch die Vernunft. Wenn das Projekt wahrscheinlich keinen Wert liefert oder zu problematisch ist, um zu versuchen, es zu füllen, wird das Angebot erhöht.

Die Preisgestaltung für die Arbeit und die mögliche Darstellung des Return on Investment wird der einfachste Weg sein, um ihnen zu zeigen, dass es aus ihrer Sicht eine schlechte Projektidee ist. Wenn Sie mit beiden nicht in der Lage sind, ist dies wahrscheinlich keine undurchführbare oder schlechte Idee.