Der Sucher ließ ihn finden

Viele Menschen denken vor dem Schlafengehen oder beim Aufwachen ĂŒber ihre Sorgen nach. Ich bin keine Ausnahme. Heute morgen in meinem Kopf kam ein Kommentar von Habr:


Ein Kollege in einem Chat erzÀhlte eine Geschichte:

Letztes Jahr hatte ich einen großartigen Kunden, als ich eine saubere „Krise“ erlebte.
Der Kunde in der Devgroup hat zwei Teams, die jeweils an einem eigenen Teil des Produkts beteiligt sind (bedingt, Backoffice und Sidefront, d. H. Software, die an der Auftragsbildung arbeitet, und Software, die an der AusfĂŒhrung des Auftrags arbeitet) und sich gelegentlich miteinander integrieren.
Das Backoffice-Team war ganz unten: Ein halbes Jahr solide Aktien, die EigentĂŒmer drohten, alle zu entlassen, sie stellten einen Berater ein, nach dem Berater stellten sie mehr als den anderen (mich) ein. DarĂŒber hinaus arbeitete das zweite Team (seitlich) an Normen und arbeitete weiter an Normen, nĂ€mlich das Backoffice, das zuvor auch Normen arbeitete, begann zu mĂ€hen. Teams in verschiedenen BĂŒros sitzen und sind es gewohnt, aufeinander zu pissen.

Grund: Speichern und Sichern ist ein System, es hat viele AbhĂ€ngigkeiten, Teams in verschiedenen BĂŒros haben nicht miteinander kommuniziert. Die EigentĂŒmer „schauen“ immer auf die Seite, sie haben dort neue Funktionen, Ideen und Kontrolle. Darin war ein Junge fĂŒr alle HĂ€nde, eine solche Kombination aus BA, Designer und "Bring uns Kaffee". Dieser Junge, unmerklich fĂŒr sein Team, erledigte eine Reihe kleiner Aufgaben wie „das zweite Team vor dem Einsatz warnen“, „die Dokumentation aktualisieren“ usw. Routine, bis zu "alle Versionsnummern und Komponenten zum Ticket in Fett hinzufĂŒgen". Aber der Junge schrieb den Code nicht und in einem Moment beschlossen die Besitzer, ihn zu optimieren, indem sie ihn feuerten. FĂŒr das Team des GeschĂ€fts hat sich nichts geĂ€ndert, sie haben nur die Docks nicht eingebracht oder aktualisiert, und das Backoffice-Team befand sich in einer Situation, in der die Veröffentlichungen des GeschĂ€fts etwas beschĂ€digen, und dies ist ihr Problem, und wenn ihre Veröffentlichungen etwas im GeschĂ€ft beschĂ€digen,Dies ist wieder ihr Problem, weil der Laden in voller Sicht der Besitzer ist :)

— .


web- 20, / . . , , , ( ) . , . , , . , . , JIRA.


, - . , — . , . , .


, " ", ( "-"), ", ". , " " "", . .


"" , , " " " ", . , , . , , , . . , "" . . , , , .


, , , , , , , , - . "" , , " ", . , — . , "".


— . . .


, . , — (, , , , , "", ...). , . , — . .


, . . "---", ( !). , , ( !). , , "-" ( !). "", (, , ), "" , --- ( !).


? ! , . .


, mkrentovskiy mkrentovskiy " — " - nmivan' (, , !), , mkrentovskiy . nmivan', , - nmivan' — .


, ( 2017- ). (, ). . , , . .


, , . :


. , ) .

, — , — . — , . , — " ". , , .


, , " ".


" " ()


. .


, .


, , — . . .


( ). () , , . , . .


.


. . — . - . , , ( , ). , - , . , , . , . , .


IT-? IT ( 2000- ). IT , , , , Fortran', 20 . IT . — ! .


IT-. . 10-20 , . ( ). , . . cc:Mail "". 20 10 , " 90-" ("top email software package of the mid-1990s").


IT- , , . , Scrum Agile , . , , . , , .


, - . .


. .

Source: https://habr.com/ru/post/undefined/


All Articles