{"id":94520,"date":"2020-09-18T07:42:20","date_gmt":"2020-09-18T05:42:20","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/chto-pomoglo-nam-bystro-perestroitsya-na-onlajn-torgovlyu-v-novyh-usloviyah"},"modified":"2020-09-18T07:42:20","modified_gmt":"2020-09-18T05:42:20","slug":"chto-pomoglo-nam-bystro-perestroitsya-na-onlajn-torgovlyu-v-novyh-usloviyah","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/chto-pomoglo-nam-bystro-perestroitsya-na-onlajn-torgovlyu-v-novyh-usloviyah","title":{"rendered":"Was uns geholfen hat, uns schnell auf den Online-Verkauf unter den neuen Bedingungen umzustellen.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Hallo!<\/p>\n

Mein Name ist Michail, ich bin der IT-Direktor bei \u00abSportmaster\u00bb. Ich m\u00f6chte eine Geschichte dar\u00fcber teilen, wie wir die Herausforderungen w\u00e4hrend der Pandemie gemeistert haben.<\/p>\n

In den ersten Tagen der neuen Realit\u00e4t kam der gewohnte Offline-Verkauf von \u00abSportmaster\u00bb zum Erliegen, und die Belastung unseres Online-Kanals, insbesondere im Hinblick auf die Lieferung an die Kundenadresse, stieg um das Zehnfache. Innerhalb weniger Wochen haben wir unser riesiges Offline-Gesch\u00e4ft in ein Online-Gesch\u00e4ft transformiert und unseren Service an die Bed\u00fcrfnisse unserer Kunden angepasst.<\/p>\n

Im Grunde genommen wurde das, was urspr\u00fcnglich unsere Nebent\u00e4tigkeit war, zum Hauptgesch\u00e4ft. Die Bedeutung jeder Online-Bestellung stieg extrem an. Jeder Rubel, den ein Kunde in das Unternehmen brachte, musste gesichert werden. <\/p>\n

\"Was<\/p>\n

Um schnell auf die Anfragen der Kunden reagieren zu k\u00f6nnen, haben wir ein zus\u00e4tzliches Kontaktzentrum in der Unternehmenszentrale er\u00f6ffnet, das jetzt rund 285.000 Anrufe pro Woche entgegennehmen kann. Gleichzeitig haben wir 270 Filialen auf ein neues, kontaktloses und sicheres Betriebsformat umgestellt, was es den Kunden erm\u00f6glichte, Bestellungen zu erhalten, w\u00e4hrend die Mitarbeiter ihre Arbeitspl\u00e4tze behalten konnten.<\/p>\n

W\u00e4hrend des Transformationsprozesses standen wir vor zwei wesentlichen Herausforderungen. Erstens gab es eine sp\u00fcrbare Zunahme der Belastung f\u00fcr unsere Online-Ressourcen (wie wir damit umgegangen sind, wird Sergej erz\u00e4hlen). Zweitens ist der Fluss seltener (vor COVID) Operationen exponentiell gestiegen, was ein gro\u00dfes Ma\u00df an schneller Automatisierung erforderte. Um dieses Problem zu l\u00f6sen, mussten wir umgehend Ressourcen von Bereichen abziehen, die zuvor unsere Hauptschwerpunkte waren. Wie wir das gemeistert haben, wird Elena berichten.<\/p>\n

Betrieb von Online-Diensten<\/h2>\n

Sergej Kolesnikow, verantwortlich f\u00fcr den Betrieb des Online-Shops und der Mikrodienste<\/em><\/p>\n

Seit der Schlie\u00dfung unserer Einzelhandelsgesch\u00e4fte f\u00fcr Besucher verzeichnen wir einen Anstieg von Metriken wie der Anzahl der Nutzer, der Bestellungen, die \u00fcber unsere App aufgegeben werden, und der Anfragen an die Anwendungen. <\/p>\n

\"WasAnzahl der Bestellungen vom 18. bis 31. M\u00e4rz\"WasAnzahl der Anfragen an die Mikrodienste f\u00fcr Online-Zahlungen\"WasAnzahl der auf der Website get\u00e4tigten Bestellungen<\/p>\n

Im ersten Diagramm sehen wir, dass das Wachstum etwa das 14-fache betrug, im zweiten das 4-fache. Besonders aussagekr\u00e4ftig erachten wir dabei die Metrik der Antwortzeiten unserer Anwendungen. <\/p>\n

\"Was<\/p>\n

In diesem Diagramm sehen wir die Reaktionen von Frontend und Anwendungen, und wir haben festgestellt, dass wir kein signifikantes Wachstum bemerkt haben.<\/p>\n

Das liegt in erster Linie daran, dass wir Ende 2019 mit den Vorbereitungsarbeiten begonnen haben. Derzeit sind unsere Dienste reserviert und die Ausfallsicherheit ist auf Ebene der physischen Server, der Virtualisierungssysteme, der Container und der Dienste in diesen gew\u00e4hrleistet. Gleichzeitig erm\u00f6glichen unsere Serverressourcen Mehrfachbelastungen.<\/p>\n

Das Hauptinstrument, das uns in dieser ganzen Geschichte geholfen hat, ist unser \u00dcberwachungssystem. Allerdings hatten wir vor nicht allzu langer Zeit kein einheitliches System, das es uns erm\u00f6glicht h\u00e4tte, Metriken auf allen Ebenen zu sammeln, vom physischen Equipment und Hardware bis hin zu Gesch\u00e4ftsmetriken. <\/p>\n

Formal gab es in der Firma Monitoring, aber in der Regel war es verstreut und lag in der Verantwortung spezifischer Abteilungen. Tats\u00e4chlich hatten wir fast nie ein gemeinsames Verst\u00e4ndnis daf\u00fcr, was genau passiert ist, wenn ein Vorfall auftrat; es gab keine Information, und oft f\u00fchrte das zu einer endlosen Suche nach der Problemursache und deren Behebung.<\/p>\n

Irgendwann dachten wir, dass es genug ist \u2014 wir ben\u00f6tigten ein einheitliches System, um das gesamte Bild zu sehen. Die Haupttechnologien, die in unserem Stack enthalten sind, sind Zabbix als Alert-Center und zur Speicherung von Metriken, Prometheus zur Erfassung und Speicherung von Anwendungsmetriken, die ELK-Stack f\u00fcr das Logging und die Speicherung der Daten des gesamten Monitoring-Systems sowie Grafana zur Visualisierung, Swagger, Docker und andere n\u00fctzliche und Ihnen vertraute Tools.<\/p>\n

Dabei nutzen wir nicht nur die am Markt verf\u00fcgbaren Technologien, sondern entwickeln auch eigene L\u00f6sungen. Zum Beispiel erstellen wir Services zur Integration von Systemen miteinander, also eine Art API zur Erfassung von Metriken. Zudem arbeiten wir an eigenen Monitoring-Systemen \u2014 auf der Ebene der Gesch\u00e4ftsmetriken verwenden wir UI-Tests. Au\u00dferdem haben wir einen Bot in Telegram zur Benachrichtigung der Teams.<\/p>\n

Dar\u00fcber hinaus bem\u00fchen wir uns, das Monitoring-System f\u00fcr die Teams zug\u00e4nglich zu machen, damit sie ihre Metriken eigenst\u00e4ndig speichern und verwalten k\u00f6nnen, einschlie\u00dflich der M\u00f6glichkeit, Alerts f\u00fcr spezifische Metriken einzurichten, die nicht von breiterer Anwendung sind. <\/p>\n

Innerhalb des gesamten Systems streben wir proaktive und m\u00f6glichst schnelle Lokalisierungen von Vorf\u00e4llen an. Zudem ist die Anzahl unserer Mikrodienste und Systeme in letzter Zeit erheblich gewachsen, was auch die Zahl der Integrationen erh\u00f6ht. Im Rahmen der Optimierung des Diagnosprozesses von Vorf\u00e4llen auf Integrationsniveau entwickeln wir ein System, das es erm\u00f6glicht, system\u00fcbergreifende Pr\u00fcfungen durchzuf\u00fchren und Ergebnisse zu liefern, wodurch wir die grundlegenden Probleme im Zusammenhang mit Importen und dem Zusammenspiel der Systeme identifizieren k\u00f6nnen. <\/p>\n

Nat\u00fcrlich gibt es noch viel Raum f\u00fcr Wachstum und Entwicklung in Bezug auf das Betriebsmanagement der Systeme, und wir arbeiten aktiv daran. Weitere Informationen zu unserem \u00dcberwachungssystem finden Sie hier. hier<\/u><\/a><\/noindex>. <\/p>\n

Technische Tests <\/h2>\n

Serguei Orlow, leitet das Kompetenzzentrum f\u00fcr Web- und mobile Entwicklung<\/em><\/p>\n

Seit der Schlie\u00dfung physischer Gesch\u00e4fte sehen wir uns in der Entwicklung mit verschiedenen Herausforderungen konfrontiert. An erster Stelle steht der Anstieg der Last. Es ist klar, dass, wenn keine entsprechenden Ma\u00dfnahmen ergriffen werden, das System unter hoher Last mit einem ungl\u00fccklichen Knall in eine K\u00fcrbisform verwandelt werden kann, entweder durch einen vollst\u00e4ndigen Leistungsabfall oder m\u00f6glicherweise sogar durch einen kompletten Ausfall.<\/p>\n

Der zweite Aspekt, der etwas weniger offensichtlich ist, besteht darin, dass das System unter hoher Last sehr schnell angepasst werden musste, um sich an die Ver\u00e4nderungen der Gesch\u00e4ftsprozesse anzupassen. Manchmal mehrfach am Tag. Viele Unternehmen haben die Regel, dass bei gro\u00dfen Marketingaktivit\u00e4ten keine \u00c4nderungen am System vorgenommen werden sollen. \u00dcberhaupt keine, solange es l\u00e4uft.<\/p>\n

Bei uns gab es im Grunde genommen einen unendlichen Black Friday, w\u00e4hrend wir gleichzeitig das System \u00e4ndern mussten. Und jeder Fehler, jedes Problem, jeder Ausfall im System h\u00e4tte dem Gesch\u00e4ft sehr teuer zu stehen kommen k\u00f6nnen.<\/p>\n

Um es vorweg zu nehmen: Wir haben es geschafft, diese Herausforderungen zu meistern. Alle Systeme hielten der Last stand, lie\u00dfen sich leicht skalieren, und es gab keine gr\u00f6\u00dferen technischen Ausf\u00e4lle.<\/p>\n

Es gibt vier S\u00e4ulen, auf denen die F\u00e4higkeit des Systems beruht, hohe sprunghafte Lasten zu bew\u00e4ltigen. Die erste davon ist das Monitoring, \u00fcber das Sie oben gelesen haben. Ohne ein gut strukturiertes Monitoring-System ist es nahezu unm\u00f6glich, Engp\u00e4sse im System zu identifizieren. Ein gutes Monitoring-System ist wie Hauskleidung, es sollte bequem und auf Sie zugeschnitten sein.<\/p>\n

Der zweite Aspekt ist das Testing. Wir nehmen diesen Punkt sehr ernst: Wir schreiben klassische Unit-Tests, Integrationstests, Lasttests und viele andere f\u00fcr jedes System. Zudem erstellen wir eine Teststrategie und bem\u00fchen uns, das Testlevel so weit zu steigern, dass manuelle Pr\u00fcfungen nicht mehr notwendig sind.<\/p>\n

Der dritte Schl\u00fcssel ist der CI\/CD-Pipeline. Die Prozesse f\u00fcr den Build, das Testen und das Deployment von Anwendungen sollten so weit wie m\u00f6glich automatisiert sein, ohne manuelle Eingriffe. Das Thema CI\/CD-Pipeline ist ziemlich umfangreich, und ich werde es nur am Rande behandeln. Es gen\u00fcgt zu erw\u00e4hnen, dass wir eine Checkliste f\u00fcr die CI\/CD-Pipeline haben, die von jedem Produktteam mit Hilfe von Kompetenzzentren durchgegangen wird.<\/p>\n

\"WasHier ist die Checkliste<\/p>\n

Auf diese Weise werden viele Ziele erreicht. Dazu geh\u00f6ren die Versionierung von APIs und Feature-Toggles, um eine Flut von Releases zu vermeiden, und das Erreichen von Testabdeckungen in einem Umfang, der es erm\u00f6glicht, dass das Testen vollst\u00e4ndig automatisiert ist und die Deployments nahtlos erfolgen.<\/p>\n

Der vierte Schl\u00fcssel sind die Architekturprinzipien und technischen Entscheidungen. Man kann viel und lange \u00fcber Architektur sprechen, aber ich m\u00f6chte ein paar Prinzipien hervorheben, auf die ich gerne aufmerksam machen m\u00f6chte.<\/p>\n

Zun\u00e4chst einmal sollten spezialisierte Werkzeuge f\u00fcr bestimmte Aufgaben ausgew\u00e4hlt werden. Ja, das klingt offensichtlich, und es ist klar, dass man N\u00e4gel mit einem Hammer einschlagen sollte und spezielle Schraubendreher ben\u00f6tigt, um Armbanduhren zu zerlegen. In unserem Zeitalter streben viele Werkzeuge jedoch nach Universalit\u00e4t, um den gr\u00f6\u00dftm\u00f6glichen Benutzerkreis abzudecken: Datenbanken, Caches, Frameworks und mehr. Wenn wir zum Beispiel die Datenbank MongoDB betrachten, arbeitet sie mit Multidokumenten-Transaktionen, w\u00e4hrend die Datenbank Oracle mit JSON arbeitet. Man k\u00f6nnte also denken, dass alles f\u00fcr alles verwendet werden kann. Doch wenn wir f\u00fcr Leistung eintreten, m\u00fcssen wir die St\u00e4rken und Schw\u00e4chen jedes Werkzeugs klar verstehen und die f\u00fcr unsere spezifischen Aufgaben wichtigen Tools ausw\u00e4hlen. <\/p>\n

Zweitens muss jede Erh\u00f6hung der Komplexit\u00e4t bei der Systemgestaltung gerechtfertigt sein. Wir m\u00fcssen dies st\u00e4ndig im Hinterkopf behalten; das Prinzip des niedrigen Kopplungsgrades ist allgemein bekannt. Ich denke, dass es sowohl auf der Ebene eines bestimmten Dienstes, auf der Ebene des gesamten Systems als auch auf der Ebene der architektonischen Landschaft angewendet werden sollte. Ebenso ist die F\u00e4higkeit zur horizontalen Skalierung jeder Systemkomponente unter Last wichtig. Wenn man diese F\u00e4higkeit hat, wird das Skalieren kein Problem darstellen.<\/p>\n

Wenn es um technische L\u00f6sungen geht, haben wir die Produktteams gebeten, ein frisches Set von Empfehlungen, Ideen und L\u00f6sungen vorzubereiten, die sie im Rahmen der Vorbereitung auf die n\u00e4chste Lastwelle umgesetzt haben.<\/p>\n

Caches<\/h2>\n

Die Wahl zwischen lokalen und verteilten Caches sollte bewusst getroffen werden. Manchmal ist es sinnvoll, beide innerhalb eines Systems zu verwenden. Zum Beispiel haben wir Systeme, in denen ein Teil der Daten im Wesentlichen ein Schaufenster-Cache ist, das hei\u00dft, die Quelle der Aktualisierungen liegt au\u00dferhalb des Systems, und das System \u00e4ndert diese Daten nicht. F\u00fcr diesen Ansatz verwenden wir den lokalen Caffeine Cache. <\/p>\n

Es gibt Daten, die das System aktiv w\u00e4hrend des Betriebs \u00e4ndert. Hier setzen wir einen verteilten Cache mit Hazelcast ein. Dieser Ansatz erm\u00f6glicht es uns, die Vorteile eines verteilten Caches dort zu nutzen, wo sie wirklich gebraucht werden, und die Betriebskosten f\u00fcr die Datenzirkulation im Hazelcast-Cluster zu minimieren, wo wir darauf verzichten k\u00f6nnen. \u00dcber Caches haben wir viel geschrieben. hier <\/u><\/a><\/noindex>und hier<\/u><\/a><\/noindex>.<\/p>\n

Dar\u00fcber hinaus hat der Wechsel des Serialisierers auf Kryo in Hazelcast uns einen erfreulichen Leistungsschub gegeben. Der \u00dcbergang von ReplicatedMap zu IMap + Near Cache in Hazelcast hat es uns erm\u00f6glicht, die Datenbewegung im Cluster zu minimieren. <\/p>\n

Ein kleiner Tipp: Bei der massenhaften Invalidierung des Caches kann manchmal die Taktik des Aufw\u00e4rmens eines zweiten Caches mit anschlie\u00dfendem Wechsel darauf anwendbar sein. Auf den ersten Blick scheint dieser Ansatz zu einem doppelten Speicherverbrauch zu f\u00fchren, aber in der Praxis, in den Systemen, in denen dies praktiziert wurde, wurde der Speicherverbrauch verringert.<\/p>\n

Reaktiver Stack<\/h2>\n

Wir setzen den reaktiven Stack bereits in einer Vielzahl von Systemen ein. In unserem Fall handelt es sich um Webflux oder Kotlin mit Koroutinen. Besonders gut eignet sich der reaktive Stack dort, wo wir langsame Input-Output-Operationen erwarten. Zum Beispiel bei dem Aufruf langsamer Dienste, der Arbeit mit dem Dateisystem oder Speichersystemen.<\/p>\n

Das wichtigste Prinzip ist, blockierende Aufrufe zu vermeiden. Unter der Haube der reaktiven Frameworks l\u00e4uft eine begrenzte Anzahl aktiver Service-Threads. Wenn wir uns nicht vorsichtig verhalten und einen direkten blockierenden Aufruf t\u00e4tigen, wie etwa einen Aufruf des JDBC-Treibers, wird das System einfach stehenbleiben. <\/p>\n

Versuchen Sie, Fehler in eigene Runtime-Exceptions zu verwandeln. Der urspr\u00fcngliche Ausf\u00fchrungsfluss des Programms wechselt zu den reaktiven Frameworks, die Ausf\u00fchrung des Codes wird nichtlinear. Daher ist es sehr schwierig, Probleme anhand von Stack-Traces zu diagnostizieren. Eine L\u00f6sung besteht darin, verst\u00e4ndliche, objektive Runtime-Exceptions f\u00fcr jeden Fehler zu erstellen.<\/p>\n

Elasticsearch<\/h2>\n

Bei der Nutzung von Elasticsearch sollten Sie keine ungenutzten Daten ausw\u00e4hlen. Dies ist im Grunde genommen ein sehr einfacher Rat, aber meistens wird genau das vergessen. Wenn Sie mehr als 10.000 Datens\u00e4tze auf einmal ausw\u00e4hlen m\u00fcssen, sollten Sie Scroll verwenden. Im Vergleich dazu \u00e4hnelt es ein wenig einem Cursor in einer relationalen Datenbank. <\/p>\n

Verwenden Sie Postfilter nicht ohne Notwendigkeit. Bei gro\u00dfen Datenmengen in der Hauptabfrage belastet dieser Vorgang die Datenbank erheblich. <\/p>\n

Nutzen Sie Bulk-Operationen, wo immer dies anwendbar ist.<\/p>\n

API<\/h2>\n

Planen Sie bei der Gestaltung der API Anforderungen zur Minimierung der \u00fcbertragenen Daten ein. Dies ist besonders relevant in Verbindung mit dem Frontend: Genau an dieser Schnittstelle verlassen wir die Kan\u00e4le unserer Rechenzentren und arbeiten bereits \u00fcber den Kanal, der uns mit dem Kunden verbindet. Wenn es dort die geringsten Probleme gibt, f\u00fchrt ein zu hoher Datenverkehr zu einem negativen Nutzererlebnis.<\/p>\n

Und schlie\u00dflich, geben Sie nicht einfach einen Haufen Daten aus, sondern gehen Sie klar und pr\u00e4zise an den Vertrag zwischen Verbrauchern und Anbietern heran.<\/p>\n

Organisatorische Transformation<\/h2>\n

Eroshkina Elena, stellvertretende IT-Direktorin<\/em><\/p>\n

Als die Quarant\u00e4ne eintrat und die Notwendigkeit bestand, die Entwicklung online schnell voranzutreiben und Omnikanal-Services zu implementieren, waren wir bereits in einem Prozess der organisatorischen Transformation. <\/p>\n

Ein Teil unserer Struktur wurde umgestellt, um nach den Prinzipien und Praktiken des Produktansatzes zu arbeiten. Es bildeten sich Teams, die nun f\u00fcr den Betrieb und die Weiterentwicklung jedes Produkts verantwortlich sind. Die Mitarbeiter in diesen Teams sind zu 100% involviert und gestalten ihre Arbeit nach Scrum oder Kanban, je nachdem, was f\u00fcr sie bevorzugt ist. Sie richten das Bereitstellungssystem ein, implementieren technische Praktiken, Qualit\u00e4tsmanagement-Systeme und vieles mehr.<\/p>\n

Durch einen gl\u00fccklichen Zufall befanden sich die meisten dieser Produktteams in den Bereichen Online- und Omnikanal-Services. Das erm\u00f6glichte es uns, innerhalb k\u00fcrzester Zeit (ernsthaft, in nur zwei Tagen) in den Remote-Arbeitsmodus zu wechseln, ohne an Effektivit\u00e4t zu verlieren. Der etablierte Prozess erm\u00f6glichte eine schnelle Anpassung an die neuen Arbeitsbedingungen und hielt ein ziemlich hohes Tempo bei der Lieferung neuer Funktionalit\u00e4ten aufrecht.<\/p>\n

Dar\u00fcber hinaus mussten wir die Teams verst\u00e4rken, die an der Spitze des Online-Gesch\u00e4fts stehen. Zu diesem Zeitpunkt wurde klar, dass wir dies nur durch interne Ressourcen erreichen k\u00f6nnen. In etwa zwei Wochen haben rund 50 Personen ihren Arbeitsbereich gewechselt und sich in die Arbeit an einem neuen Produkt eingearbeitet. <\/p>\n

Es bedurfte keiner besonderen Managementanstrengungen, da wir neben der Organisation des eigenen Prozesses, der technischen Weiterentwicklung des Produkts und der Qualit\u00e4tssicherung unsere Teams in der Selbstorganisation schulen \u2014 sie sind in der Lage, ihren eigenen Produktionsprozess ohne administrative Ressourcen zu steuern.<\/p>\n

Die Managementressourcen konnten wir genau dort b\u00fcndeln, wo es zu diesem Zeitpunkt notwendig war - bei der Koordination mit dem Gesch\u00e4ft: Was ist momentan wichtig f\u00fcr unseren Kunden, welche Funktionalit\u00e4ten m\u00fcssen priorit\u00e4r umgesetzt werden, was muss getan werden, um unsere Kapazit\u00e4t f\u00fcr die Lieferung und Bearbeitung von Bestellungen zu erh\u00f6hen. All dies und ein klares Rollenmodell erm\u00f6glichten es uns w\u00e4hrend dieses Zeitraums, unsere Produktionsstr\u00f6me zur Schaffung von Wert mit dem zu belasten, was wirklich wichtig und notwendig ist. <\/p>\n

Offensichtlich kann man bei Remote-Arbeit und einem hohen Ver\u00e4nderungstempo, bei dem die Gesch\u00e4ftszahlen von jedem Mitwirken abh\u00e4ngen, nicht nur auf interne Gef\u00fchle setzen wie: \"L\u00e4uft bei uns alles gut? Sieht nicht schlecht aus.\" Notwendige objektive Kennzahlen des Produktionsprozesses. Solche haben wir, sie stehen jedem zur Verf\u00fcgung, der sich f\u00fcr die Kennzahlen der Produktteams interessiert. Vor allem dem Team selbst, dem Gesch\u00e4ft, den Schnittstellen und dem Management.<\/p>\n

Alle zwei Wochen findet mit jedem Team ein Statusmeeting statt, in dem die Metriken in 10 Minuten analysiert, Engp\u00e4sse im Produktionsprozess identifiziert und gemeinsame L\u00f6sungen erarbeitet werden: Was kann getan werden, um diese Engp\u00e4sse zu beseitigen? Hier kann auch sofort um Unterst\u00fctzung des Managements gebeten werden, falls ein identifiziertes Problem au\u00dferhalb des Einflussbereichs der Teams liegt, oder um Expertise von Kollegen, die m\u00f6glicherweise bereits mit \u00e4hnlichen Problemen konfrontiert waren.<\/p>\n

Dennoch verstehen wir, dass wir, um eine signifikante Beschleunigung zu erreichen (was genau unser Ziel ist), noch viel lernen und in unsere t\u00e4gliche Arbeit integrieren m\u00fcssen. Im Moment setzen wir weiterhin unsere produktorientierte Vorgehensweise auf andere Teams und neue Produkte um. Dazu mussten wir ein f\u00fcr uns neues Format der Online-Schule f\u00fcr Methodologen erlernen.<\/p>\n

Methodologen, also Menschen, die Teams helfen, Prozesse aufzubauen, Kommunikationskan\u00e4le zu etablieren und die Effizienz der Arbeit zu steigern, sind im Grunde genommen Ver\u00e4nderungsagenten. Momentan arbeiten die Absolventen unseres ersten Jahrgangs mit Teams zusammen und helfen ihnen, erfolgreich zu werden. <\/p>\n

Ich denke, dass die aktuelle Situation uns Chancen und Perspektiven er\u00f6ffnet, die wir m\u00f6glicherweise noch nicht vollst\u00e4ndig erkennen. Doch die Erfahrungen und die Praxis, die wir derzeit sammeln, best\u00e4tigen, dass wir den richtigen Entwicklungsweg gew\u00e4hlt haben, und wir werden diese neuen M\u00f6glichkeiten in der Zukunft nicht verpassen und auch weiterhin effektiv auf die Herausforderungen reagieren k\u00f6nnen, die vor \u00abSportmaster\u00bb stehen werden.<\/p>\n

Fazit<\/h3>\n

In dieser schwierigen Zeit haben wir die Hauptprinzipien formuliert, auf denen die Softwareentwicklung basiert, die meiner Meinung nach f\u00fcr jedes Unternehmen, das sich damit besch\u00e4ftigt, relevant sein werden.<\/p>\n

Menschen<\/strong>. Das ist der Kern, auf dem alles basiert. Die Mitarbeiter m\u00fcssen Freude an der Arbeit haben, die Ziele des Unternehmens und die Ziele der Produkte, an denen sie arbeiten, verstehen. Und nat\u00fcrlich sollten sie sich auch beruflich weiterentwickeln k\u00f6nnen. <\/p>\n

Technologie<\/strong>. Es ist notwendig, dass das Unternehmen reif an den Umgang mit seinem Technologie-Stack herangeht und dort Kompetenzen aufbaut, wo es wirklich notwendig ist. Das klingt sehr einfach und offensichtlich. Und wird sehr oft ignoriert.<\/p>\n

Prozesse<\/strong>. Es ist wichtig, die Arbeit der Produktteams und Kompetenzzentren richtig zu organisieren und die Zusammenarbeit mit dem Gesch\u00e4ft herzustellen, um als Partner zu arbeiten.<\/p>\n<\/p>\n

So haben wir im Gro\u00dfen und Ganzen \u00fcberlebt. Der zentrale Gedanke der Gegenwart wurde erneut best\u00e4tigt, als er laut auf die Stirn klopfte.<\/p>\n

Selbst wenn du ein riesiges Offline-Gesch\u00e4ft mit zahlreichen Filialen und vielen St\u00e4dten bist, entwickle deinen Online-Bereich. Das ist nicht nur ein zus\u00e4tzlicher Verkaufsweg oder eine sch\u00f6ne Anwendung, \u00fcber die man auch etwas kaufen kann (auch weil die Konkurrenz ebenfalls sch\u00f6ne Anwendungen hat). Es ist kein Reservesystem f\u00fcr den Notfall, das hilft, einen Sturm zu \u00fcberstehen.<\/p>\n

Es ist eine absolute Notwendigkeit. Darauf sollten nicht nur deine technischen Ressourcen und Infrastruktur vorbereitet sein, sondern auch die Menschen und die Prozesse. Denn es ist schnell m\u00f6glich, Speicherplatz, Kapazit\u00e4ten und neue Instanzen in ein paar Stunden zu beschaffen. Aber die Menschen und Prozesse m\u00fcssen darauf im Voraus vorbereitet werden.<\/p>\n<\/p>\n

Quelle: habr.com<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

\u041f\u0440\u0438\u0432\u0435\u0442! \u041c\u0435\u043d\u044f \u0437\u043e\u0432\u0443\u0442 \u041c\u0438\u0445\u0430\u0438\u043b, \u044f \u0437\u0430\u043c\u0435\u0441\u0442\u0438\u0442\u0435\u043b\u044c \u0434\u0438\u0440\u0435\u043a\u0442\u043e\u0440\u0430 \u043f\u043e \u0418\u0422 \u0432 \u043a\u043e\u043c\u043f\u0430\u043d\u0438\u0438 \u00ab\u0421\u043f\u043e\u0440\u0442\u043c\u0430\u0441\u0442\u0435\u0440\u00bb. \u042f \u0445\u043e\u0447\u0443 \u043f\u043e\u0434\u0435\u043b\u0438\u0442\u044c\u0441\u044f \u0438\u0441\u0442\u043e\u0440\u0438\u0435\u0439 \u043e \u0442\u043e\u043c, \u043a\u0430\u043a \u043c\u044b \u0441\u043f\u0440\u0430\u0432\u0438\u043b\u0438\u0441\u044c \u0441 \u0442\u0440\u0443\u0434\u043d\u043e\u0441\u0442\u044f\u043c\u0438, \u0432\u043e\u0437\u043d\u0438\u043a\u0448\u0438\u043c\u0438 \u0432\u043e \u0432\u0440\u0435\u043c\u044f \u043f\u0430\u043d\u0434\u0435\u043c\u0438\u0438. \u0412 \u043f\u0435\u0440\u0432\u044b\u0435 \u0434\u043d\u0438 \u043d\u043e\u0432\u044b\u0445 \u0440\u0435\u0430\u043b\u0438\u0439 \u043f\u0440\u0438\u0432\u044b\u0447\u043d\u044b\u0439 \u0444\u043e\u0440\u043c\u0430\u0442 \u043e\u0444\u043b\u0430\u0439\u043d-\u0442\u043e\u0440\u0433\u043e\u0432\u043b\u0438 \u00ab\u0421\u043f\u043e\u0440\u0442\u043c\u0430\u0441\u0442\u0435\u0440\u0430\u00bb \u0437\u0430\u043c\u0435\u0440, \u0438 \u043d\u0430\u0433\u0440\u0443\u0437\u043a\u0430 \u043d\u0430 \u043d\u0430\u0448 \u043e\u043d\u043b\u0430\u0439\u043d-\u043a\u0430\u043d\u0430\u043b, \u0432 \u043f\u0435\u0440\u0432\u0443\u044e \u043e\u0447\u0435\u0440\u0435\u0434\u044c \u0432 \u0447\u0430\u0441\u0442\u0438 \u0434\u043e\u0441\u0442\u0430\u0432\u043a\u0438 \u043d\u0430 \u0430\u0434\u0440\u0435\u0441 \u043a\u043b\u0438\u0435\u043d\u0442\u0443, \u0432\u043e\u0437\u0440\u043e\u0441\u043b\u0430 \u0432 10 \u0440\u0430\u0437. […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":94521,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-94520","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47Was uns geholfen hat, schnell auf den Online-Handel unter den neuen Bedingungen umzustellen | ProHoster","description":"Hallo! Mein Name ist Michail, ich bin der IT-Abteilungsleiter bei \"Sportmaster\". Ich m\u00f6chte eine Geschichte dar\u00fcber teilen, wie wir mit den Herausforderungen umgegangen sind, die w\u00e4hrend der Pandemie aufgetreten sind. In den ersten Tagen der neuen Realit\u00e4t kam das gewohnte Offline-Gesch\u00e4ft von \"Sportmaster\" zum Stillstand, und die Belastung unseres Online-Kanals, insbesondere im Bereich der Zustellung an die Kundenadresse, stieg um das Zehnfache. Innerhalb weniger","canonical_url":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/chto-pomoglo-nam-bystro-perestroitsya-na-onlajn-torgovlyu-v-novyh-usloviyah","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"de_DE","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u0427\u0442\u043e \u043f\u043e\u043c\u043e\u0433\u043b\u043e \u043d\u0430\u043c \u0431\u044b\u0441\u0442\u0440\u043e \u043f\u0435\u0440\u0435\u0441\u0442\u0440\u043e\u0438\u0442\u044c\u0441\u044f \u043d\u0430 \u043e\u043d\u043b\u0430\u0439\u043d-\u0442\u043e\u0440\u0433\u043e\u0432\u043b\u044e \u0432 \u043d\u043e\u0432\u044b\u0445 \u0443\u0441\u043b\u043e\u0432\u0438\u044f\u0445 | ProHoster","og:description":"\u041f\u0440\u0438\u0432\u0435\u0442!\u041c\u0435\u043d\u044f \u0437\u043e\u0432\u0443\u0442 \u041c\u0438\u0445\u0430\u0438\u043b, \u044f \u0437\u0430\u043c\u0435\u0441\u0442\u0438\u0442\u0435\u043b\u044c \u0434\u0438\u0440\u0435\u043a\u0442\u043e\u0440\u0430 \u043f\u043e \u0418\u0422 \u0432 \u043a\u043e\u043c\u043f\u0430\u043d\u0438\u0438 \u00ab\u0421\u043f\u043e\u0440\u0442\u043c\u0430\u0441\u0442\u0435\u0440\u00bb. \u042f \u0445\u043e\u0447\u0443 \u043f\u043e\u0434\u0435\u043b\u0438\u0442\u044c\u0441\u044f \u0438\u0441\u0442\u043e\u0440\u0438\u0435\u0439 \u043e \u0442\u043e\u043c, \u043a\u0430\u043a \u043c\u044b \u0441\u043f\u0440\u0430\u0432\u0438\u043b\u0438\u0441\u044c \u0441 \u0442\u0440\u0443\u0434\u043d\u043e\u0441\u0442\u044f\u043c\u0438, \u0432\u043e\u0437\u043d\u0438\u043a\u0448\u0438\u043c\u0438 \u0432\u043e \u0432\u0440\u0435\u043c\u044f \u043f\u0430\u043d\u0434\u0435\u043c\u0438\u0438.\u0412 \u043f\u0435\u0440\u0432\u044b\u0435 \u0434\u043d\u0438 \u043d\u043e\u0432\u044b\u0445 \u0440\u0435\u0430\u043b\u0438\u0439 \u043f\u0440\u0438\u0432\u044b\u0447\u043d\u044b\u0439 \u0444\u043e\u0440\u043c\u0430\u0442 \u043e\u0444\u043b\u0430\u0439\u043d-\u0442\u043e\u0440\u0433\u043e\u0432\u043b\u0438 \u00ab\u0421\u043f\u043e\u0440\u0442\u043c\u0430\u0441\u0442\u0435\u0440\u0430\u00bb \u0437\u0430\u043c\u0435\u0440, \u0438 \u043d\u0430\u0433\u0440\u0443\u0437\u043a\u0430 \u043d\u0430 \u043d\u0430\u0448 \u043e\u043d\u043b\u0430\u0439\u043d-\u043a\u0430\u043d\u0430\u043b, \u0432 \u043f\u0435\u0440\u0432\u0443\u044e \u043e\u0447\u0435\u0440\u0435\u0434\u044c \u0432 \u0447\u0430\u0441\u0442\u0438 \u0434\u043e\u0441\u0442\u0430\u0432\u043a\u0438 \u043d\u0430 \u0430\u0434\u0440\u0435\u0441 \u043a\u043b\u0438\u0435\u043d\u0442\u0443, \u0432\u043e\u0437\u0440\u043e\u0441\u043b\u0430 \u0432 10 \u0440\u0430\u0437. \u0417\u0430 \u043d\u0435\u0441\u043a\u043e\u043b\u044c\u043a\u043e","og:url":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/chto-pomoglo-nam-bystro-perestroitsya-na-onlajn-torgovlyu-v-novyh-usloviyah","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2020-09-18T05:42:20+00:00","article:modified_time":"2020-09-18T05:42:20+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"94520","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":null,"breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 11:25:23","updated":"2022-09-29 04:36:15"},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts\/94520","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/comments?post=94520"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts\/94520\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/media\/94521"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/media?parent=94520"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/categories?post=94520"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/tags?post=94520"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}