Správný vývoj informačních systémů v praxi
Webináře, nástroje a komunitní Klub přátel správného vývoje IS pro analytiky, architekty, vývojáře a vedoucí projektů (zdarma).
Vedu webináře a komunitu pro profesionály, kteří chtějí dělat IS kvalitně a udržitelně.
O mně
Jmenuji se Ilja Kraval, jsem školitel a konzultant s 25 letou praxí a s působností ve více než 150 firmách v ČR a SR.
Pomáhám firmám i jednotlivcům dělat analýzu a vývoj IS správně – efektivně, prakticky a srozumitelně, nyní i s podporou AI.
Poslední články
- Agilní manifest v době AI: Když „comprehensive documentation“ přestává bolet, ale začíná bobtnatKdysi dávno, v éře před-AI… Dokumentace bolela. Psala se pomalu, draze a většinou jen proto, aby auditor byl spokojený a neměl pocit, že se ve firmě flákají . Agilní manifest to vystihl: „Working software over comprehensive documentation.“ Prostě na nějakou tvorbu podrobnějších artefaktů není čas. A pak přišla AI Ono to „comprehensive“ najednou přestalo bolet.… Více informací: Agilní manifest v době AI: Když „comprehensive documentation“ přestává bolet, ale začíná bobtnat
- Co je nejděsivější noční můrou vývoje IS aneb kde je vlastně zakopaný pes?Při čtení článku na serveru Lupa.cz : Pracovali jsme i na Štědrý den, ale stejně jsme za blbce… se mi vybavila velmi známá situace: Jak vypadá projekt vývoje IS řízený nedoporučovanou anti-metodikou Tunel. O tom je tento článek.
- Jak ve vývojářské dokumentaci nejlépe znázornit rozklad procesů?Jeden z účastníků školení Čtvrtletní kurz profesního růstu analytika vznesl následující dotaz týkající rozkladu procesů v BPMN alias procesní mapy: „Jde mi o to, jak v EA vyrobit diagram Strom rozkladu procesů tak, aby sdílel elementy s diagramem Chod procesu. Nyní mám problém, že v Project Browseru vzniká resp. zaniká strom dle toho, který z… Více informací: Jak ve vývojářské dokumentaci nejlépe znázornit rozklad procesů?
- Pořadí prvků typu Actor resp. include v UC diagramu (z cyklu zajímavé otázky ze školení)Účastnici e-kurzu Čtvrtletní vzdělávací program profesního růstu analytika dostali za úkol vytvořit Use Case Diagram na základě zadání. Ve výsledném diagramu figurovalo vícero prvků typu Actor a některé z nich jako externí systémy. Ze zadání a následně za scénáře případu užití bylo zřejmé, že tyto prvky Actor se v algoritmu scénáře použijí v určitém pořadí.… Více informací: Pořadí prvků typu Actor resp. include v UC diagramu (z cyklu zajímavé otázky ze školení)
- Jak řešit problém samovolného posunu realizovaného kódu od původní analýzy?Znáte to: Analytici se hodně snaží, ale nasazený systém se díky dalším změnám postupně vzdaluje od původní analýzy. Každý systém tak z pohledu analýzy stárne a jde jen o to, jak rychle… Realizovaný kód nakonec nemusí odpovídat analytické dokumentaci a díky tomu tým padá zpět do chaotického vývoje, jako by analýza ani nebyla… Jak tomuto… Více informací: Jak řešit problém samovolného posunu realizovaného kódu od původní analýzy?