Jsem takový samorost, řeším věci po svém, ale za výsledek se nemusím stydět. Projekty, kterých jsem se účastnil, vedl je nebo sám dělal, dopadly dobře a dnes jich spousta i po letech funguje a běží. Můj přístup, takové vlastní agilní vedení práce, vede k úspoře času, tedy i peněz, ale v okamžiku spuštění bývá extrémně náročný. Rád svou práci nejprve na něčem malém předvedu a pak se můžeme pustit do něčeho většího.

Web projekty

Nedostatek programátorů mě časem donutil se na tvorbě vlastních webů nejenom podílet, ale nakonec je i celé tvořit a udržovat. Pustil jsem se do vlastních projektů, nejprve interní systém na bázi webu pro únikové hry.

Potřeboval jsem vytvořit systém na evidenci dozorců, jejich práce, rezervace, odesílání fotek zákazníkům apod.

• management rezervací
• management dozorců na více hrách a více místech
• okamžité odvedení hry včetně odeslání sms a fotky na zákazníky
  

Dnes jsem se připojil k manifestu agilního programování, které aniž bych o tom věděl praktikuji již cca 10 let.

Priority agilního programování

• Lidé a jejich spolupráce před procesy a nástroji
• Fungující software před obsáhlou dokumentací
• Spolupráce se zákazníkem před sjednáváním smluv
• Reakce na změnu před dodržováním plánu

Jakkoliv jsou body napravo hodnotné, bodů nalevo si ceníme více.

Často se při implementacích setkávám s tím, že vývojáři exporty do MS Excel řeší napřímo, tedy v rámci reportu mají uložené proměnné typu Automation a ty volají dle potřeby. Pokud se nejedná o export do šablony, připadá mi to velmi zbytečné. Obecně dávám přednost řešení pomocí standardních nástrojů Navisnu, tedy prostřednictvím tabulky Excel Buffer a volání přednastavených funkcí.

Grafy jsou v NAV trosku problematická záležitost. Existují sice dll knihovny, které zobrazení grafu umožňují, ale přinášejí v praxi více problémů než užitku, především pak v oblasti reinstalace klientů. Řešením v NAV jsou zjednodušené sloupcové grafy, které se ale dělají sloupeček po sloupečku a pracnost je veliká. Pomocí obecných funkcí, se ale dá dosáhnout efektu, který je pro uživatele dostačující a zároveň pracnost nasazení je relativně minimální. Jeho využití na formulářích je celkem široké.

Při implementaci pracuje většina dodavatelů podle metodologie, kterou při úvodní nabídce presentují s velkou pompou, metodologie má vznešené názvy, nejčastěji se používají slova „mezinárodní“, „ověřená“, „bezpečná“. Je tomu ale skutečně tak? Jsou implementační metodologie takové, jako jsou prezentovány?Chtěl bych zde ukázat pár triků, které dodavatelé používají.

Nejčastějším důvodem nespokojenosti zákazníků s implementací při zpětném hodnocení jsou nedodržení termínů ze strany dodavatele a množství změn, které často zákazník za změny ani nepovažuje, ale smlouva ani popis neobsahují rozporovaný popis a tím pádem je problém na světě.

Jaký je klíč pro to, aby systém nasazovaný ve Vašem podniku byl nasazen správně, aby splnil očekávání a přinesl kýžené výsledky? Co pro to může udělat vedení společnosti? Pokusím se několik rad přidat a dnes to bude v oblasti pocitů, mnohdy totiž správný postoj může rozhodnout o implementaci jako takové. Tedy několik zásad …