Schreiben Sie ein Freelancer-Briefing mit Aufgabe, Stack, Kapazität, Startfenster und Prüfer. Geben Sie genügend Kontext zur Beurteilung der Eignung.
Was gehört in das Briefing?
Beschreiben Sie die Arbeit statt sämtlicher Technologien. Benennen Sie erstes Ergebnis, Stack, Einschränkungen und Prüfer. Nennen Sie Wochenkapazität, Dauer, zeitliche Überschneidung und Startfenster sowie offene Fragen.
Beschreiben Sie Nutzer, Systeme und Daten vor den Funktionen
Integrations- und Datenarbeit wird leicht unterschätzt, wenn ein Partner sie nicht sehen kann. Bevor Sie Funktionen auflisten, beschreiben Sie, wer die Software nutzen wird, mit welchen Systemen sie zusammenarbeiten muss und welche Daten sie verarbeitet. Lücken in diesem Teil kommen später als Änderungswünsche zurück.
- Nutzer: wer sie sind, ungefähr wie viele, wo und auf welchen Geräten sie arbeiten.
- Bestehende Systeme: welche es sind, wem sie gehören und ob sie eine dokumentierte API bieten oder nur eine Datenbank und Dateiexporte.
- Daten: welche personenbezogen, vertraulich oder reguliert sind, wo sie heute liegen und wie viel davon migriert werden muss.
- Betrieb: wer die Software nach dem Launch betreibt und welche Regeln für Hosting oder Cloud in Ihrem Unternehmen bereits gelten.
- Rahmenbedingungen: Sprachen, Anforderungen an Barrierefreiheit, Sicherheitsstandards und jede Frist, die sich nicht verschieben lässt, mit ihrem Grund.
Was teilen Sie vor der Zugriffsvereinbarung?
Nutzen Sie bereinigte Beispiele statt Zugangsdaten oder Kundendaten. Erläutern Sie benötigte Zugriffe, ohne sie im Briefing zu gewähren. Unterscheiden Sie Teamverstärkung von einem Projekt, Audit oder Wartungsergebnis unter Verantwortung von SDK.
Das Wichtigste in Kürze
- Beschreiben Sie die Arbeit statt sämtlicher Technologien.
- Nutzen Sie bereinigte Beispiele statt Zugangsdaten oder Kundendaten.
- Beschreiben Sie das Problem, die Nutzer und woran Erfolg zu erkennen ist, und lassen Sie die Lösung offen.
FAQ
Was gehört in das Briefing?
Beschreiben Sie die Arbeit statt sämtlicher Technologien. Benennen Sie erstes Ergebnis, Stack, Einschränkungen und Prüfer. Nennen Sie Wochenkapazität, Dauer, zeitliche Überschneidung und Startfenster sowie offene Fragen.
Was teilen Sie vor der Zugriffsvereinbarung?
Nutzen Sie bereinigte Beispiele statt Zugangsdaten oder Kundendaten. Erläutern Sie benötigte Zugriffe, ohne sie im Briefing zu gewähren. Unterscheiden Sie Teamverstärkung von einem Projekt, Audit oder Wartungsergebnis unter Verantwortung von SDK.
Ich weiß nicht genau, wen ich brauche. Können Sie helfen?
Ja. Beschreiben Sie das Problem in Ihrer Anfrage oder in einem Gespräch, und wir helfen Ihnen, die Rolle zu definieren. Wenn sich herausstellt, dass Sie eher ein fertig umgesetztes Projekt brauchen, übernehmen wir auch das.