Hajlamosak vagyunk olyan új technológiákat kezelni, mint a Szent Grál, a fényjelző, és a válasz mindenre, ami lassú, nem hatékony és régi. És ez is lehet - ha egy tehergépkocsi-tervezéssel és előretekintéssel valósítják meg.
De nos, mindannyian tudjuk, hogyan történik ez.
A kormányzatban töltött éveim során, amikor néha úgy éreztem, hogy a technológiai felzárkózást olyan játékkal játszottuk, amelyet lehetetlen megnyerni, megtanultam, mi történhet, ha ezt az előretekintést magától értetődőnek tekintjük. Kicsit kevésbé néz ki, mint a Szent Grál, és sokkal inkább, mint a költségtúllépések, a késések és az egyébként egyszerű problémák megoldott megoldásai.
Amint megtudtam, a sikeres technológiai projekt egyik legfontosabb kulcsa az üzleti csapat és a technológiai csapat közötti harmonikus kapcsolat. Tapasztalataim szerint az üzleti csapat gyakran vezette a változást (például összetettebb rendszerre van szükségünk például a szövetségi támogatások kiadásának nyomon követésére), de nem sikerült megvalósítani az előrehaladást, ha a fejlesztők és az informatikai projektmenedzserek nem képesek rá történik. A projektek gyakran távol esnek a harmonikustól, amelynek eredményeként lényegében különböző nyelveket beszélnek, és rendkívül eltérő elvárásokkal tartják fenn (a változás, amely számomra például példaként jelentkezett, gyakran jelentős a fejlesztők számára).
Az üzleti élet és a technológia viszont barátok lehetnek és kell is. A jó hírek? A harmónia elérése valójában nem olyan bonyolult. Mint minden együttműködés, ez kapcsolódik a kommunikáció gyakoriságához és minőségéhez, a kölcsönösen elfogadott célokhoz és a célok közel elkerülhetetlen elmozdulásának kezelésére irányuló tervhez. Itt található néhány alapvető útmutatás az üzleti-technológiai megoszlás kezelésére.
1. Célja, hogy először szögelje meg a követelményeket
Gondolj az üzleti követelményekre mint tervrajzra. Nem rajzolna vázlatos tervrajzi készletet egy házhoz, átadja azokat a vállalkozónak, és sok szerencsét kíván neki. Nem térne vissza három héttel az építkezéshez, és kérje meg, hogy adjon hozzá egy harmadik emeletet és egy negyedik fürdőszobát, és talán egy öböl ablakot a nappaliba. És bizonyára nem rajzolná a tervrajzokat építész és egy mérnök hozzájárulása nélkül.
Egy technológiai projekt nem különbözik egymástól. Pontosan kell megtervezni, és miután a fejlesztés megkezdődött, nem mindig könnyű alkalmazkodni a változásokhoz anélkül, hogy az a teljes alapítványt befolyásolná. Ezért elengedhetetlen, hogy a kezdetektől kezdve a lehető legátfogóbb legyen, és megkapja a szükséges bemenetet és szakértelmet, amikor átgondolja, hogy mi lesz a megoldáshoz szükséges. Interjú készítsen a végfelhasználókat annak érdekében, hogy megértse az előttük álló kihívásokat, és hogy pontosan hogyan kell majd használniuk az új technológiát. Ne tegyen feltételezéseket, és ne hagyja a tervezés egyetlen részét későbbre.
2. De elismerd, hogy keveset fogsz hiányozni
Ennek ellenére szinte lehetetlennek találtam minden olyan elem elképzelését, amelyre szükségünk volt az absztrakt tervezési szakaszokban. Elkerülhetetlenül, miután a rendszer fejlesztés alatt állt, rájöttünk, hogy elfelejtettünk kérni egy speciális keresési funkciót vagy a „Mentés és folytatás” gombot. Amikor felkértük a fejlesztőket, hogy kedvesen kérjék őket az új igények kielégítésére, gyakran frusztrált voltunk. Az új változás talán megköveteli őket, hogy vonják vissza a már elvégzett munkát, és a megoldás egyes részeit újraépítsék. Talán úgy gondoltuk, hogy két órát vesz igénybe, amikor valójában ez egy napot igényel.
Lehet, hogy nem tudja megakadályozni ezeket a játékban megjelenő későbbi kinyilatkoztatásokat, tehát a legjobb dolog, amit tehetünk, egy pufferba építés, hogy elférjenek. Adjon hozzá egy további hetet az eredeti ütemtervhöz, és további 5-10% -ot a költségvetésbe. Sok szervezet, felismerve, hogy az elvárások milyen gyakran változnak, egy agilis megközelítést alkalmazott a fejlesztéshez, szakaszosan bevezetve a technológiát az időszakos újraértékelés lehetővé tétele érdekében. Bármi legyen is a megközelítés, ne tévedje el azt a gondolatot, hogy a get-go-ról mindent meggondolt. Szinte soha nem történik meg.
3. Ismerje meg a Scope Creep alkalmazását, ha látja
A projekt előrehaladtával és az új igények feltárásakor fontos különbséget tenni azok között, amelyekre valóban szüksége van, és azokat, amelyeket pusztán akar. Ha arra kérdezi a fejlesztőket, hogy minden csengő befogadására és az elméjének sípolására felkészüljenek, ez általában véget nem érő projektekhez és túlságosan összetett végeredményekhez vezet. Minden új kérést, még annak benyújtása előtt, prioritásként kell kezelni.
Amikor fontolgat egy funkciót, kérdezze meg magától néhány alapvető kérdést: Működni fog-e a rendszer nélküle? Mennyi időbe telik a végrehajtás, és mennyi előnye származik végül a végfelhasználónak? Ha várunk egy jövőbeli kiadásra, hogy foglalkozzunk vele, el fog veszni valami? Ez egy prioritási gyakorlat, és mindegyikhez hozzá lehet rendelni magas, közepes vagy alacsony státuszt. Ha alacsony, helyezze egy ábrás parkolóba - hallottam olyan cégekről, amelyek „álomfejlesztési kérelmet” tartalmazó dokumentumokkal rendelkeznek, amelyekhez bárki hozzátehet ötleteket, és a mérnökök szabadidő alatt böngészhetnek. Mindig felülvizsgálható egy fejlesztéscsomag részeként, amelyet akkor kell elvégezni, ha a projekt már nem működik a földön, és sikeresen fut.
4. Fejlesszen ki egy közös nyelvet
Bármely új rendszer központi üzleti célja van. Ez lehetővé teszi további adatok gyűjtését, a meglévő folyamat korszerűsítését vagy új szolgáltatások nyújtását az ügyfelek számára. Fontos, hogy az üzleti csapat és a technológiai csapat üljön le, mielőtt bármilyen munka megkezdődne, és közli ezeket a célokat. Az üzleti célok nem veszhetnek el a tech-talk tengeren, és ezeket szilárdan szem előtt kell tartaniuk a munka minden szakaszában.
A közös nyelv kifejlesztése nemcsak a kollektív célok kitűzését jelenti, hanem az előrehaladás nyomon követését mindenki számára megfelelő módon. Az üzleti élet és a technológia különféle eszközöket használhat munkájának mérésére, de legalább egy, a megosztott nézetet kell előrehaladni. Ez olyan egyszerű lehet, mint egy projektterv vagy egy táblázat, amelyben megállapodott mezők vannak, mint például a dátumok és a célok, valamint a teljes százalék, tehát mindenkinek hozzáférése van a teljesítendő feladatok állapotához. A cél az, hogy elkerüljük azt a helyzetet, amelyben az üzleti csapat úgy gondolja, hogy félúton vannak, és a tech-csapat azt mondja, hogy csak egy negyedév - mindenkinek azonos megértéssel kell rendelkeznie arról, hogy mi történt, és mit kell tennie.
Beszélhet az üzleti tervekben és a PowerPointban, és kódokban is beszélhetnek, de ha nem kommunikál világosan a get-go-tól, soha nem fogod kihozni Babelből. A sikeres technológiai projekt az elmék találkozásáról szól - nem csak az elején, hanem az út minden lépésénél is. Nyugtázza feltételezéseit, és próbáljon meg túl sokat tenni. Minél kisebb a szakadék az üzleti élet és a technológia között, annál könnyebb lesz átkelni a hidakat.
