Neues Format der Softwareentwicklungsabteilung

Zu Beginn werden wir beheben, was wir jetzt in der Softwareentwicklung haben, welche Probleme es gibt und wohin wir kommen müssen.



Das klassische Schema der Abteilung lautet wie folgt: Die Mitarbeiter sitzen im Büro (naja oder wie jetzt an einem entfernten Ort) für eine zeitbasierte Zahlung (8 Stunden am Tag) oder in stündlichen Werkstätten. Machen Sie sich innerhalb von 30 - 120 Minuten an die Arbeit. Eine Person wird über hh oder ähnliche Standorte eingestellt, der Kandidat durchläuft hr'a, technische Sicherheit, wo er versucht, eine Kompetenzmatrix zu erstellen. In Moskau gibt es viele Kandidaten mit unterschiedlichem Kenntnisstand. In den Regionen ist dies ein Problem.Wenn es keine technische Universität in der Nähe gibt, Sie aber ein Unternehmen führen möchten, gehen Sie zum nächsten Millionär und zahlen Sie die lokalen Gehälter. Letzteres ist für ein Startup besonders unangenehm. Es ist gut, wenn in dem Projekt, in dem die Person aufgenommen wurde, eine Dokumentation zu Lösungen mit einer Beschreibung der Datenflussmuster usw. vorhanden ist, aber ich habe dies nie getroffen. Es gibt Fetzen, chaotische Aufzeichnungen, Sitzungsprotokolle mit Entscheidungsgründen, aber eine systematische Entwicklungsdokumentation ist wie eine doppelte Mondfinsternis. Warum benötigen Sie eine Dokumentation mit Diagrammen und Begründungen? Wenn ein Architekt ein Modell für ein zukünftiges Projekt skizziert, ist er der Träger eines einzigartigen Wissens, über das sonst niemand verfügt. Dies ist ein ernstes Problem. Wenn ein Spezialist krank wird, stirbt, geht, gehen auch seine Kompetenzen mit ihm verloren.Die Wiederherstellung von Kompetenzen ohne Dokumentation und ohne Wissensträger ist eine so nicht triviale Aufgabe, dass es einfacher ist, alles neu zu schreiben (beide sind viel Geld). Das Einführen eines neuen oder eines alten Kämpfers aus einem anderen Projekt in ein Projekt bedeutet sechs Monate Mentoring und Ablenkung der Aufmerksamkeit derjenigen, die bereits arbeiten. Gleichzeitig ist das neue Gerät im Großen und Ganzen nur eingeschränkt funktionsfähig. Das Problemanweisungssystem kann verzweigen, in Unteraufgaben aufteilen und von unerwarteten Stellen zurückgeführt werden. Die Aufgabe wird möglicherweise nicht durch Leads oder Architekten geleitet, was bei Versuchen, die Architektur zu erweitern oder das Unaufhaltsame voranzutreiben, zu Müll und Raserei führt.Gleichzeitig ist das neue Gerät im Großen und Ganzen nur eingeschränkt funktionsfähig. Das Problemanweisungssystem kann verzweigen, in Unteraufgaben aufteilen und von unerwarteten Stellen zurückgeführt werden. Die Aufgabe wird möglicherweise nicht durch Leads oder Architekten geleitet, was bei Versuchen, die Architektur zu erweitern, zu Müll und Raserei führt oder das Unaufhaltsame überfüllt.Gleichzeitig ist das neue Gerät im Großen und Ganzen nur eingeschränkt funktionsfähig. Das Problemanweisungssystem kann verzweigen, in Unteraufgaben aufteilen und von unerwarteten Stellen zurückgeführt werden. Die Aufgabe wird möglicherweise nicht von Leads oder Architekten durchlaufen, was bei Versuchen, die Architektur zu erweitern, zu Müll und Raserei führt oder das Unaufhaltsame überfüllt.



Probleme mit dem klassischen Schema



Die Verfügbarkeit der Humanressourcen ist begrenzt und für betriebliche Veränderungen praktisch nicht zugänglich. Daher das Problem von Ausfallzeiten und Überstunden.



Es ist nicht rentabel, enge Spezialisten zu halten. Solche Spezialisten sind eine einzigartige Wissensquelle, aber die Wartungskosten sind hoch und Aufgaben sind selten. Daher das Problem von Ausfallzeiten und Stagnation der Kompetenzen.



Menschen in Teams sind auf aktuelle Aufgaben spezialisiert und beginnen sich zu verschlechtern, wenn sie sich nicht anstrengen oder nicht dazu gezwungen sind.



Eine Person mit den erforderlichen Kompetenzen zu finden, ist für das zugewiesene Geld und die zugewiesene Zeit schwierig oder sogar unmöglich.



Fehlende Dokumentation, die das Projekt für ein schnelles Onboarding für Anfänger beschreibt.

Das Bedürfnis nach Mentoren.



Das Problem der Erweiterung der Funktionalität ohne eine gründliche Analyse einer solchen Möglichkeit, und eine solche Analyse ist nur durch den Träger breiter Kompetenzen im Projekt möglich - einen Architekten.



Das Problem, aus den Inhabern von einzigartigem Wissen über das Projekt auszusteigen.



Das Problem der moralischen Atmosphäre im Team und der persönlichen Beziehungen, die die Annahme wichtiger Entscheidungen beeinflussen.



Das Problem der Nichttransparenz der Finanzen für den Kunden und die Leistungsträger bei der Vergütung.



Das Problem der Erhöhung des Status des Darstellers und der Art der ausgeführten Aufgaben.



Ist es möglich, diese Probleme irgendwie auszugleichen, ohne das Entwicklungsmanagement-Paradigma (Modell) zu ändern? Die kurze Antwort lautet nein! In Zukunft wird ein solches Modell die Arbeit verlangsamen und mit einer Zunahme des Geschäfts und der Bürokratisierung von Prozessen im Allgemeinen den Transfer der Entwicklung zum Outsourcing erzwingen. Ist es gut, Entwicklung auszulagern? - Die kurze Antwort lautet: Ja, wenn dies die Produktentwicklung beschleunigt und erleichtert! Kann Outsourcing unternehmensintern sein? - Einfach. Und extern? - Hier ist es schwieriger, richtig, Sicherheit ist alles ... aber möglich! Was ist mit intern und extern? - Sie können und hier ist, wie es geht.



Der Service ist



  • Das Kommunikationssystem des Kunden und der ausübenden Künstler.
  • Bietet eine dynamische Verbindung von Spezialisten mit den erforderlichen Kompetenzen.
  • Führt Abrechnungen mit dem Kunden und den Auftragnehmern durch.
  • Zeigt schnell den Status des Projekts und den Fortschritt der Aufgaben an.
  • .
  • .
  • .
  • .
  • .




  • . , , , .
  • . . “, , , ” — . “ ” — , , , , . “” — , , , . “” — . “ ” — , , . “ ” — , , , .
  • . . , . .
  • . . , , .


Jede der übergeordneten Rollen bildet einen Pool zerlegter Unteraufgaben für die untergeordneten Rollen, gibt die Kriterien für die Ausführung und die Kosten für die Ausführung der Aufgabe an. Die übergeordnete Rolle kann keinen Executor direkt zuweisen oder sich selbst einer Unteraufgabe zuweisen.



Beim Zerlegen einer Aufgabe muss die untergeordnete Rolle eine Bestätigung ihrer Lösung von der übergeordneten Rolle erhalten, die die ursprüngliche Aufgabe festgelegt hat.



Die untergeordnete Rolle kann das Problem nach Erhalt zur Überprüfung an den Direktor senden, um die festgestellten Fehler oder Ungenauigkeiten zu begründen, oder einen Streit mit Schiedsverfahren und Abstimmungen eröffnen.



Die übergeordnete Rolle kann jede untergeordnete Aufgabe übernehmen, wenn sie nicht ihr (Aufgaben-) Direktor ist.



Die abgeschlossene Aufgabe befindet sich in einem speziellen Pool zur Überprüfung und Genehmigung. Die Aufgabe kann von der aktuellen Rolle (aber nicht vom Ausführenden) oder einer höheren und niedrigeren überprüft werden.



Für die abgeschlossene und genehmigte Aufgabe werden dem Ausführenden die in der Aufgabe angegebene Zahlung (abzüglich der Serviceprovision für die Transaktion) und die Bewertungspunkte berechnet.



Für eine abgeschlossene Überprüfung mit einem angemessenen Hinweis auf einen Fehler oder eine Abweichung von den Überprüfungskriterien werden Punkte vergeben und von der überprüften Person abgeschrieben. Streitigkeiten, die auf den Ergebnissen der Überprüfung beruhen, werden automatisch durch eine allgemeine Abstimmung der Rollen, die an der Überprüfung teilgenommen haben, beigelegt.



Der Übergang zu einer übergeordneten Rolle erfolgt automatisch, sobald eine bestimmte Anzahl von Punkten vom Darsteller erreicht wurde. Auf diese Weise können Sie die gesamte Hierarchie bis zum Manager durchlaufen, ohne ein einziges Problem zu lösen, aber Punkte bei der Überprüfung der Probleme anderer Personen zu sammeln.



Jede Aufgabe und jeder Aufgabenzerlegungsbaum wird von der Erstellung einer Reihe von Dokumenten begleitet, die die Auswahl einer Lösung begründen und kurz beschreiben. Jede Aufgabe, die kein Zweig einer vorhandenen ist, dh die Funktionalität erweitert, muss mit der Genehmigung durch den Manager beginnen und dann durch die Rollengenehmigung bis zum endgültigen Ausführenden durchlaufen werden.



Die Aufgabe gilt automatisch als unerfüllt, wenn sie in Arbeit genommen wurde, aber die Frist abgelaufen ist und vom Auftragnehmer keine Begründung für die Verlängerung der Frist gesendet wurde.

Die nicht abgeschlossene Aufgabe wird zur Ausführung in den Aufgabenpool zurückgesetzt, und der Ausführende wird in Form einer Punkteabschreibung mit einer Geldstrafe belegt.



Das Setzen einer bestimmten negativen Punktzahl führt zur automatischen Sperrung des Darstellers für die ausgewählte Kompetenz.



Das Fehlen abgeschlossener Aufgaben oder Überprüfungen innerhalb eines bestimmten Zeitraums führt zu einer automatischen Verringerung der Gesamtpunktzahl.



Wenn die Punktzahl unter den Schwellenwert der Rolle fällt, wird der Status des Darstellers auf eine niedrigere Rolle übertragen.



Schema der Auftragsbewegung vom Kunden zum fertigen Produkt



Der Kunde startet im Service ein Projekt, das eine Geschäftsaufgabe beschreibt (dies sind die primären Informationen). Trägt seinem Konto im Dienst den Mindestbetrag an Mitteln bei, die für Wirtschafts- und Marketingkenntnisse erforderlich sind, oder, falls vorhanden, für die Vorbereitung einer technischen Aufgabe durch den Leiter (Entwicklung, Architekt). Wirtschaftliches Fachwissen und technische Begründung umfassen Expertenmeinungen zur wirtschaftlichen Machbarkeit dieses Produkts. Wirtschaftliche Machbarkeit ist eine Studie über Analoga, Nachfrage, verfügbare Ressourcen und praktische Machbarkeit, die in Form eines Dokuments mit Empfehlungen präsentiert wird. Die Aufgabe geht in die nächste Phase über, wenn auf dem Konto des Kunden genügend Guthaben im Service vorhanden ist. Der Kunde kann sein Fachwissen oder TK (technische Spezifikationen, Projektarchitektur) zur Genehmigung bereitstellen. Wenn die Vereinbarung nicht bestanden wird,dann kann die Aufgabe (Projekt) nicht in die Entwicklung übernommen werden. Der Kunde kann den Service jederzeit beenden oder gegen eine Gebühr im Service einfrieren. Der Kunde hat Lesezugriff auf alle Dokumentationen und Quellcodes für das Projekt, auf die Baugruppen des Anwendungspakets oder der Ressourcen, auf den Fortschritt des Projekts und die Aufgaben sowie auf die Gehaltsabrechnungen für die ausübenden Künstler.



Die Entwicklung erfolgt nach den zu Beginn des Projekts festgelegten Regeln. Dies betrifft die Sprache der Erstellung von Dokumenten und Beschreibungen, eine Vereinbarung über die Gestaltung des Codes und selbstdokumentierende Kommentare. Die Priorität beim Schreiben von Klassen und Funktionen wird dem einfachsten und saubersten Code eingeräumt. In jedem Fall wird der Code nach Möglichkeit durch Unit-Tests abgedeckt. In der Entwicklung sollte es Spezialisten geben, die die Arbeit der Versionskontrolle, der automatischen Montage und der Fernverbindung der ausübenden Künstler mit den erforderlichen Geräten auf der Seite des Dienstes oder des Kunden sicherstellen.



Die Einführung von Darstellern in den Dienst ist nach Erhalt der Kompetenzmatrix möglich. Die Kompetenzmatrix kann in Diensten erhalten werden, die auf das automatisierte Testen spezialisiert sind. Akkreditierte Dienste bieten eine API, mit der Sie eine Matrix für einen Bewerber erhalten können. Abhängig von den erzielten Ergebnissen werden Startrollen und Kompetenzen, für die spezielle Aufgaben sichtbar sind, für das Konto des Darstellers festgelegt. Zusammenfassend lässt sich sagen, dass sich der Ausführende beim Dienst registriert und einen Link zum Kompetenztestdienst erhält und diese besteht. Die Testergebnisse füllen die Kompetenzmatrix und das Konto erhält die Möglichkeit, Aufgaben zu übernehmen, Überprüfungen durchzuführen und die für ihre Rolle verfügbare Dokumentation zu lesen.



In der ersten Phase wird empfohlen, die hingerichteten Testamentsvollstrecker auf der vorhandenen Basis des "Büros" in den Dienst aufzunehmen. Überprüfen Sie die Arbeit mit dem Kunden in realen Projekten. Führen Sie eine Werbekampagne in spezialisierten Communities und sozialen Netzwerken mit folgenden Thesen durch: „Vollständige Transparenz und Ehrlichkeit, keine Geheimnisse. Arbeiten Sie daran, was Sie wollen, woher Sie wollen und wann Sie wollen. Niemand befiehlt dir. Verdiene so viel du kannst, keine Grenzen für alle und für immer. ""



Probleme, die ein separates Studium erfordern



  • Sicherheit.
  • Zahlung und Abrechnung mit dem Kunden und Auftragnehmern.
  • Rechtliche Fragen vor Verträgen mit dem Kunden und Akkordzahlungen an Künstler, grenzüberschreitende Überweisungen.
  • Urheberrechtsschutz.



All Articles