Minden ügyfél fontos
A platformfejlesztés egyik fő alapelve az ügyfelek optimalizálása. Gondoljon a fejlesztőkre elsődleges ügyfélként, és először az igényeikre összpontosítson, amikor eldönti, hogy milyen fejlesztési útvonalakat szeretne létrehozni. A fejlesztők különböző eszközöket használnak a munkájuk elvégzésére. Első lépésként kezdjen kicsivel, és értékelje ki, hogy javítható-e a meglévő képernyők és felületek egy teljesen új belső fejlesztői platform implementálása előtt.
A fejlesztőket tekintheti elsődleges ügyfélnek
A fejlesztőkre, mint a belső fejlesztői platform elsődleges ügyfeleként való gondolkodás elengedhetetlen a sikerhez. Ezeket az ügyfeleket az egyszerűség kedvéért fejlesztőknek fogjuk nevezni, de bármilyen tagja lehet annak, amire a Csapattopológiák modellstreamelt csapatokként hivatkozik – beleértve az olyan szerepköröket, mint a gépi tanulási szakemberek vagy az adattudósok.
A sikeres platformtervezési gyakorlat lehetővé teszi a fejlesztőknek és az üzemeltetőknek, hogy önállóan hozhassanak olyan döntéseket, amelyek lehetővé teszik a fejlesztők számára, hogy az üzleti értékre összpontosítsanak, miközben továbbra is betartják a megállapított szabványokat, szabályozást és biztonsági szabályokat. A kritikus fontosságú érdekelt felek, amelyek lehetővé teszik, hogy a csapatok és az egyes alrendszerek szakértői (üzemeltetés, biztonság, megfelelőség és architektúra) együttműködjenek a belső platformot fejlesztő csapattal, hogy szakértelmüket és ajánlott eljárásaikat sablonokba és rendszerképességekbe kodifikálni tudják. A tudás rendszerbe való áthelyezése egyidejűleg csökkenti a fejlesztők kognitív terhelését, javítja a biztonságot, a megfelelőséget és a minőséget, és jobban skálázza ezeket a szerepköröket a valóban egyedi problémák kezelése érdekében. Ez azonban a fejlesztői élmény, amely biztosítja, hogy a platform a lehető legtöbb előnyt nyújtsa az összes érintett számára.
Ez azt jelenti, hogy ügyfélközpontú megközelítést kell követnie a platformtervezési erőfeszítések tervezéséhez és rangsorolásához.
További információ a tervezésről és a rangsorolásról.
Megismerheti, hogy mely fejlesztési útvonalakat szeretné előkészíteni
Bár a szervezetnek ma különböző fejlesztési útvonalai lehetnek az éles környezethez, a platformfejlesztés egyik korai lépése annak megértése, hogy a fejlesztők milyen útvonalakat szeretnének használni. A hívás kezdeményezése fontos, mivel lehetővé teszi, hogy energiáját egy hatékony út kiépítésére összpontosítsa, amely továbbra is megfelel a fejlesztési, üzemeltetési és irányítási követelményeknek.
Ezek a kikövezett útvonalak (és minden teljesen kikövezett aranyút) a fejlesztési és megfigyelhetőségi eszközök, nyelvek, SDK-k és szolgáltatások egy adott készletét képviselik, amelyek úgy vannak kialakítva, hogy illeszkedjenek a fejlesztéshez, a műveletekhez és más érdekelt felekhez, hogy az ajánlott eljárásokat képviseljék. A kikövezett útvonalaknak olyan megközelítéseket kell tartalmazniuk, amelyekkel egyszerűsíthető a beszállás, a moderálás és a belső újrafelhasználásra vonatkozó érdekképviselet. Ezeket a kikövezett útvonalakat nem korlátozónak vagy kényszerítettnek kell tekintenie, hanem csökkentenie kell a fejlesztői toildet arra a pontra, amelyben a fejlesztőcsapatok maradni szeretnének.
A trükk azonban az, hogy ne csak azt értsük meg, hogy mely útvonalakra kell összpontosítani, hanem az útvonal mely szakaszait kell először kiköveznünk.
További információ a kikövezett utakról.
A felhasználók megismerése ott, ahol vannak
Bár csábító lehet egy egységes portállal kezdeni a belső fejlesztői platform minden eleméhez, ez gyakran nem a legjobb kiindulópont.
Az üzemeltetési szakemberek, a webhely-megbízhatósági mérnökök (SRE-k) és a fejlesztők különböző eszközöket használnak a munkájuk elvégzéséhez. A kódolás egy IDE-ben történik, az olyan mérnöki rendszerek, mint a GitHub és az Azure DevOps parancssori felületeket használnak, és valós idejű együttműködés történik a Teamsben és a Slackben. Ezek a felhasználók gyakran elégedettek ezekkel a képernyőkkel, és óvatosak egy újabb felhasználói felület miatt, amely miatt aggódniuk kell.
Kezdjen kicsiben, és értékelje ki, hogy javíthatja-e a meglévő képernyőket és felületeket, ideális esetben beépülő modulokkal vagy bővítményekkel, mielőtt új egyéni élményeket építana az alapoktól. Kérdezd meg magadtól, hogy az emberek jobban reagálnak-e egy másik új felhasználói élményre, vagy egy továbbfejlesztett verzióra, amit most használsz? Még ha úgy is dönt, hogy teljesen új portált hoz létre, vegye figyelembe azt az elképzelést, hogy valószínűleg több felületet is támogatni szeretne egy API-val. Ez olyan lehetőségeket is felold, mint az alacsony kódszámú keretrendszerek használata, így nem kell teljesen új portálélményt létrehoznia és üzemeltetnie.