{"id":35305,"date":"2019-10-31T22:03:31","date_gmt":"2019-10-31T19:03:31","guid":{"rendered":"https:\/\/prohoster.info\/blog\/kak-my-nashli-krutoj-sposob-svyazat-biznes-i-devops\/"},"modified":"2019-10-31T22:03:31","modified_gmt":"2019-10-31T19:03:31","slug":"kak-my-nashli-krutoj-sposob-svyazat-biznes-i-devops","status":"publish","type":"post","link":"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/kak-my-nashli-krutoj-sposob-svyazat-biznes-i-devops","title":{"rendered":"S\u00e5dan fandt vi en fantastisk m\u00e5de at binde forretning og DevOps sammen.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

DevOps-filosofien, hvor udvikling forbindes med softwarevedligeholdelse, er ikke l\u00e6ngere overraskende for nogen. En ny trend vinder frem \u2014 DevOps 2.0 eller BizDevOps. Her samles tre komponenter i \u00e9n enhed: forretning, udvikling og support. Ligesom ingeni\u00f8rpraksis i DevOps danner grundlaget for forbindelsen mellem udvikling og support, tager analysen i BizDevOps rollen som 'limen', der forbinder udviklingen med forretningen.<\/p>\n

Jeg vil gerne indr\u00f8mme med det samme: Vi opdagede f\u00f8rst nu, at vi faktisk har f\u00e5et etableret \u00e6gte bizdevops, da vi l\u00e6ste kloge b\u00f8ger. Det er p\u00e5 en eller anden m\u00e5de opst\u00e5et takket v\u00e6re medarbejdernes initiativ og en uoph\u00f8rlig trang til forbedringer. I dag er analysen en del af udviklingsprocessen, som markant reducerer feedback-loopene og regelm\u00e6ssigt forsynes med indsigt. Jeg vil fort\u00e6lle detaljeret, hvordan vi har organiseret det hele.<\/p>\n

\"S\u00e5dan
\n<\/a><\/noindex><\/p>\n

Ulemper ved klassisk DevOps<\/h3>\n

\nN\u00e5r nye kundebaserede produkter udvikles, skaber virksomheden en ideel model for kundeadf\u00e6rd og satser p\u00e5 en god konvertering, baseret p\u00e5 hvilken den bygger sine forretningsm\u00e5l og resultater. Udviklingsteamet str\u00e6ber derimod efter at skrive yderst velskrevet og kvalitetskontekstkode. Supportteamet h\u00e5ber p\u00e5 fuld automatisering af processerne med lethed og bekvemmelighed i vedligeholdelsen af det nye produkt.<\/p>\n

Virkeligheden er oftest s\u00e5dan, at kunderne modtager en ret kompleks proces, forretningen st\u00f8der p\u00e5 lav konvertering, udviklingsteamene sender fix efter fix ud, og supporten drukner i en str\u00f8m af kundehenvendelser. Kender du det?<\/p>\n

Roden til ondskaen ligger her i den lange og d\u00e5rligt udf\u00f8rte feedback-loop, som er indbygget i processen. Virksomheden og udviklerne kommunikerer med et begr\u00e6nset antal kunder, n\u00e5r de indsamler krav og modtager feedback under sprintene, hvilket har stor indflydelse p\u00e5 produktets sk\u00e6bne. Ofte er det, der er vigtigt for \u00e9n, slet ikke typisk for hele m\u00e5lgruppen.
\nForst\u00e5elsen af, om produktudviklingen bev\u00e6ger sig i den rigtige retning, kommer ofte f\u00f8rst med \u00f8konomiske rapporter og resultater fra markedsunders\u00f8gelser flere m\u00e5neder efter lanceringen. Og p\u00e5 grund af stikpr\u00f8vens begr\u00e6nsning giver de ikke mulighed for at teste hypoteser p\u00e5 et stort antal kunder. S\u00e5 det bliver langvarigt, un\u00f8jagtigt og ineffektivt.<\/p>\n

Trof\u00e6v\u00e6rkt\u00f8j<\/h3>\n

\nVi har fundet en god m\u00e5de at komme uden om dette. V\u00e6rkt\u00f8jet, som tidligere kun hjalp marketingfolk, er nu kommet i h\u00e6nderne p\u00e5 virksomheder og udviklere. Vi begyndte aktivt at bruge webanalyse til at se processen i realtid og straks forst\u00e5, hvad der sker. Baseret p\u00e5 dette planl\u00e6gger vi produktet og dets lancering til en stor kundebase.
\nHvis der planl\u00e6gges en forbedring af produktet, kan man straks se, hvilke metrikker det er relateret til, og hvordan disse metrikker p\u00e5virker salget og vigtige forretningskarakteristika. P\u00e5 den m\u00e5de kan man straks udelukke hypoteser med lav effekt. Eller for eksempel lancerer man en ny funktion til et statistisk signifikant antal brugere og ser i realtid p\u00e5 metrikkerne og forst\u00e5r, om alt fungerer som tilsigtet. Man venter ikke p\u00e5 feedback i form af henvendelser eller rapporter, men observerer selv og justerer hurtigt produktudviklingsprocessen. Vi kan lancere en ny funktion, indsamle statistisk valide data efter tre dage, lave \u00e6ndringer p\u00e5 tre dage mere \u2014 og s\u00e5ledes kan vi have et fremragende nyt produkt klar p\u00e5 en uge.<\/p>\n

Man kan f\u00f8lge hele trakten, alle kunder, der har v\u00e6ret i kontakt med det nye produkt, opdage punkter, hvor trakten pludselig indsn\u00e6vres, og forst\u00e5 \u00e5rsagerne. B\u00e5de udviklere og forretning holder nu \u00f8je med dette, det er en del af det daglige arbejde. De ser den samme kunderejse, og sammen kan de generere ideer og hypoteser til forbedringer.<\/p>\n

En s\u00e5dan integration af forretning og udvikling sammen med analyse muligg\u00f8r en kontinuerlig produktudvikling, konstant optimering samt identifikation og synligg\u00f8relse af flaskehalse i hele processen.<\/p>\n

Det handler om kompleksitet<\/h3>\n

\nN\u00e5r vi skaber et nyt produkt, starter vi ikke fra en blank side, men integrerer det i et allerede eksisterende netv\u00e6rk af tjenester. N\u00e5r kunden pr\u00f8ver det nye produkt, er han oftest i kontakt med flere afdelinger. Han kan tale med ansatte fra kontaktcentret, med managere p\u00e5 kontoret, kan henvende sig til supporten eller online-chatter. Ved hj\u00e6lp af metrikker kan vi se, for eksempel hvilken belastning kontaktcentret har, og hvordan man bedst behandler indkommende foresp\u00f8rgsler. Vi kan forst\u00e5, hvor mange der n\u00e5r frem til kontoret og Give r\u00e5d om, hvordan man bedst r\u00e5dgiver kunden.<\/p>\n

Med informationssystemer er det n\u00f8jagtig det samme. Vores bank har eksisteret i mere end 20 \u00e5r, og i denne tid er der blevet oprettet og fungerer stadig et stort antal forskellige systemer. Interaktionen mellem backend-systemerne kan nogle gange v\u00e6re uforudsigelig. For eksempel kan der i et gammelt system v\u00e6re begr\u00e6nsninger p\u00e5 antallet af tegn i et bestemt felt, hvilket nogle gange nedbryder den nye tjeneste. At spore fejl med standardmetoder er ret vanskeligt, mens det er element\u00e6rt med webanalyse. <\/p>\n

Vi er n\u00e5et dertil, at vi nu indsamler og analyserer fejlmeddelelserne fra alle de involverede systemer, som vises for kunden. Det viste sig, at mange af dem var for\u00e6ldede, og vi kunne ikke engang forestille os, at de p\u00e5 nogen m\u00e5de deltager i vores proces. <\/p>\n

Arbejdet med analyse<\/h3>\n

\nVi har webanalytikere og SCRUM-udviklingsteams placeret i det samme lokale. De interagerer konstant med hinanden. N\u00e5r det er n\u00f8dvendigt, hj\u00e6lper specialisterne med at konfigurere metrics eller eksportere data; oftest arbejder teammedlemmerne selv med analysev\u00e6rkt\u00f8jet, da der ikke er noget kompliceret ved det. <\/p>\n

Hj\u00e6lp er n\u00f8dvendig, hvis der for eksempel er behov for afh\u00e6ngigheder, ekstra filtre baseret p\u00e5 en begr\u00e6nset type kunder eller kilder. Men i den nuv\u00e6rende arkitektur st\u00f8der vi sj\u00e6ldent p\u00e5 dette.<\/p>\n

Interessen er, at implementeringen af analysen ikke kr\u00e6vede installation af et nyt IT-system. Vi bruger det samme software, som marketingafdelingen tidligere har arbejdet med. Det var kun n\u00f8dvendigt at godkende brugen og integrere det i forretningen og udviklingen. Selvf\u00f8lgelig kunne vi ikke bare tage det, som marketing havde; vi m\u00e5tte omkonfigurere alt fra bunden af og derefter give marketing access til det nye milj\u00f8, s\u00e5 de kunne v\u00e6re i samme informationsfelt som os.<\/p>\n

I fremtiden planl\u00e6gger vi at k\u00f8be en forbedret version af software til webanalyse, som vil v\u00e6re i stand til at h\u00e5ndtere de voksende m\u00e6ngder af behandlede sessioner.<\/p>\n

Derudover arbejder vi aktivt p\u00e5 at integrere webanalyse med interne databaser fra CRM- og regnskabssystemer. Ved at kombinere data f\u00e5r vi et fuldst\u00e6ndigt billede af kunden i alle n\u00f8dvendige dimensioner: efter kilder, kundetyper og produkter. BI-tjenester, der hj\u00e6lper med at visualisere data, vil snart v\u00e6re tilg\u00e6ngelige for alle afdelinger. <\/p>\n

Hvad fik vi i sidste ende? Faktisk har vi gjort analyse og beslutningstagning til en del af produktionsprocessen, hvilket har givet synlige resultater. <\/p>\n

Analyse: Undg\u00e5 at tr\u00e6de i de samme f\u00e6lder<\/h3>\n

\nOg til sidst vil jeg dele nogle r\u00e5d, der kan hj\u00e6lpe dig med at undg\u00e5 at st\u00f8de p\u00e5 problemer, mens du opbygger BizDevOps.<\/p>\n

    \n
  1. Hvis analysekraften ikke kan laves hurtigt, s\u00e5 laver du ikke den rigtige analyse. Det er vigtigt at starte simpelt med \u00e9t produkt og derefter skalere.<\/li>\n
  2. Du har n\u00f8je brug for et team eller en person, der virkelig forst\u00e5r den fremtidige analytiske arkitektur. Du skal ogs\u00e5 afklare, hvordan du vil skalere analytics, integrere det i andre systemer og genbruge data.<\/li>\n
  3. Gener\u00e9r ikke overfl\u00f8dige data. Webstatistik indeholder, udover nyttig information, ogs\u00e5 en enorm m\u00e6ngde affald med d\u00e5rlige og un\u00f8dvendige data. Og denne rod vil p\u00e5virke beslutningstagning og evaluering, hvis der ikke er klare m\u00e5l.<\/li>\n
  4. Lad v\u00e6re med at lave analyse bare for analyses skyld. Start med m\u00e5l, v\u00e6lg v\u00e6rkt\u00f8jet, og derefter - analytics skal kun anvendes, hvor det vil give effekt.<\/li>\n<\/ol>\n

    \nMaterialet er forberedt i samarbejde med Olga Chebotary (olga_cebotari<\/a><\/noindex>).
    \n
    Kilde:     habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

    \u0424\u0438\u043b\u043e\u0441\u043e\u0444\u0438\u0435\u0439 DevOps, \u043a\u043e\u0433\u0434\u0430 \u0440\u0430\u0437\u0440\u0430\u0431\u043e\u0442\u043a\u0430 \u0441\u043e\u0435\u0434\u0438\u043d\u044f\u0435\u0442\u0441\u044f \u0441 \u043e\u0431\u0441\u043b\u0443\u0436\u0438\u0432\u0430\u043d\u0438\u0435\u043c \u041f\u041e, \u0443\u0436\u0435 \u043d\u0438\u043a\u043e\u0433\u043e \u043d\u0435 \u0443\u0434\u0438\u0432\u0438\u0448\u044c. \u041d\u0430\u0431\u0438\u0440\u0430\u0435\u0442 \u0441\u0438\u043b\u0443 \u043d\u043e\u0432\u044b\u0439 \u0442\u0440\u0435\u043d\u0434 \u2014 DevOps 2.0 \u0438\u043b\u0438 BizDevOps. \u0412 \u043d\u0435\u043c \u0432 \u0435\u0434\u0438\u043d\u043e\u0435 \u0446\u0435\u043b\u043e\u0435 \u0441\u043b\u0438\u0432\u0430\u044e\u0442\u0441\u044f \u0443\u0436\u0435 \u0442\u0440\u0438 \u043a\u043e\u043c\u043f\u043e\u043d\u0435\u043d\u0442\u0430: \u0431\u0438\u0437\u043d\u0435\u0441, \u0440\u0430\u0437\u0440\u0430\u0431\u043e\u0442\u043a\u0430 \u0438 \u043f\u043e\u0434\u0434\u0435\u0440\u0436\u043a\u0430. \u0418 \u043a\u0430\u043a \u0432 DevOps\u2019e \u0438\u043d\u0436\u0435\u043d\u0435\u0440\u043d\u044b\u0435 \u043f\u0440\u0430\u043a\u0442\u0438\u043a\u0438 \u043b\u043e\u0436\u0430\u0442\u0441\u044f \u0432 \u043e\u0441\u043d\u043e\u0432\u0443 \u0441\u0432\u044f\u0437\u0438 \u0440\u0430\u0437\u0440\u0430\u0431\u043e\u0442\u043a\u0438 \u0438 \u043f\u043e\u0434\u0434\u0435\u0440\u0436\u043a\u0438, \u0442\u0430\u043a \u0438 \u0432 \u0431\u0438\u0437\u0434\u0435\u0432\u043e\u043f\u0441\u0435 \u0430\u043d\u0430\u043b\u0438\u0442\u0438\u043a\u0430 \u0431\u0435\u0440\u0435\u0442 \u043d\u0430 \u0441\u0435\u0431\u044f […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":26501,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-35305","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\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\udd47Hvordan vi fandt en fantastisk m\u00e5de at forbinde forretning og DevOps | ProHoster","description":"Filosofien bag DevOps, hvor udvikling kombineres med vedligeholdelse af software, overrasker ikke l\u00e6ngere nogen. En ny tendens vinder frem \u2013 DevOps 2.0 eller BizDevOps.","canonical_url":"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/kak-my-nashli-krutoj-sposob-svyazat-biznes-i-devops","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"da_DK","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\u041a\u0430\u043a \u043c\u044b \u043d\u0430\u0448\u043b\u0438 \u043a\u0440\u0443\u0442\u043e\u0439 \u0441\u043f\u043e\u0441\u043e\u0431 \u0441\u0432\u044f\u0437\u0430\u0442\u044c \u0431\u0438\u0437\u043d\u0435\u0441 \u0438 DevOps | ProHoster","og:description":"\u0424\u0438\u043b\u043e\u0441\u043e\u0444\u0438\u0435\u0439 DevOps, \u043a\u043e\u0433\u0434\u0430 \u0440\u0430\u0437\u0440\u0430\u0431\u043e\u0442\u043a\u0430 \u0441\u043e\u0435\u0434\u0438\u043d\u044f\u0435\u0442\u0441\u044f \u0441 \u043e\u0431\u0441\u043b\u0443\u0436\u0438\u0432\u0430\u043d\u0438\u0435\u043c \u041f\u041e, \u0443\u0436\u0435 \u043d\u0438\u043a\u043e\u0433\u043e \u043d\u0435 \u0443\u0434\u0438\u0432\u0438\u0448\u044c. \u041d\u0430\u0431\u0438\u0440\u0430\u0435\u0442 \u0441\u0438\u043b\u0443 \u043d\u043e\u0432\u044b\u0439 \u0442\u0440\u0435\u043d\u0434 \u2014 DevOps 2.0 \u0438\u043b\u0438 BizDevOps.","og:url":"https:\/\/prohoster.info\/da\/blog\/administrirovanie\/kak-my-nashli-krutoj-sposob-svyazat-biznes-i-devops","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":"2019-10-31T19:03:31+00:00","article:modified_time":"2019-10-31T19:03:31+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"35305","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":"2026-01-21 22:44:19","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 02:06:24","updated":"2026-01-21 22:44:19","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts\/35305","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/comments?post=35305"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/posts\/35305\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/media\/26501"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/media?parent=35305"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/categories?post=35305"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/da\/wp-json\/wp\/v2\/tags?post=35305"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}