Vytvoření modelu spolupráce

Dobře definovaný a strukturovaný model spolupráce je zásadní pro efektivní fungování smíšeného týmu. Tato část se zabývá faktory, které mohou přispět k tomuto úspěchu, jako jsou dobře definované role a odpovědnosti, strukturovaný obchodní rytmus, spolehlivé komunikační kanály a přístupný dokumentační portál.

Definování rolí a odpovědností

Chcete-li vytvořit efektivní smíšený tým, musíte nejprve stanovit jasné role a odpovědnosti. Klíčovým přístupem je začít v malém a zavádět více rolí a zaměstnanců pouze v případě potřeby. Použijte menší cíle, abyste mohli postupně stavět na dosaženém úspěchu a demonstrujte hodnotu modelu smíšeného týmu, než se pokusíte o ambicióznější projekty.

Váš tým by měl zahrnovat minimálně následující pracovníky a role:

• Vlastník produktu – obvykle je to osoba, která má za úkol zajistit úspěch projektů. On nebo ona také definuje jasný a přesvědčivý účel nebo může tuto vizi vyvíjet společně se zbytkem týmu.
• Expert na domény – jedná se o obchodně zdatného člena týmu, který rozumí výzvám i řešení a umí je formulovat. Přístup Power Apps s psaním malého množství kódu by mu měl zajistit úspěšné vytvoření tohoto řešení.
• Profesionální vývojář – přebírá řešení od doménového experta a poskytuje mu dostatečnou podporu na úrovni kódu, aby mu v případě potřeby umožnilo poskytovat zamýšlené funkce (a nic víc).
• Správce – tento člen týmu usnadňuje integraci a scénáře podpory a zároveň provádí back-endové administrativní služby. Jakákoli další podpora z hlediska času a odborných znalostí, kterou hlavní tým potřebuje, může být poskytnuta flexibilně, spíše než jako stálý člen skupiny. Tento přístup zajišťuje efektivní provoz smíšeného týmu a zároveň poskytuje přístup k většímu množství zdrojů, které produktový vlastník potřebuje, aby tým dosáhl svých cílů.

Vytvořte rytmus obchodního modelu

Synchronizace provozních rytmů souvisejících s vývojem aplikací ve smíšeném týmu může zlepšit efektivitu týmu tím, že se přizpůsobí následující struktuře:

• Definujte opakující se událost kalendáře pro týmovou synchronizaci. U většiny týmů vyhovují týdenní nebo čtrnáctidenní schůzky s aktualizací stavu. Neplánujte si však schůzky jen proto, abyste se mohli sejít, a snažte se vyhnout tomu, aby se četnost schůzek zvyšovala s blížícím se konečným termínem projektu, protože takový přístup může být kontraproduktivní.
• Dodržujte dohodnutou pracovní dobu. V ideálním případě bude váš tým kompaktní, ačkoli smíšené týmy mohou také efektivně pracovat napříč zeměpisnými oblastmi a časovými pásmy. Bez ohledu na pracovní smlouvy zajistěte, aby každý chápal účel a délku pracovní doby a respektoval tyto hranice.
• Vytvořte si týdenní rytmus. Týdenní rytmus týmu by měl zahrnovat samostatnou práci, společné interakce a v případě potřeby efektivní schůzky. Tato setkání by měla mít konkrétní účel, například:
  • Kontroly rozsahu – za účelem zapojení týmů do nových iniciativ.
  • Kontroly uživatelských zkušeností – projděte si design aplikací a makety. Schůzky k plánování dalších schůzek, schůzky místo e-mailů nebo rychlých zpráv nebo schůzky bez jasně definovaného účelu jsou zabijáky produktivity.
• Pracujte efektivně. Tým se musí interně sladit, aby vytvořil nejpoužitelnější řešení. Toto zarovnání by mělo zahrnovat možnost opětovného použití komponent, které vytvořili jiní.
• Udržujte konzistentní pokrok směrem k cíli. Aby tým splnil své cíle, je nezbytné, aby všichni spolupracovali na dosažení tohoto výsledku. U smíšených týmů pracujících s Power Apps udržení tohoto pokroku znamená zachytit a pochopit zpětnou vazbu od uživatelů, upřednostnit nevyřízené položky a vytvořit a udržovat holistický plán celého projektu.
• Vygenerujte matici podpory. Matice podpory poskytuje strukturovaný přístup pro získání nezbytné podpory pokroku směrem k celkovým cílům týmu. Nevyhnutelnou výzvou pro podnikové technology přímo vytvářející aplikace je okamžik, když dosáhnou limitů svých znalostí a schopností. Koho v tuto chvíli kontaktují a jak to udělají? Jak se vypořádají s hlášením o chybě uživatele? Tato matice by měla stanovit, jak mohou získat lístek podpory, aby zapojili správný tým do řešení problémů a jeho vyřešení na základě závažnosti problému. Pro každý scénář podpory tato matice vysvětluje postup eskalace a odstraňování problémů.

Definujte, jak tým komunikuje

Standardizace týmové komunikace je další zásadní složkou pro udržení efektivního provozu. Všichni členové týmu musejí vědět, jak se navzájem spojit, zejména v asynchronních režimech napříč časovými pásmy. Vaše komunikační strategie by měla zohledňovat následující oblasti:

• Kanály. Jaké kanály bude tým používat pro primární a sekundární komunikaci? Jaké jsou výhody a nevýhody každého z nich? Ve světě s možností volby nemusí být jednoduché nasazení e-mailu nejlepším řešením a jiné možnosti, například Microsoft Teams, mohou poskytnout lepší srozumitelnost, sledovatelnost a vyšší míru odezvy.
• Typy oznámení. Jak budete informovat svůj tým o aktualizacích nebo událostech, které potřebují provést?
• Četnost a počet zpráv. Jak často informujete svůj tým? Každodenní komunikace může poskytnout užitečné shrnutí toho, co se ten den stalo, ale některé zprávy mohou vyžadovat rychlejší reakci. Většina znalostních pracovníků je přetížena e-maily. Ujistěte se, že dosáhnete rovnováhy mezi frekvencí a objemem, abyste předešli přílišnému zatížení členů týmu spoustou zpráv souvisejících s projektem.
• Automatizace. Jak můžete automatizovat proces komunikace? Standardizované e-mailové šablony, roboti a upozornění na události mohou pomoci, ale je třeba je používat zodpovědně, aby členové týmu dokázali reagovat.
• Dobré komunikační schopnosti. Ne každý v týmu bude mít stejnou úroveň komunikačních dovedností, ale každý se může zlepšit. Jednoduché přístupy, jako je výběr kvalitního předmětu e-mailové zprávy, výrazně ovlivňuje reakci týmu na takovou zprávu. Podporujte jednoduché a efektivní psaní; tam, kde existují akce, které musí členové týmu provést, buďte konkrétní a uveďte je v předmětu.

Příkladem toho, jak využít efektivní komunikační dovednosti, může být situace, kdy potřebujete změnit definici tabulky Dataverse, například přidat do ní další pole. Když odešlete oznámení o této zamýšlené změně, tým musí pochopit, že pokud neodpoví v přiměřené době, pak tato chybějící odpověď znamená, že souhlasí. Standardizované a logické komunikační procesy pomáhají zvyšovat efektivitu a přinášet očekávané výsledky.

Publikování portálu s dokumentací

Dokumentace není jen volitelnou součástí jakéhokoli projektu – je nezbytná pro komunikaci, spolupráci, podporu a probíhající operace. Komentovaný kód je dobrý kód a vytváření komplexní vysvětlující a školicí dokumentace je nezbytnou součástí fází nasazení a učení jakéhokoli smíšeného projektu.

• Katalog aplikací. Katalog aplikací je matice nebo tabulka, která shrnuje a koordinuje všechny aplikace v rámci odpovědnosti konkrétního týmu. Katalog zahrnuje všechny příslušné vlastníky ze sekce rolí a odpovědností. Klíčovou funkcí je zajistit, aby tým přesně věděl, kdo co vlastní, a tím zjednodušit proces kontaktování správného člena týmu, když člověk potřebuje konkrétní odpovědi.
• Technické otázky. Váš tým by měl udržovat úložiště často kladených (nebo také nepříliš často kladených) technických otázek o fungování aplikace. Tyto otázky musí být opodstatněné, s dobře napsanými a přístupnými odpověďmi.
• Návody. Návody jsou okamžitě srozumitelné sady postupů, které poskytují jednoduché odpovědi na běžné otázky týkající se nastavení a provozu. Obvykle odpovídají na konkrétní otázku, například „Jak mohu začít vytvářet novou aplikaci?“
• Začlenění do týmu. Pokyny pro začlenění do týmu jsou dokumenty pro interní použití, navržené tak, aby pomohly novým členům týmu. Tato dokumentace má zahrnovat například žádosti o přístup, připojení k e-mailovým distribučním seznamům, nastavení a přihlášení k odběru výstrah a tak dále.

Osvědčené postupy

Následující osvědčené postupy by měly pomoci při definování hranic a přístupů pro efektivní práci v rámci smíšených týmů.

Odpovědnost

Zatímco vývojové a smíšené týmy vedené tvůrci umožňují rychlý vývoj a nasazení aplikací, je důležité zajistit, aby toto úsilí bylo prováděno ve spolupráci s IT oddělením. Tvůrci se musí zodpovídat oddělení IT, aby pomohli předcházet problémům souvisejícím s růstem stínových IT systémů.

V důsledku toho musí být oddělení IT upozorněno vždy, když tvůrce začne vytvářet aplikaci. Toto upozornění zase usnadňuje vývojový proces, protože IT může poskytnout vhodnou podporu tvůrci a smíšenému týmu, což jim pomůže vytvořit dobře navržené a správně zabezpečené a spravované aplikace.

Automatizace

Dobře implementovaná automatizace může výrazně zvýšit produktivitu. Příkladem toho, jak zvýšit úspěšnost nasazení řešení, je automatizace všech požadovaných kontrol v nasazeních s více řešeními. Tyto automatické kontroly mohou zahrnovat:

• Ověření verze řešení, kde každé nasazení používá aktualizované číslo verze, čímž se vyhnete problémům při odstraňování problémů.
• Duplicitní odkazy na připojení.
• Scházející odkazy na připojení.
• Duplicitní součásti.

Řešení PR Checker obsahuje příklad, jak tuto automatizaci efektivně začlenit.

Nahlašování

Aplikace vyvinuté smíšenými týmy a tvůrci se musejí přizpůsobit přístupu založenému na datech, což znamená nutnost vytvářet aplikace, kde je možné přímo monitorovat úspěch. K dosažení tohoto výsledku je nutné dobré vybavení, které umožňuje zjistit, co tým dělá dobře, společně s analýzou této zpětné vazby, aby bylo možné vytvořit přesné hodnocení účinnosti konkrétní aplikace. Abyste dosáhli tohoto výsledku, měli byste:

• Monitorovat a hodnotit aplikace. To, že si jeden člověk myslí, že je něco užitečné nebo dobrý nápad, automaticky neznamená, že to bude hodnotné pro všechny. Týmy musí monitorovat použitelnost aplikací a hodnotit jejich funkčnost, aby zajistily, že jakýkoli nový vývoj bude užitečný a správně funguje.
• Podporujte dobrý úsudek. Jinými slovy, nevytvářejte aplikace jen proto, že můžete – vytvářejte je pouze pro řešení konkrétních obchodních potřeb.