Wer bezahlt die Entwicklung/Wartung der Komponenten/Frameworks?

Wir verwenden Komponenten und Frameworks für die Entwicklung unserer Projekte. Wir haben Komponenten/Frameworks von Drittanbietern (sowohl Closed als auch Open Source) und darüber geerbte Elemente. Manchmal muss unser Kunde Software entwickeln, die das Hinzufügen neuer Funktionen zu diesen Komponenten und Frameworks beinhaltet – in solchen Fällen ist es ganz klar – wir verlangen eine 100%ige Zahlung für die Entwicklungs-/Anpassungs-/Verbesserungskosten dieser Komponenten und Frameworks.

Aber dann gibt es Fälle, in denen wir feststellen, dass eine Komponente einen Fehler enthält und es verbietet, die in Auftrag gegebene Entwicklungsaufgabe abzuschließen. Manchmal ist es schwerer - wir können den Designfehler in unserem Framework entdecken, der sogar einige Teile davon neu gestaltet/überarbeitet. Natürlich machen und vervollständigen wir solche Befestigungen, aber sie sind ziemlich aufwendig, die Entwicklungskosten sind nicht zu vernachlässigen. Meine Frage ist - wie kann man solche Arbeiten dem Management melden und wie kann man solche Entwicklungsarbeiten dem Kunden in Rechnung stellen? Einerseits wurden solche Arbeiten von den beauftragten Entwicklungsarbeiten verlangt. Auf der anderen Seite können diese Arbeiten auch betrachtet werden als: 1) Unternehmensinvestitionen (daher kann der Kunde nicht direkt fakturiert werden); 2) Verluste aufgrund der technischen Schuld (und kann dem Kunden auch nicht in Rechnung gestellt werden).

Eigentlich - es wäre schön, dies in das Gesamtbild einzufügen, wie Entwicklungsarbeiten abgerechnet und berichtet werden. ZB - was ist mit der Abrechnung der Entwicklerarbeit, die für die Kommunikation mit dem Kunden bezüglich des Inhalts einiger Features aufgewendet wird. Was ist mit der Zeit für Besprechungen mit dem Kunden? Was tun mit der Zeit, die der Entwickler benötigt, um das Design und die Codebasis der vorherigen Entwickler zu übernehmen? Es gibt Richtlinien zur Kostenschätzung, aber wenig darüber, wie diese Kosten (Investitions- vs. Betriebskosten) erfasst und dem Management und dem Kunden gemeldet werden?

Antworten (1)

Meiner Ansicht nach würde jede notwendige Arbeit, die aufgewendet wurde, um das fertige Produkt zu bauen oder eine zu erbringende Dienstleistung zu erbringen, diesem Projekt als direkte Ausgabe zugerechnet werden. Der Test wäre, würde ein Mitarbeiter die fragwürdige Aufgabe ausführen, wenn das Produkt nicht hergestellt würde? Wenn die Antwort nein ist, sollte es sich um eine direkte Ausgabe für das Projekt handeln. Es wäre ein indirekter Aufwand, wenn die Arbeitskraft auf jeden Fall aufgewendet worden wäre und somit vielen Projekten und Kunden zugute gekommen wäre. Es gibt immer Ausnahmen und Vorbehalte und Nuancen, also bin ich sicher, dass jemand ein Beispiel für etwas nennen könnte, das nicht genau zu meinem Test passt, also wäre eine allgemeine Regel, die von Fall zu Fall bewertet wird, ratsam.

Zu Ihrer zweiten Frage: Alle diese unterstützenden und indirekten Aufgaben würden / sollten in Ihre Arbeitsschätzung der Hauptaufgabe eingebaut werden. Wenn Sie also, sagen wir, sechs Stunden direkte Anstrengung einplanen, um einen Satz Nägel einzuschlagen, können Sie ein oder zwei weitere Stunden für die Berichterstattung einplanen, mit dem Kunden sprechen, Ihrem Chef Bericht erstatten und auf den Nagel starren, den Sie nicht erreichen können Dein Hammer usw.

Ein Vorbehalt könnte jedoch sein, dass Sie eine wöchentliche, monatliche oder andere Standardbesprechung haben, bei der Sie die Gebühren separat verfolgen möchten. In einem solchen Fall würden Sie ein separates Arbeitspaket erstellen und Stunden in dieses Arbeitspaket einbauen, und die Mitarbeiter, die an diesem Paket teilnehmen, würden es separat als vielleicht ihre Hauptgebührencodes berechnen. Aber wie Sie sehen können, ist es eine Geschäftsentscheidung, die darauf basiert, wie Sie Ihre Dollars verbuchen möchten. Meine Praxis besteht in der Regel darin, diese unterstützenden Aufgaben, die allgemeiner und konstanter Natur sind, zu trennen, während andere unterstützende Aufgaben, die direkter mit einem Konto oder Arbeitspaket zusammenhängen, einfach in die Gesamtarbeit dieses Kontos / Pakets fallen. Andernfalls werden die Codes lästig und schwer zu verwalten.