Hallo, jetzt werde ich Ihnen sagen, was mit einem vielversprechenden Projekt passieren wird, wenn ich mich von Anfang an vorgefertigten Lösungen wie Wordpress, Open Cart und jedem CMS zuwende und denke, dass dies MVP ist. Ich werde auf einer dreimonatigen Erfahrung bei der Arbeit an einem der Projekte auf GitHub basieren, die in den letzten 8 Monaten kein einziges Commit in der Produktionsbranche fallen gelassen hat.
Rezept für aufgeblähtes VP / OC / CMS in die geostationäre Umlaufbahn
1. Wählen Sie ein vorgefertigtes CMS
Rufen Sie auf keinen Fall Architekten an und vergessen Sie Microservices und Architekturen, die auf Ihre Bedürfnisse zugeschnitten sind. Unsere Aufgabe ist es, das Admin-Panel bereits 5 Minuten nach dem Einschalten des PCs durch den Entwickler zu drehen und die Entwicklung nicht einfach zu verwalten. Ein echtes MVP sollte ausschließlich aus schlüsselfertigen Lösungen bestehen. Schließlich werden Plugins in unserem Projekt niemals in Konflikt geraten und sind bereits für Lasten jeglicher Intensität ausgelegt.
2. Verbieten Sie die Dokumentation
Es muss kein einziger cms dokumentiert werden. Verbieten Sie, etwas zu dokumentieren. Insbesondere Kernel-Modifikationen. Immerhin verwandelt sich der Freiberufler nach 3 Monaten in einen Bewahrer des heiligen Wissens über die Funktionsweise dieses Smaragdknödels und über die magischen Techniken zum Starten eines Servers, der natürlich einer ist und den niemand seit der Erstinstallation der Dienstprogramme neu erstellt hat. Der Schlüssel zu einem anständigen Management ist die Abhängigkeit von Mitarbeitern und natürlich von einem einzigen Arbeitsserver.
3. Rufen Sie GURU an!
Nachdem die Behebung von Konflikten zwischen den Plugins 234 und 417 mindestens zehnmal länger gedauert hat als die Einführung neuer Funktionen, ist es richtig, nach einer erfahrenen GURU zu suchen, die in einer Woche mühelos einen kleinen Code umgestaltet (umschreibt) Die nächsten 500 Plugins werden ihren rechtmäßigen Platz einnehmen. Übrigens hatte ich das „Glück“, in der Rolle eines Gurus zu sein, der sich der Technologie zuwendet, und daher ist dies eine echte Krankengeschichte.
4. Ihr Projekt sollte aus einem Verantwortungsbereich bestehen
Wir haben von Anfang an sicher und bewusst Microservices eingerichtet. Nach 5 Monaten ist es Zeit, einen neuen Programmierer einzustellen. Und lassen Sie ihn für das Layout verantwortlich sein. Nun, ein bisschen mehr für das Backend, weil wir sie gemischt haben. Nun, für Datenbanken, denn wie man für ein Backend ohne Datenbanken antwortet. Lassen Sie uns für die Korrekturen verantwortlich sein. Und mehr ... und mehr ... und mehr ...
5. Trello + Jira + Slack + Excel + ... + Skype
Dank der guten anderthalbtausend Plug-Ins, die BEREITS existieren, gibt es jeden Tag 5 Fehler, deren Auflösung 2 Tage erfordert. Die Schreibgeschwindigkeit von Features nimmt exponentiell ab. Offensichtlich sind wir für eine Weile entwickelt geworfen. Und Sie müssen einen dritten Task-Manager einführen. (Ja, klinische Projekte haben normalerweise zwei Task-Manager). Trello, Jira und Excel sind nur die Grundlage der Kontrolle. Einige Assistenten verwenden auch unternehmensinterne Task-Manager, angeheftete Chat-Nachrichten und ungeplante plötzliche Anweisungen.
6. Abschriften von Sprachkonferenzen
Entwickler führen uns an der Nase, und daher müssen alle Sprachkonferenzen zur Genehmigung von Fehlerkorrekturen archiviert, in der Cloud gespeichert und regelmäßig angehört werden. Schließlich geht es immer um Entwickler ...
Tipp 1: Das Testen war erfolgreich - werfen Sie vorgefertigte Lösungen dringend weg und schreiben Sie eine geeignete Architektur.
Tipp 2: Wenn Sie nicht nur ein motiviertes Startup sind und entweder über Ressourcen oder eine Finanzstrategie verfügen, sollten Sie das Schreiben von Grund auf neu einbeziehen. Geben Sie diese Angelegenheit auf jeden Fall an Fachleute oder den technischen Direktor weiter. (Es ist wichtig, dass dies ein Programmierer und kein Professor des Forschungsinstituts war, sonst erhalten Sie keine Lochkarten.)
Was ist, wenn BEREITS und Sie verantwortlich sind?- Umschreiben.
Was ist, wenn BEREITS und Sie nicht verantwortlich sind?- Erklären Sie dem Management das Wesentliche des Problems und schreiben Sie es neu.
PS Das Projekt verwendete Yii2, aber selbst damit gab es diese Probleme. Was mit WP passiert, ist überhaupt eine Katastrophe.
PPS Der Grund ist natürlich die Inkompetenz des Managements, obwohl die monolithische Architektur auch nicht beiseite steht.