feat: generate Marp slides (Gaia theme) untuk semua 18 bab
- Script: scripts/generate-marp-slides.py - Output: slides/marp/slide-bab-01.md ... slide-bab-18.md - 14-15 slides per bab, struktur: Cover, Reader Outcome, Pemantik, Model Utama (Mermaid), Definisi Kunci, Konsep Inti (2 slides), Salah Kaprah, Studi Kasus, Template A.N, Rangkuman, Final Statement, Latihan + Menuju Bab - Theme: Gaia invert, warna: gold headers, teal h2, sky blue h3
This commit is contained in:
hb_alim
parent
5fdda36934
commit
54f974f95f
19 changed files with 4396 additions and 0 deletions
615
scripts/generate-marp-slides.py
Normal file
615
scripts/generate-marp-slides.py
Normal file
|
|
@ -0,0 +1,615 @@
|
|||
#!/usr/bin/env python3
|
||||
# -*- coding: utf-8 -*-
|
||||
"""
|
||||
Generate Marp slides (Gaia theme, invert) for all 18 chapters of:
|
||||
"Sistem Informasi Manajemen di Era AI: Perspektif Strategis dan Pengambilan Keputusan"
|
||||
Helmi Bahar Alim, S.Kom., M.Kom.
|
||||
|
||||
Output: slides/marp/slide-bab-NN.md (one file per chapter)
|
||||
Run : python scripts/generate-marp-slides.py
|
||||
"""
|
||||
|
||||
import re
|
||||
import os
|
||||
from pathlib import Path
|
||||
|
||||
# ─── Paths ────────────────────────────────────────────────────────────────────
|
||||
ROOT = Path(__file__).parent.parent
|
||||
CHAPTERS = ROOT / "chapters"
|
||||
OUT_DIR = ROOT / "slides" / "marp"
|
||||
OUT_DIR.mkdir(parents=True, exist_ok=True)
|
||||
|
||||
AUTHOR = "Helmi Bahar Alim, S.Kom., M.Kom."
|
||||
INSTITUTION = "Universitas Putra Bangsa — Kebumen"
|
||||
|
||||
# ─── Extractors ──────────────────────────────────────────────────────────────
|
||||
|
||||
def get_text(content: str) -> str:
|
||||
"""Strip all markdown formatting for plain text usage."""
|
||||
txt = re.sub(r'\*+', '', content)
|
||||
txt = re.sub(r'`+[^`]*`+', lambda m: m.group(0).strip('`'), txt)
|
||||
return txt.strip()
|
||||
|
||||
|
||||
def extract_title_bagian(content: str):
|
||||
"""Return (bab_num, title, bagian, reader_outcome, level)."""
|
||||
# Strip BOM and search multiline for H1
|
||||
m = re.search(r'^[\ufeff]*# BAB (\d+)\s+[—\-]{1,3}\s+(.+)', content, re.MULTILINE)
|
||||
bab_num = int(m.group(1)) if m else 0
|
||||
title = m.group(2).strip() if m else "?"
|
||||
|
||||
bagian_m = re.search(r'Bagian\s*:\s*(.+)', content)
|
||||
bagian = bagian_m.group(1).strip() if bagian_m else ""
|
||||
|
||||
# reader outcome may span multiple lines inside the code‑block
|
||||
ro_m = re.search(
|
||||
r'Reader Outcome\s*:\s*(.+?)(?=Level\s*:|\`\`\`)',
|
||||
content, re.DOTALL
|
||||
)
|
||||
if ro_m:
|
||||
ro = re.sub(r'\s+', ' ', ro_m.group(1)).strip().rstrip(',.')
|
||||
else:
|
||||
ro = ""
|
||||
|
||||
level_m = re.search(r'Level\s*:\s*(.+)', content)
|
||||
level = level_m.group(1).strip() if level_m else "Menengah"
|
||||
|
||||
return bab_num, title, bagian, ro, level
|
||||
|
||||
|
||||
def extract_opening(content: str, bab_num: int):
|
||||
"""Return (hook_sentence, pemantik_question)."""
|
||||
header = f'## {bab_num}.1 Pembuka'
|
||||
next_h = f'## {bab_num}.2'
|
||||
m = re.search(
|
||||
re.escape(header) + r'\n(.+?)(?=' + re.escape(next_h) + ')',
|
||||
content, re.DOTALL
|
||||
)
|
||||
if not m:
|
||||
return ("", "")
|
||||
body = m.group(1).strip()
|
||||
# split into paragraphs (double newline separated)
|
||||
paras = [p.strip() for p in re.split(r'\n{2,}', body) if p.strip()]
|
||||
# First non-empty, non-'---' paragraph is the hook
|
||||
hook = ""
|
||||
for p in paras:
|
||||
if p != '---' and not p.startswith('#') and len(p) > 30:
|
||||
hook = p
|
||||
break
|
||||
# Last paragraph is usually the pemantik question
|
||||
pemantik = ""
|
||||
for p in reversed(paras):
|
||||
if '?' in p and len(p) > 20 and not p.startswith('---'):
|
||||
pemantik = p
|
||||
break
|
||||
# Trim hook to end at a sentence boundary (max 350 chars)
|
||||
if len(hook) > 350:
|
||||
hook = hook[:350]
|
||||
last_dot = max(hook.rfind('. '), hook.rfind('! '), hook.rfind('? '))
|
||||
if last_dot > 150:
|
||||
hook = hook[:last_dot+1]
|
||||
hook = hook.rstrip()
|
||||
pemantik = pemantik[:300].rstrip()
|
||||
return hook, pemantik
|
||||
|
||||
|
||||
def extract_mermaid(content: str, bab_num: int):
|
||||
"""Extract the first mermaid code block (Gambar N.1 — Signature Model)."""
|
||||
m = re.search(r'```mermaid\n(.+?)```', content, re.DOTALL)
|
||||
if m:
|
||||
return m.group(1).strip()
|
||||
return ""
|
||||
|
||||
|
||||
def extract_gambar_caption(content: str, gambar_label: str):
|
||||
"""Find **Gambar N.1 — ...** caption."""
|
||||
m = re.search(
|
||||
re.escape(f'**{gambar_label}') + r' — (.+?)\*\*',
|
||||
content
|
||||
)
|
||||
return m.group(1).strip() if m else ""
|
||||
|
||||
|
||||
def extract_definisi(content: str, bab_num: int):
|
||||
"""Return list of (term, first_sentence_of_def, manajerial_relevance) up to 3."""
|
||||
section_m = re.search(
|
||||
rf'## {bab_num}\.3 Definisi Kunci\n(.+?)(?=\n## {bab_num}\.\d)',
|
||||
content, re.DOTALL
|
||||
)
|
||||
if not section_m:
|
||||
return []
|
||||
body = section_m.group(1)
|
||||
# Each definition starts with **Term (*English*)** or **Term**
|
||||
entries = re.split(r'\n---\n', body)
|
||||
results = []
|
||||
for entry in entries:
|
||||
term_m = re.match(r'\*\*(.+?)\*\*', entry.strip())
|
||||
if not term_m:
|
||||
continue
|
||||
term = re.sub(r'\(.+?\)', '', term_m.group(1)).strip()
|
||||
# Definition text: first sentence (up to first .)
|
||||
def_text_m = re.search(r'\*\*\n(.+?)(?=\*\*Relevansi|\Z)', entry, re.DOTALL)
|
||||
if not def_text_m:
|
||||
# try alt: text right after term line
|
||||
lines = entry.strip().split('\n')
|
||||
def_text = ' '.join(l.strip() for l in lines[1:4] if l.strip() and not l.startswith('**'))
|
||||
else:
|
||||
def_text = def_text_m.group(1).strip().split('\n')[0]
|
||||
rel_m = re.search(r'\*\*Relevansi manajerial:\*\*\s*(.+)', entry)
|
||||
relevance = rel_m.group(1).strip()[:160] if rel_m else ""
|
||||
results.append((
|
||||
term.strip('* \n'),
|
||||
re.sub(r'\s+', ' ', def_text)[:150],
|
||||
re.sub(r'\s+', ' ', relevance)
|
||||
))
|
||||
if len(results) >= 3:
|
||||
break
|
||||
return results
|
||||
|
||||
|
||||
def extract_konsep_subsections(content: str, bab_num: int):
|
||||
"""Return list of (number, title) for all 3.4.x subsections."""
|
||||
pattern = rf'### {bab_num}\.4\.(\d+)\s+(.+)'
|
||||
matches = re.findall(pattern, content)
|
||||
return [(n, t.strip()) for n, t in matches]
|
||||
|
||||
|
||||
def extract_salah_kaprah(content: str, bab_num: int):
|
||||
"""Return list of (myth, correction) up to 4."""
|
||||
section_m = re.search(
|
||||
rf'## {bab_num}\.7 Salah Kaprah\n(.+?)(?=\n## {bab_num}\.\d)',
|
||||
content, re.DOTALL
|
||||
)
|
||||
if not section_m:
|
||||
return []
|
||||
body = section_m.group(1)
|
||||
# Myths: ***"..."*** or ***...***
|
||||
myths = re.findall(r'\*{3}(.+?)\*{3}', body)
|
||||
corrections = re.findall(r'\*\*Koreksi:\*\*\s*(.+?)(?=\n\*{3}|\Z)', body, re.DOTALL)
|
||||
pairs = []
|
||||
for i, myth in enumerate(myths[:4]):
|
||||
raw_corr = corrections[i].strip() if i < len(corrections) else ""
|
||||
# Take first sentence only for slide
|
||||
first_sent = re.split(r'(?<=[.!?])\s', raw_corr)[0]
|
||||
corr = first_sent.strip()[:160]
|
||||
pairs.append((myth.strip('"').strip()[:80], corr))
|
||||
return pairs
|
||||
|
||||
|
||||
def extract_studi_kasus_titles(content: str, bab_num: int):
|
||||
"""Return (case_a_title, case_b_title)."""
|
||||
a_m = re.search(
|
||||
rf'### Studi Kasus A \(Dasar\): (.+?)(?:\n|$)',
|
||||
content
|
||||
)
|
||||
b_m = re.search(
|
||||
rf'### Studi Kasus B \(Lanjutan\): (.+?)(?:\n|$)',
|
||||
content
|
||||
)
|
||||
a = a_m.group(1).strip() if a_m else ""
|
||||
b = b_m.group(1).strip() if b_m else ""
|
||||
return a, b
|
||||
|
||||
|
||||
def extract_studi_kasus_body(content: str, label: str, bab_num: int):
|
||||
"""Extract first ~300 chars body text from a studi kasus block."""
|
||||
key = f"### Studi Kasus {label}"
|
||||
m = re.search(
|
||||
re.escape(key) + r'.+?\n\n(.+?)(?=\n###|\n## )',
|
||||
content, re.DOTALL
|
||||
)
|
||||
if m:
|
||||
body = re.sub(r'\*\*[^*]+\*\*\n', '', m.group(1)).strip()
|
||||
body = re.sub(r'\s+', ' ', body)
|
||||
return body[:280]
|
||||
return ""
|
||||
|
||||
|
||||
def extract_template(content: str, bab_num: int):
|
||||
"""Return (template_name, template_body_first_section)."""
|
||||
name_m = re.search(
|
||||
rf'### Template A\.{bab_num} — (.+)',
|
||||
content
|
||||
)
|
||||
name = name_m.group(1).strip() if name_m else f"Template A.{bab_num}"
|
||||
# Get the template table / code block
|
||||
tmpl_body_m = re.search(
|
||||
rf'Template A\.{bab_num} — .+?\n(.+?)(?=\n## {bab_num}\.\d)',
|
||||
content, re.DOTALL
|
||||
)
|
||||
if tmpl_body_m:
|
||||
body = tmpl_body_m.group(1).strip()
|
||||
# trim to first code block or first 10 lines
|
||||
lines = body.split('\n')[:30]
|
||||
return name, '\n'.join(lines)
|
||||
return name, ""
|
||||
|
||||
|
||||
def extract_rangkuman(content: str, bab_num: int):
|
||||
"""Return list of rangkuman bullet points (up to 5)."""
|
||||
section_m = re.search(
|
||||
rf'## {bab_num}\.11 Rangkuman\n(.+?)(?=\n## {bab_num}\.\d|\n## Referensi)',
|
||||
content, re.DOTALL
|
||||
)
|
||||
if not section_m:
|
||||
return []
|
||||
body = section_m.group(1)
|
||||
items = re.findall(r'\d+\.\s+(.+?)(?=\n\d+\.|\n\n---|\Z)', body, re.DOTALL)
|
||||
result = []
|
||||
for item in items[:5]:
|
||||
item_clean = re.sub(r'\s+', ' ', item).strip()
|
||||
# keep first sentence
|
||||
first = re.split(r'(?<=[.!?])\s', item_clean)[0]
|
||||
result.append(first[:160])
|
||||
return result
|
||||
|
||||
|
||||
def extract_final_statement(content: str):
|
||||
"""Return the 🔥 final statement quote."""
|
||||
# Look for blockquote near the end of rangkuman section
|
||||
# Pattern: > "..." standalone quote
|
||||
m_list = re.findall(r'^\*"(.+?)"\*', content, re.MULTILINE)
|
||||
if m_list:
|
||||
return m_list[-1].strip()
|
||||
# Try blockquote form
|
||||
m2 = re.search(r'> "(.+?)"', content, re.DOTALL)
|
||||
if m2:
|
||||
return re.sub(r'\s+', ' ', m2.group(1)).strip()
|
||||
return ""
|
||||
|
||||
|
||||
def extract_latihan(content: str, bab_num: int):
|
||||
"""Return latihan artefact title and first instruction line."""
|
||||
lat_m = re.search(
|
||||
rf'\*\*Latihan {bab_num}\.1 — (.+?)\*\*',
|
||||
content
|
||||
)
|
||||
title = lat_m.group(1).strip() if lat_m else ""
|
||||
instr_m = re.search(
|
||||
rf'Gunakan Template A\.{bab_num} (.+?)(?=\n\n|\Z)',
|
||||
content
|
||||
)
|
||||
instr = instr_m.group(1).strip()[:200] if instr_m else ""
|
||||
return title, instr
|
||||
|
||||
|
||||
def extract_menuju_bab(content: str):
|
||||
"""Return (next_bab_num, transition_text)."""
|
||||
m = re.search(
|
||||
r'\*\*Menuju Bab (\d+):\*\*\n(.+?)(?=\n---|\n\*")',
|
||||
content, re.DOTALL
|
||||
)
|
||||
if m:
|
||||
nxt = int(m.group(1))
|
||||
text = re.sub(r'\s+', ' ', m.group(2)).strip()[:280]
|
||||
return nxt, text
|
||||
return None, ""
|
||||
|
||||
# ─── Slide builder ────────────────────────────────────────────────────────────
|
||||
|
||||
MARP_HEADER = '''\
|
||||
---
|
||||
marp: true
|
||||
theme: gaia
|
||||
class: invert
|
||||
paginate: true
|
||||
header: "{header}"
|
||||
footer: "{author} | {institution}"
|
||||
style: |
|
||||
section {{
|
||||
font-family: 'Segoe UI', Helvetica, sans-serif;
|
||||
font-size: 21px;
|
||||
}}
|
||||
h1 {{ color: #ffd166; }}
|
||||
h2 {{
|
||||
color: #06d6a0;
|
||||
border-bottom: 2px solid #06d6a060;
|
||||
padding-bottom: 4px;
|
||||
}}
|
||||
h3 {{ color: #8ecae6; }}
|
||||
blockquote {{
|
||||
border-left: 4px solid #ffd166;
|
||||
background: #ffffff15;
|
||||
padding: 0.5em 1em;
|
||||
font-style: italic;
|
||||
}}
|
||||
table {{ font-size: 18px; width: 100%; }}
|
||||
th {{ background: #06d6a040; }}
|
||||
code {{ background: #ffffff20; }}
|
||||
.lead h1 {{ font-size: 2em; color: #ffd166; }}
|
||||
.lead h2 {{ font-size: 1.3em; border: none; color: #e0e0e0; }}
|
||||
.bagian {{ font-size: 0.8em; color: #8ecae6; letter-spacing: 1px; }}
|
||||
.lead p {{ font-size: 0.9em; color: #c0c0c0; }}
|
||||
---
|
||||
'''
|
||||
|
||||
SLIDE_SEP = '\n---\n'
|
||||
|
||||
def build_slides(bab_num: int, title: str, bagian: str, reader_outcome: str,
|
||||
level: str, content: str) -> str:
|
||||
pad = f'{bab_num:02d}'
|
||||
header = f'BAB {bab_num}'
|
||||
bagian_short = bagian.split('—')[0].strip() if '—' in bagian else bagian
|
||||
bagian_full = bagian
|
||||
|
||||
# Extract all parts
|
||||
hook, pemantik = extract_opening(content, bab_num)
|
||||
mermaid = extract_mermaid(content, bab_num)
|
||||
fig1_caption = extract_gambar_caption(content, f'Gambar {bab_num}.1')
|
||||
defs = extract_definisi(content, bab_num)
|
||||
konsep = extract_konsep_subsections(content, bab_num)
|
||||
salah_kaprah = extract_salah_kaprah(content, bab_num)
|
||||
case_a_title, case_b_title = extract_studi_kasus_titles(content, bab_num)
|
||||
case_a_body = extract_studi_kasus_body(content, 'A (Dasar)', bab_num)
|
||||
case_b_body = extract_studi_kasus_body(content, 'B (Lanjutan)', bab_num)
|
||||
tmpl_name, tmpl_body = extract_template(content, bab_num)
|
||||
rangkuman = extract_rangkuman(content, bab_num)
|
||||
final = extract_final_statement(content)
|
||||
lat_title, lat_instr = extract_latihan(content, bab_num)
|
||||
next_bab, menuju_text = extract_menuju_bab(content)
|
||||
|
||||
slides_md = MARP_HEADER.format(
|
||||
header=f'BAB {bab_num} — {title}',
|
||||
author=AUTHOR,
|
||||
institution=INSTITUTION
|
||||
)
|
||||
|
||||
# ── Slide 1: Cover ──────────────────────────────────────────────────────
|
||||
slides_md += f'''\
|
||||
<!-- _class: lead invert -->
|
||||
|
||||
# BAB {bab_num}
|
||||
## {title}
|
||||
|
||||
<p class="bagian">{bagian_full}</p>
|
||||
|
||||
**Level:** {level}
|
||||
|
||||
{SLIDE_SEP}'''
|
||||
|
||||
# ── Slide 2: Reader Outcome ──────────────────────────────────────────────
|
||||
slides_md += f'''\
|
||||
## Reader Outcome
|
||||
|
||||
> {reader_outcome}
|
||||
|
||||
| Info | Detail |
|
||||
|------|--------|
|
||||
| **Bagian** | {bagian_full} |
|
||||
| **Level** | {level} |
|
||||
| **Sub-topik** | {len(konsep)} konsep inti |
|
||||
|
||||
{SLIDE_SEP}'''
|
||||
|
||||
# ── Slide 3: Pertanyaan Pemantik ─────────────────────────────────────────
|
||||
if hook:
|
||||
slides_md += f'''\
|
||||
<!-- _class: invert -->
|
||||
|
||||
## Pertanyaan Pemantik
|
||||
|
||||
{hook}
|
||||
|
||||
---
|
||||
|
||||
_{pemantik}_
|
||||
|
||||
{SLIDE_SEP}'''
|
||||
else:
|
||||
slides_md += f'''\
|
||||
<!-- _class: invert -->
|
||||
|
||||
## Pertanyaan Pemantik
|
||||
|
||||
_{pemantik}_
|
||||
|
||||
{SLIDE_SEP}'''
|
||||
|
||||
# ── Slide 4: Signature Model ─────────────────────────────────────────────
|
||||
if mermaid:
|
||||
caption = fig1_caption if fig1_caption else f"Signature Model — Bab {bab_num}"
|
||||
slides_md += f'''\
|
||||
## Model Utama — Gambar {bab_num}.1
|
||||
|
||||
```mermaid
|
||||
{mermaid}
|
||||
```
|
||||
|
||||
**{caption}**
|
||||
|
||||
{SLIDE_SEP}'''
|
||||
else:
|
||||
slides_md += f'''\
|
||||
## Model Utama
|
||||
|
||||
_(Lihat Gambar {bab_num}.1 di buku teks)_
|
||||
|
||||
{SLIDE_SEP}'''
|
||||
|
||||
# ── Slide 5: Definisi Kunci ──────────────────────────────────────────────
|
||||
if defs:
|
||||
defs_md = ""
|
||||
for term, defi, relevance in defs:
|
||||
defs_md += f'**{term}**\n{defi}\n\n> _{relevance}_\n\n'
|
||||
slides_md += f'''\
|
||||
## Definisi Kunci
|
||||
|
||||
{defs_md.strip()}
|
||||
|
||||
{SLIDE_SEP}'''
|
||||
else:
|
||||
slides_md += f'''\
|
||||
## Definisi Kunci
|
||||
|
||||
_(Lihat Seksi {bab_num}.3 di buku teks)_
|
||||
|
||||
{SLIDE_SEP}'''
|
||||
|
||||
# ── Slide 6 & 7: Konsep Inti ─────────────────────────────────────────────
|
||||
if konsep:
|
||||
half = (len(konsep) + 1) // 2
|
||||
part1 = konsep[:half]
|
||||
part2 = konsep[half:]
|
||||
|
||||
list1 = '\n'.join(f'- **{int(n)}.** {t}' for n, t in part1)
|
||||
slides_md += f'''\
|
||||
## Konsep Inti — Bagian 1
|
||||
|
||||
{list1}
|
||||
|
||||
{SLIDE_SEP}'''
|
||||
|
||||
if part2:
|
||||
list2 = '\n'.join(f'- **{int(n)}.** {t}' for n, t in part2)
|
||||
slides_md += f'''\
|
||||
## Konsep Inti — Bagian 2
|
||||
|
||||
{list2}
|
||||
|
||||
{SLIDE_SEP}'''
|
||||
|
||||
# ── Slide 8: Salah Kaprah ────────────────────────────────────────────────
|
||||
if salah_kaprah:
|
||||
traps_md = ""
|
||||
for myth, correction in salah_kaprah:
|
||||
traps_md += f'> ⚠️ _"{myth}"_\n\n↳ {correction}\n\n'
|
||||
slides_md += f'''\
|
||||
## ⚠️ Salah Kaprah
|
||||
|
||||
{traps_md.strip()}
|
||||
|
||||
{SLIDE_SEP}'''
|
||||
|
||||
# ── Slide 9: Studi Kasus ─────────────────────────────────────────────────
|
||||
case_slides = ""
|
||||
if case_a_title:
|
||||
summary_a = case_a_body[:250] if case_a_body else ""
|
||||
case_slides += f'''\
|
||||
📊 **Dasar:** {case_a_title}
|
||||
|
||||
{summary_a}
|
||||
|
||||
'''
|
||||
if case_b_title:
|
||||
summary_b = case_b_body[:250] if case_b_body else ""
|
||||
case_slides += f'''\
|
||||
📊 **Lanjutan:** {case_b_title}
|
||||
|
||||
{summary_b}
|
||||
|
||||
'''
|
||||
if case_slides:
|
||||
slides_md += f'''\
|
||||
## Studi Kasus
|
||||
|
||||
{case_slides.strip()}
|
||||
|
||||
{SLIDE_SEP}'''
|
||||
|
||||
# ── Slide 10: Template ───────────────────────────────────────────────────
|
||||
# Show first ~15 lines of template body (code block or table)
|
||||
tmpl_preview_lines = [ln for ln in tmpl_body.split('\n') if ln.strip()][:18]
|
||||
tmpl_preview = '\n'.join(tmpl_preview_lines)
|
||||
slides_md += f'''\
|
||||
## 🔧 Template A.{bab_num}
|
||||
### {tmpl_name}
|
||||
|
||||
```
|
||||
{tmpl_preview}
|
||||
```
|
||||
|
||||
{SLIDE_SEP}'''
|
||||
|
||||
# ── Slide 11: Rangkuman ──────────────────────────────────────────────────
|
||||
if rangkuman:
|
||||
rang_md = '\n'.join(f'{i+1}. {item}' for i, item in enumerate(rangkuman))
|
||||
slides_md += f'''\
|
||||
## Rangkuman
|
||||
|
||||
{rang_md}
|
||||
|
||||
{SLIDE_SEP}'''
|
||||
|
||||
# ── Slide 12: Final Statement ─────────────────────────────────────────────
|
||||
if final:
|
||||
slides_md += f'''\
|
||||
<!-- _class: lead invert -->
|
||||
|
||||
## 🔥 Final Statement
|
||||
|
||||
> "{final}"
|
||||
|
||||
{SLIDE_SEP}'''
|
||||
|
||||
# ── Slide 13: Latihan + Menuju Bab ───────────────────────────────────────
|
||||
latihan_block = ""
|
||||
if lat_title:
|
||||
latihan_block = f'''\
|
||||
### 📝 Latihan {bab_num}.1 — {lat_title}
|
||||
|
||||
{lat_instr}
|
||||
|
||||
'''
|
||||
menuju_block = ""
|
||||
if next_bab and menuju_text:
|
||||
menuju_block = f'''\
|
||||
### ➡️ Menuju Bab {next_bab}
|
||||
|
||||
_{menuju_text[:200]}_
|
||||
'''
|
||||
slides_md += f'''\
|
||||
## Latihan & Refleksi
|
||||
|
||||
{latihan_block}{menuju_block}
|
||||
|
||||
{SLIDE_SEP}'''
|
||||
|
||||
return slides_md
|
||||
|
||||
|
||||
# ─── Main ─────────────────────────────────────────────────────────────────────
|
||||
|
||||
def main():
|
||||
print("Generating Marp slides for 18 chapters...")
|
||||
print(f"Output directory: {OUT_DIR}")
|
||||
print()
|
||||
|
||||
success = 0
|
||||
errors = []
|
||||
|
||||
for bab_num in range(1, 19):
|
||||
pad = f'{bab_num:02d}'
|
||||
src_path = CHAPTERS / f'bab-{pad}.md'
|
||||
|
||||
if not src_path.exists():
|
||||
print(f" [SKIP] bab-{pad}.md not found")
|
||||
errors.append(f"bab-{pad}.md not found")
|
||||
continue
|
||||
|
||||
content = src_path.read_text(encoding='utf-8-sig')
|
||||
bab_n, title, bagian, ro, level = extract_title_bagian(content)
|
||||
|
||||
if bab_n == 0:
|
||||
print(f" [WARN] Could not parse title in bab-{pad}.md")
|
||||
bab_n = bab_num
|
||||
|
||||
slides = build_slides(bab_n, title, bagian, ro, level, content)
|
||||
|
||||
out_path = OUT_DIR / f'slide-bab-{pad}.md'
|
||||
out_path.write_text(slides, encoding='utf-8')
|
||||
|
||||
# Count slides in output
|
||||
n_slides = slides.count('\n---\n')
|
||||
print(f" [OK] bab-{pad:>2} — {title[:50]:<50} ({n_slides} slides)")
|
||||
success += 1
|
||||
|
||||
print()
|
||||
print(f"Done: {success}/18 chapters generated.")
|
||||
if errors:
|
||||
print(f"Errors: {errors}")
|
||||
print(f"\nOpen any file in VS Code with Marp extension to preview.")
|
||||
print(f"CLI export: marp slides/marp/slide-bab-NN.md --pdf")
|
||||
|
||||
|
||||
if __name__ == '__main__':
|
||||
main()
|
||||
215
slides/marp/slide-bab-01.md
Normal file
215
slides/marp/slide-bab-01.md
Normal file
|
|
@ -0,0 +1,215 @@
|
|||
---
|
||||
marp: true
|
||||
theme: gaia
|
||||
class: invert
|
||||
paginate: true
|
||||
header: "BAB 1 — Peran Sistem Informasi dalam Organisasi Modern"
|
||||
footer: "Helmi Bahar Alim, S.Kom., M.Kom. | Universitas Putra Bangsa — Kebumen"
|
||||
style: |
|
||||
section {
|
||||
font-family: 'Segoe UI', Helvetica, sans-serif;
|
||||
font-size: 21px;
|
||||
}
|
||||
h1 { color: #ffd166; }
|
||||
h2 {
|
||||
color: #06d6a0;
|
||||
border-bottom: 2px solid #06d6a060;
|
||||
padding-bottom: 4px;
|
||||
}
|
||||
h3 { color: #8ecae6; }
|
||||
blockquote {
|
||||
border-left: 4px solid #ffd166;
|
||||
background: #ffffff15;
|
||||
padding: 0.5em 1em;
|
||||
font-style: italic;
|
||||
}
|
||||
table { font-size: 18px; width: 100%; }
|
||||
th { background: #06d6a040; }
|
||||
code { background: #ffffff20; }
|
||||
.lead h1 { font-size: 2em; color: #ffd166; }
|
||||
.lead h2 { font-size: 1.3em; border: none; color: #e0e0e0; }
|
||||
.bagian { font-size: 0.8em; color: #8ecae6; letter-spacing: 1px; }
|
||||
.lead p { font-size: 0.9em; color: #c0c0c0; }
|
||||
---
|
||||
<!-- _class: lead invert -->
|
||||
|
||||
# BAB 1
|
||||
## Peran Sistem Informasi dalam Organisasi Modern
|
||||
|
||||
<p class="bagian">I — Konteks Strategis dan Organisasi</p>
|
||||
|
||||
**Level:** Pemula–Menengah
|
||||
|
||||
|
||||
---
|
||||
## Reader Outcome
|
||||
|
||||
> Pembaca mampu menjelaskan mengapa SI bukan sekadar alat teknis, dan mengevaluasi peran SI sebagai aset strategis dalam konteks organisasi modern
|
||||
|
||||
| Info | Detail |
|
||||
|------|--------|
|
||||
| **Bagian** | I — Konteks Strategis dan Organisasi |
|
||||
| **Level** | Pemula–Menengah |
|
||||
| **Sub-topik** | 6 konsep inti |
|
||||
|
||||
|
||||
---
|
||||
<!-- _class: invert -->
|
||||
|
||||
## Pertanyaan Pemantik
|
||||
|
||||
Bayangkan seorang manajer cabang sebuah jaringan ritel di Kebumen. Setiap Jumat sore, ia harus memutuskan produk apa yang akan dipromosikan minggu depan. Data penjualan tersedia — ribuan baris transaksi dari kasir, gudang, bahkan sensor *traffic* pengunjung di depan toko. Namun laporan ringkasannya baru sampai di email hari Selasa berikutnya.
|
||||
|
||||
---
|
||||
|
||||
_Pertanyaan utama bab ini bukan tentang teknologi. Pertanyaannya adalah: **Apa sebenarnya yang membuat sebuah organisasi mampu memanfaatkan informasi sebagai senjata strategis, bukan sekadar tumpukan laporan?** Untuk menjawabnya, Anda perlu memahami apa itu *Sistem Informasi* — bukan dari perspektif_
|
||||
|
||||
|
||||
---
|
||||
## Model Utama — Gambar 1.1
|
||||
|
||||
```mermaid
|
||||
graph TD
|
||||
DM[" Data Mentah<br/>(transaksi, sensor, log)"]
|
||||
IF["Informasi<br/>(data + konteks + relevansi waktu)"]
|
||||
PG[" Pengetahuan<br/>(informasi + pengalaman organisasi)"]
|
||||
KP[" Keputusan<br/>(pengetahuan yang ditindaklanjuti)"]
|
||||
NB[" Nilai Bisnis<br/>(dampak keputusan terhadap kinerja)"]
|
||||
|
||||
DM --> IF --> PG --> KP --> NB
|
||||
|
||||
style DM fill:#1a3a5c,color:#ffffff
|
||||
style IF fill:#1a3a5c,color:#ffffff
|
||||
style PG fill:#1a3a5c,color:#ffffff
|
||||
style KP fill:#1a3a5c,color:#ffffff
|
||||
style NB fill:#1a3a5c,color:#ffffff
|
||||
```
|
||||
|
||||
**Piramida Nilai Informasi Organisasi: lima lapisan transformasi dari data mentah menuju nilai bisnis.**
|
||||
|
||||
|
||||
---
|
||||
## Definisi Kunci
|
||||
|
||||
**Sistem Informasi**
|
||||
Kombinasi terorganisasi dari orang, perangkat keras, perangkat lunak, jaringan komunikasi, sumber daya data, dan kebijakan yang mengumpulkan, mengubah
|
||||
|
||||
> _Manajer adalah komponen "orang" yang paling menentukan dalam definisi ini. Sistem tanpa manajer yang melek informasi adalah infrastruktur yang sia-sia — seperti_
|
||||
|
||||
**Sistem Informasi Manajemen**
|
||||
Sistem yang menyediakan laporan dan ringkasan operasi bisnis secara periodik kepada manajer menengah untuk mendukung pengambilan keputusan terstruktur
|
||||
|
||||
> _MIS berbeda dari sistem operasional. Sistem kasir memproses transaksi; MIS memberitahu manajer bahwa transaksi minggu ini 15% di bawah target. Satu melayani ope_
|
||||
|
||||
**Transformasi Digital**
|
||||
Perubahan fundamental cara organisasi menciptakan dan mendistribusikan nilai dengan mengintegrasikan teknologi digital ke seluruh aspek bisnis dan bud
|
||||
|
||||
> _Transformasi digital bukan sekadar memindahkan dokumen kertas ke format PDF. Ia mengubah cara bisnis berpikir, beroperasi, dan bersaing — dari model berbasis as_
|
||||
|
||||
|
||||
---
|
||||
## Konsep Inti — Bagian 1
|
||||
|
||||
- **1.** Evolusi SI: Dari Otomasi ke Kapabilitas Strategis
|
||||
- **2.** Komponen SI: Lebih dari Sekadar Teknologi
|
||||
- **3.** SI dan Konsep *Digital Firm*
|
||||
|
||||
|
||||
---
|
||||
## Konsep Inti — Bagian 2
|
||||
|
||||
- **4.** Tipe-tipe SI dalam Organisasi
|
||||
- **5.** Keunggulan Kompetitif Berbasis Informasi
|
||||
- **6.** AI sebagai Kelanjutan Natural Evolusi SI
|
||||
|
||||
|
||||
---
|
||||
## ⚠️ Salah Kaprah
|
||||
|
||||
> ⚠️ _"SI itu urusan departemen IT, bukan urusan manajer"_
|
||||
|
||||
↳ Manajer adalah *owner* kebutuhan informasi; IT adalah *enabler* teknis.
|
||||
|
||||
> ⚠️ _"Lebih canggih teknologinya, lebih baik SI-nya"_
|
||||
|
||||
↳ Kriteria SI yang baik bukan secanggih apa teknologinya, tetapi seberapa akurat dan tepat waktu ia mendukung keputusan yang perlu dibuat.
|
||||
|
||||
> ⚠️ _"Kita sudah pakai Excel, itu sudah cukup sebagai SI"_
|
||||
|
||||
↳ *Spreadsheet* cocok untuk analisis *ad-hoc* dan *prototyping*.
|
||||
|
||||
> ⚠️ _"AI itu urusan masa depan — relevansinya 5-10 tahun lagi"_
|
||||
|
||||
↳ AI bukan *future* — ia *present*.
|
||||
|
||||
|
||||
---
|
||||
## Studi Kasus
|
||||
|
||||
📊 **Dasar:** PT Telkom Indonesia — Dari Perusahaan Telekomunikasi ke *Digital Ecosystem Company*
|
||||
|
||||
**Konteks:** PT Telkom Indonesia (Persero) Tbk adalah perusahaan BUMN telekomunikasi terbesar di Indonesia dengan 25.000+ karyawan dan operasi di seluruh 34 provinsi. Pada 2015, Telkom masih didominasi revenue dari bisnis *wireline* tradisional — tel
|
||||
|
||||
📊 **Lanjutan:** Amazon — SI sebagai Inti Rantai Nilai
|
||||
|
||||
**Konteks:** Amazon dimulai pada 1995 sebagai toko buku *online* biasa — bersaing dengan Barnes & Noble yang memiliki ribuan toko fisik dan brand yang sudah mapan. Pada 2025, Amazon menjadi salah satu perusahaan paling bernilai di dunia ($1,8 triliun
|
||||
|
||||
|
||||
---
|
||||
## 🔧 Template A.1
|
||||
### Template A.1
|
||||
|
||||
```
|
||||
*Cara penggunaan: Gunakan template ini untuk mengaudit level kematangan penggunaan SI di satu organisasi yang Anda kenal. Cocok untuk memahami posisi awal sebelum merancang perbaikan. Isi dengan jujur berdasarkan observasi langsung, bukan asumsi.*
|
||||
```
|
||||
══════════════════════════════════════════════════════════
|
||||
TEMPLATE A.1 — PETA POSISI SI ORGANISASI
|
||||
══════════════════════════════════════════════════════════
|
||||
IDENTITAS ORGANISASI
|
||||
Nama Organisasi : ________________________________________
|
||||
Sektor Bisnis : ________________________________________
|
||||
Ukuran (jumlah pegawai): ________________________________________
|
||||
Diisi oleh : ________________________________________
|
||||
Tanggal : ________________________________________
|
||||
───────────────────────────────────────────────────────────
|
||||
BAGIAN A: INVENTARISASI SI YANG ADA
|
||||
(Centang sistem yang tersedia; tuliskan nama sistem jika ada)
|
||||
[ ] TPS (kasir, absensi, order entry) : __________________
|
||||
[ ] MIS (laporan manajerial rutin) : __________________
|
||||
[ ] DSS (analisis & simulasi keputusan) : __________________
|
||||
[ ] ESS (dashboard eksekutif) : __________________
|
||||
```
|
||||
|
||||
|
||||
---
|
||||
## Rangkuman
|
||||
|
||||
1. Sistem Informasi bukan produk teknologi departemen IT — ia adalah kemampuan organisasi untuk mengubah data mentah menjadi keputusan yang bernilai bisnis, melewa
|
||||
2. Evolusi SI selama enam dekade mengikuti pola konsisten: setiap generasi memberikan lebih banyak "kecerdasan" kepada manajer; AI adalah kelanjutan alami dari pol
|
||||
3. Lima komponen SI — orang, proses, data, teknologi, dan organisasi — harus bekerja selaras.
|
||||
4. Organisasi berbasis informasi merespons perubahan dalam hitungan jam, bukan minggu.
|
||||
5. Empat tipe SI (TPS, MIS, DSS, ESS) melayani kebutuhan informasi yang berbeda di setiap level manajemen.
|
||||
|
||||
|
||||
---
|
||||
<!-- _class: lead invert -->
|
||||
|
||||
## 🔥 Final Statement
|
||||
|
||||
> "Sistem informasi bukan tentang seberapa canggih teknologi yang Anda gunakan, tetapi tentang seberapa akurat informasi yang Anda miliki saat keputusan paling kritis harus dibuat."
|
||||
|
||||
|
||||
---
|
||||
## Latihan & Refleksi
|
||||
|
||||
### 📝 Latihan 1.1 — Peta Posisi SI Organisasi
|
||||
|
||||
|
||||
|
||||
### ➡️ Menuju Bab 2
|
||||
|
||||
_Memahami bahwa SI adalah aset strategis membuka pertanyaan kritis berikutnya: jika SI begitu penting, mengapa masih banyak organisasi yang sudah memiliki sistem canggih tetapi gagal menggerakkan strat_
|
||||
|
||||
|
||||
|
||||
---
|
||||
219
slides/marp/slide-bab-02.md
Normal file
219
slides/marp/slide-bab-02.md
Normal file
|
|
@ -0,0 +1,219 @@
|
|||
---
|
||||
marp: true
|
||||
theme: gaia
|
||||
class: invert
|
||||
paginate: true
|
||||
header: "BAB 2 — Keselarasan Strategi Bisnis dan SI"
|
||||
footer: "Helmi Bahar Alim, S.Kom., M.Kom. | Universitas Putra Bangsa — Kebumen"
|
||||
style: |
|
||||
section {
|
||||
font-family: 'Segoe UI', Helvetica, sans-serif;
|
||||
font-size: 21px;
|
||||
}
|
||||
h1 { color: #ffd166; }
|
||||
h2 {
|
||||
color: #06d6a0;
|
||||
border-bottom: 2px solid #06d6a060;
|
||||
padding-bottom: 4px;
|
||||
}
|
||||
h3 { color: #8ecae6; }
|
||||
blockquote {
|
||||
border-left: 4px solid #ffd166;
|
||||
background: #ffffff15;
|
||||
padding: 0.5em 1em;
|
||||
font-style: italic;
|
||||
}
|
||||
table { font-size: 18px; width: 100%; }
|
||||
th { background: #06d6a040; }
|
||||
code { background: #ffffff20; }
|
||||
.lead h1 { font-size: 2em; color: #ffd166; }
|
||||
.lead h2 { font-size: 1.3em; border: none; color: #e0e0e0; }
|
||||
.bagian { font-size: 0.8em; color: #8ecae6; letter-spacing: 1px; }
|
||||
.lead p { font-size: 0.9em; color: #c0c0c0; }
|
||||
---
|
||||
<!-- _class: lead invert -->
|
||||
|
||||
# BAB 2
|
||||
## Keselarasan Strategi Bisnis dan SI
|
||||
|
||||
<p class="bagian">I — Konteks Strategis dan Organisasi</p>
|
||||
|
||||
**Level:** Menengah
|
||||
|
||||
|
||||
---
|
||||
## Reader Outcome
|
||||
|
||||
> Pembaca mampu menganalisis keselarasan antara strategi bisnis dan kapabilitas SI, serta mengevaluasi posisi SI dalam rantai nilai organisasi
|
||||
|
||||
| Info | Detail |
|
||||
|------|--------|
|
||||
| **Bagian** | I — Konteks Strategis dan Organisasi |
|
||||
| **Level** | Menengah |
|
||||
| **Sub-topik** | 7 konsep inti |
|
||||
|
||||
|
||||
---
|
||||
<!-- _class: invert -->
|
||||
|
||||
## Pertanyaan Pemantik
|
||||
|
||||
Pada Bab 1, Anda telah menyusun Peta Posisi SI Organisasi menggunakan Template A.1. Dari latihan tersebut, Anda menemukan di mana posisi kematangan SI sebuah organisasi — apakah masih di lapisan data mentah, sudah menghasilkan informasi yang berguna, atau telah mendukung keputusan strategis.
|
||||
|
||||
---
|
||||
|
||||
_Bagaimana memastikan bahwa sistem informasi yang dibangun atau dipilih sebuah organisasi benar-benar menggerakkan strategi bisnis — bukan sekadar mengikutinya dari belakang?_
|
||||
|
||||
|
||||
---
|
||||
## Model Utama — Gambar 2.1
|
||||
|
||||
```mermaid
|
||||
graph TD
|
||||
SB[" Strategi Bisnis<br/>(visi, pasar, diferensiasi)"]
|
||||
SSI[" Strategi SI/TI<br/>(portofolio, platform, roadmap)"]
|
||||
IB["️ Infrastruktur &<br/>Proses Bisnis"]
|
||||
ISI["️ Infrastruktur &<br/>Proses SI/TI"]
|
||||
|
||||
SB <-->|"Keselarasan Strategis"| SSI
|
||||
IB <-->|"Keselarasan Operasional"| ISI
|
||||
SB -->|"Implementasi"| IB
|
||||
SSI -->|"Implementasi"| ISI
|
||||
SB -.->|"Technology<br/>Potential"| ISI
|
||||
SSI -.->|"Competitive<br/>Potential"| IB
|
||||
|
||||
style SB fill:#1a3a5c,color:#ffffff
|
||||
style SSI fill:#1a3a5c,color:#ffffff
|
||||
style IB fill:#1a3a5c,color:#ffffff
|
||||
style ISI fill:#1a3a5c,color:#ffffff
|
||||
```
|
||||
|
||||
**Kerangka Keselarasan Strategis Henderson-Venkatraman: empat domain dan jalur keselarasan antara strategi bisnis dengan kapabilitas SI.**
|
||||
|
||||
|
||||
---
|
||||
## Definisi Kunci
|
||||
|
||||
**Keselarasan Strategis SI**
|
||||
Tingkat kesesuaian antara strategi bisnis organisasi dengan strategi, investasi, dan *deployment* sistem informasinya (Henderson & Venkatraman, 1993;
|
||||
|
||||
> __
|
||||
|
||||
**Portofolio SI**
|
||||
Kumpulan seluruh sistem informasi yang dimiliki atau dioperasikan sebuah organisasi, dievaluasi secara kolektif berdasarkan kontribusi terhadap tujuan
|
||||
|
||||
> __
|
||||
|
||||
**Tata Kelola SI**
|
||||
Kerangka kebijakan, proses, dan struktur yang memastikan penggunaan SI mendukung dan memperluas strategi serta tujuan organisasi (COBIT 2019; ISO 3850
|
||||
|
||||
> __
|
||||
|
||||
|
||||
---
|
||||
## Konsep Inti — Bagian 1
|
||||
|
||||
- **1.** Model Henderson-Venkatraman: Empat Perspektif Keselarasan
|
||||
- **2.** Mengapa Keselarasan Sering Gagal
|
||||
- **3.** Portofolio SI dan Matriks McFarlan
|
||||
- **4.** Perencanaan SI Berbasis Strategi Bisnis
|
||||
|
||||
|
||||
---
|
||||
## Konsep Inti — Bagian 2
|
||||
|
||||
- **5.** Tata Kelola SI: COBIT dan ISO 38500
|
||||
- **6.** *Business Value of IT*: Mengukur dan Mengkomunikasikan Nilai
|
||||
- **7.** AI sebagai Akselerator Keselarasan
|
||||
|
||||
|
||||
---
|
||||
## ⚠️ Salah Kaprah
|
||||
|
||||
> ⚠️ _"Kita beli sistem terbaik yang ada di pasar, pasti selaras dengan bisnis"_
|
||||
|
||||
↳ Mulailah dari pertanyaan "apa yang harus sistem ini capai untuk bisnis kita?" — bukan dari pertanyaan "sistem apa yang paling banyak dipakai?" Jawaban untuk per
|
||||
|
||||
> ⚠️ _"Keselarasan SI itu urusan CIO, bukan manajer bisnis"_
|
||||
|
||||
↳ Manajer bisnis harus menjadi *co-definer* kebutuhan informasi, menetapkan *business priority* untuk investasi SI, dan aktif mengevaluasi *value* yang diterima d
|
||||
|
||||
> ⚠️ _"Setelah *go-live*, sistem akan menyelaraskan sendiri dengan bisnis"_
|
||||
|
||||
↳ Jadwalkan *annual IS strategy review* — idealnya bersamaan dengan siklus perencanaan strategi bisnis.
|
||||
|
||||
> ⚠️ _"*Shadow IT* itu masalah — harus diberantas"_
|
||||
|
||||
↳ Perlakukan *shadow IT* sebagai *intelligence* untuk menemukan gap keselarasan yang selama ini tidak terdeteksi.
|
||||
|
||||
|
||||
---
|
||||
## Studi Kasus
|
||||
|
||||
📊 **Dasar:** PT Bank Rakyat Indonesia — Keselarasan Melalui Pertanyaan Bisnis yang Konsisten
|
||||
|
||||
**Sumber:** Annual Report BRI 2024; Sari (2023) Awal tahun 2010-an, BRI memiliki ratusan sistem terpisah per divisi. Tidak ada *data lake* terpusat. Manajer cabang harus menggunakan 7–10 *screen* berbeda untuk menyusun laporan harian. Strategi bisnis
|
||||
|
||||
📊 **Lanjutan:** Netflix — SI sebagai Strategi Itu Sendiri
|
||||
|
||||
**Sumber:** Annual Report Netflix 2024; Laudon & Laudon (2022) Tahun 2007, Netflix adalah layanan DVD-*by-mail*. SI-nya berfungsi untuk satu hal: logistik pengiriman dan pengembalian DVD. Strategi *streaming* belum dimulai, dan infrastruktur SI sama
|
||||
|
||||
|
||||
---
|
||||
## 🔧 Template A.2
|
||||
### Audit Keselarasan SI-Strategi (AKSI)
|
||||
|
||||
```
|
||||
```
|
||||
======================================
|
||||
TEMPLATE A.2 — AUDIT KESELARASAN SI-STRATEGI (AKSI)
|
||||
======================================
|
||||
BAGIAN A: ARTIKULASI STRATEGI BISNIS
|
||||
Tujuan strategis 3 tahun ke depan : ____________________________
|
||||
KPI bisnis paling kritis (3 saja) :
|
||||
1. ____________________________
|
||||
2. ____________________________
|
||||
3. ____________________________
|
||||
Keputusan manajerial paling sering : ____________________________
|
||||
Informasi yang paling sering dicari : ____________________________
|
||||
BAGIAN B: INVENTARISASI SI UTAMA
|
||||
(Sebutkan 3–5 sistem yang paling sering digunakan manajemen)
|
||||
# | Nama Sistem | Fungsi Utama | KPI Bisnis yang Didukung | Skor Keselarasan (1–5)
|
||||
---|-------------|--------------|--------------------------|------------------------
|
||||
1 | __________ | ___________ | ________________________ | ___
|
||||
2 | __________ | ___________ | ________________________ | ___
|
||||
```
|
||||
|
||||
|
||||
---
|
||||
## Rangkuman
|
||||
|
||||
1. Keselarasan SI-strategi adalah kondisi ketika sistem informasi yang diinvestasikan menjawab pertanyaan-pertanyaan yang paling penting bagi strategi bisnis — buk
|
||||
2. Organisasi yang matang menggunakan lebih dari satu perspektif keselarasan secara sadar.
|
||||
3. Lima penyebab *misalignment* yang paling merusak: komunikasi bisnis-IT yang tidak efektif, siklus perencanaan yang tidak tersinkronisasi, rotasi manajemen tanpa
|
||||
4. Matriks portofolio McFarlan membantu manajer memprioritaskan investasi SI berdasarkan nilai strategis dan ketergantungan operasional — memaksa keputusan eksplis
|
||||
5. Governance SI bukan birokrasi — ia adalah mekanisme untuk menjaga keselarasan tetap hidup saat bisnis berubah.
|
||||
|
||||
|
||||
---
|
||||
<!-- _class: lead invert -->
|
||||
|
||||
## 🔥 Final Statement
|
||||
|
||||
> "Keselarasan SI bukanlah kondisi teknis yang dicapai saat sistem go-live — ia adalah percakapan strategis yang tidak boleh berhenti selama organisasi masih berambisi."
|
||||
|
||||
|
||||
---
|
||||
## Latihan & Refleksi
|
||||
|
||||
### 📝 Latihan 2.1 — Audit Keselarasan SI (Template AKSI)
|
||||
|
||||
untuk mengaudit keselarasan SI di organisasi yang Anda gunakan pada Bab 1 (atau organisasi lain yang Anda kenal).
|
||||
|
||||
### ➡️ Menuju Bab 3
|
||||
|
||||
_Keselarasan SI-strategi yang dibahas di bab ini beroperasi pada satu asumsi: bahwa organisasi tahu keputusan apa yang perlu dibuat. Namun bagaimana jika proses pengambilan keputusan itu sendiri yang b_
|
||||
|
||||
|
||||
|
||||
---
|
||||
222
slides/marp/slide-bab-03.md
Normal file
222
slides/marp/slide-bab-03.md
Normal file
|
|
@ -0,0 +1,222 @@
|
|||
---
|
||||
marp: true
|
||||
theme: gaia
|
||||
class: invert
|
||||
paginate: true
|
||||
header: "BAB 3 — Data dan Informasi sebagai Aset Organisasi"
|
||||
footer: "Helmi Bahar Alim, S.Kom., M.Kom. | Universitas Putra Bangsa — Kebumen"
|
||||
style: |
|
||||
section {
|
||||
font-family: 'Segoe UI', Helvetica, sans-serif;
|
||||
font-size: 21px;
|
||||
}
|
||||
h1 { color: #ffd166; }
|
||||
h2 {
|
||||
color: #06d6a0;
|
||||
border-bottom: 2px solid #06d6a060;
|
||||
padding-bottom: 4px;
|
||||
}
|
||||
h3 { color: #8ecae6; }
|
||||
blockquote {
|
||||
border-left: 4px solid #ffd166;
|
||||
background: #ffffff15;
|
||||
padding: 0.5em 1em;
|
||||
font-style: italic;
|
||||
}
|
||||
table { font-size: 18px; width: 100%; }
|
||||
th { background: #06d6a040; }
|
||||
code { background: #ffffff20; }
|
||||
.lead h1 { font-size: 2em; color: #ffd166; }
|
||||
.lead h2 { font-size: 1.3em; border: none; color: #e0e0e0; }
|
||||
.bagian { font-size: 0.8em; color: #8ecae6; letter-spacing: 1px; }
|
||||
.lead p { font-size: 0.9em; color: #c0c0c0; }
|
||||
---
|
||||
<!-- _class: lead invert -->
|
||||
|
||||
# BAB 3
|
||||
## Data dan Informasi sebagai Aset Organisasi
|
||||
|
||||
<p class="bagian">II — Fondasi Berpikir Manajerial</p>
|
||||
|
||||
**Level:** Menengah
|
||||
|
||||
|
||||
---
|
||||
## Reader Outcome
|
||||
|
||||
> Pembaca mampu menjelaskan hirarki DIKW, mengevaluasi kualitas data organisasi, dan memahami prinsip data governance dari perspektif manajerial
|
||||
|
||||
| Info | Detail |
|
||||
|------|--------|
|
||||
| **Bagian** | II — Fondasi Berpikir Manajerial |
|
||||
| **Level** | Menengah |
|
||||
| **Sub-topik** | 6 konsep inti |
|
||||
|
||||
|
||||
---
|
||||
<!-- _class: invert -->
|
||||
|
||||
## Pertanyaan Pemantik
|
||||
|
||||
Pada Bab 2, Anda menggunakan Template A.2 (Audit Keselarasan SI-Strategi) untuk menilai apakah investasi SI sebuah organisasi benar-benar selaras dengan tujuan bisnisnya.
|
||||
|
||||
---
|
||||
|
||||
_Apa yang membedakan data, informasi, pengetahuan, dan kebijaksanaan — dan mengapa kualitas data menentukan kualitas setiap keputusan yang diambil manajer?_
|
||||
|
||||
|
||||
---
|
||||
## Model Utama — Gambar 3.1
|
||||
|
||||
```mermaid
|
||||
graph TD
|
||||
D[" Data<br/>(fakta mentah, angka, teks)"]
|
||||
I["Informasi<br/>(data + konteks + struktur)"]
|
||||
K[" Pengetahuan<br/>(informasi + pengalaman)"]
|
||||
W["️ Kebijaksanaan<br/>(keputusan yang bijak)"]
|
||||
|
||||
D -->|"+Konteks"| I
|
||||
I -->|"+Pengalaman"| K
|
||||
K -->|"+Penilaian"| W
|
||||
|
||||
D -.->|"Risiko"| BAD["️ Garbage In,<br/>Garbage Out"]
|
||||
I -.->|"Risiko"| BIAS["Bias<br/>Interpretasi"]
|
||||
K -.->|"Risiko"| STALE[" Knowledge<br/>Decay"]
|
||||
|
||||
style D fill:#8c4a1a,color:#ffffff
|
||||
style I fill:#8c4a1a,color:#ffffff
|
||||
style K fill:#8c4a1a,color:#ffffff
|
||||
style W fill:#8c4a1a,color:#ffffff
|
||||
style BAD fill:#5c1a1a,color:#ffffff
|
||||
style BIAS fill:#5c1a1a,color:#ffffff
|
||||
style STALE fill:#5c1a1a,color:#ffffff
|
||||
```
|
||||
|
||||
**Piramida DIKW: empat level transformasi dari data mentah menuju kebijaksanaan, masing-masing dengan risiko yang menyertainya.**
|
||||
|
||||
|
||||
---
|
||||
## Definisi Kunci
|
||||
|
||||
**Kualitas Data**
|
||||
Tingkat di mana data memenuhi empat dimensi utama: akurasi (seberapa benar), kelengkapan (seberapa lengkap), konsistensi (tidak saling kontradiksi ant
|
||||
|
||||
> _*Garbage in, garbage out* — keputusan manajerial hanya sebaik kualitas data yang mendasarinya. Manajer yang tidak mengevaluasi kualitas data berisiko mengambil _
|
||||
|
||||
**Tata Kelola Data**
|
||||
Kerangka kebijakan, proses, dan tanggung jawab untuk mengelola data sebagai aset organisasi secara konsisten dan akuntabel (DAMA International, 2023).
|
||||
|
||||
> _*Data governance* menentukan siapa yang bertanggung jawab atas data apa, siapa yang boleh mengaksesnya, dan bagaimana kualitasnya dijaga. Tanpa *governance*, da_
|
||||
|
||||
**Dark Data**
|
||||
Data yang dikumpulkan dan disimpan organisasi tetapi tidak pernah dianalisis atau digunakan untuk pengambilan keputusan — biasanya mencakup 60–73% dar
|
||||
|
||||
> _*Dark data* bukan hanya pemborosan penyimpanan — ia adalah risiko ganda: mengandung informasi sensitif yang tidak terproteksi, dan merepresentasikan *opportunit_
|
||||
|
||||
|
||||
---
|
||||
## Konsep Inti — Bagian 1
|
||||
|
||||
- **1.** Data vs Informasi vs Pengetahuan: Bukan Sekadar Perbedaan Semantik
|
||||
- **2.** Dimensi Kualitas Data: Empat Tanda Vital
|
||||
- **3.** Data sebagai Aset: Implikasi Manajerial
|
||||
|
||||
|
||||
---
|
||||
## Konsep Inti — Bagian 2
|
||||
|
||||
- **4.** *Data Governance*: Siapa Bertanggung Jawab atas Data?
|
||||
- **5.** *Data Lifecycle*: Dari Pengumpulan hingga Pemusnahan
|
||||
- **6.** Tantangan: *Data Silos*, *Dark Data*, dan Data yang "Terlalu Banyak"
|
||||
|
||||
|
||||
---
|
||||
## ⚠️ Salah Kaprah
|
||||
|
||||
> ⚠️ _"Lebih banyak data = lebih baik keputusannya"_
|
||||
|
||||
↳ Kualitas data selalu lebih penting dari kuantitas.
|
||||
|
||||
> ⚠️ _"Data yang ada di sistem pasti sudah akurat"_
|
||||
|
||||
↳ Validasi kualitas data sebelum mendasarkan keputusan padanya.
|
||||
|
||||
> ⚠️ _"*Data governance* itu urusan IT dan legal, bukan manajer"_
|
||||
|
||||
↳ Manajer harus menjadi *data owner* aktif di areanya — menetapkan standar kualitas data, memastikan data digunakan sesuai aturan, dan berpartisipasi dalam *gover
|
||||
|
||||
> ⚠️ _"*Big data* hanya relevan untuk perusahaan teknologi"_
|
||||
|
||||
↳ Pertanyaan yang tepat bukan "apakah kami cukup besar untuk *big data*?" melainkan "apakah kami sudah mengoptimalkan data yang sudah kami miliki?" Seringkali, *i
|
||||
|
||||
|
||||
---
|
||||
## Studi Kasus
|
||||
|
||||
📊 **Dasar:** Satu Data Indonesia — Konsolidasi Data Skala Nasional
|
||||
|
||||
**Sumber:** Bappenas (2023); Republik Indonesia (2022) Data pemerintah Indonesia tersebar di 34 kementerian, 100+ lembaga, dan 514 pemerintah daerah. Masing-masing menggunakan format, definisi, dan standar kualitas yang berbeda. Data kemiskinan dari
|
||||
|
||||
📊 **Lanjutan:** Data sebagai Aset di Neraca Strategis
|
||||
|
||||
**Sumber:** KPMG International (2023); Grover et al. (2022) Mayoritas perusahaan Fortune 500 memperlakukan data sebagai *by-product* operasi — dikumpulkan karena sistem menghasilkannya, disimpan karena penyimpanan murah, tetapi tidak dikelola sebagai
|
||||
|
||||
|
||||
---
|
||||
## 🔧 Template A.3
|
||||
### Audit Kualitas Data Organisasi
|
||||
|
||||
```
|
||||
```
|
||||
======================================
|
||||
Template A.3 — AUDIT KUALITAS DATA ORGANISASI
|
||||
======================================
|
||||
Nama Organisasi : ________________________________________
|
||||
Dataset yang Diaudit : ________________________________________
|
||||
Sumber Data : ________________________________________
|
||||
Tanggal Audit : ________________________________________
|
||||
Auditor : ________________________________________
|
||||
═══════════════════════════════════════════════════════════════
|
||||
DIMENSI 1: AKURASI
|
||||
Jumlah record total : ________
|
||||
Jumlah record dengan error : ________
|
||||
Akurasi rate : _____%
|
||||
Contoh error yang ditemukan : ________________________________________
|
||||
Penyebab utama inakurasi : ________________________________________
|
||||
DIMENSI 2: KELENGKAPAN
|
||||
Jumlah field wajib : ________
|
||||
```
|
||||
|
||||
|
||||
---
|
||||
## Rangkuman
|
||||
|
||||
1. Data, informasi, pengetahuan, dan kebijaksanaan bukan sinonim — setiap level membutuhkan transformasi yang berbeda dan menghasilkan nilai yang berbeda.
|
||||
2. Kualitas data diukur melalui empat dimensi: akurasi, kelengkapan, konsistensi, dan ketepatan waktu.
|
||||
3. Data adalah aset strategis, bukan *by-product*.
|
||||
4. *Data governance* bukan urusan IT — ia adalah kerangka tanggung jawab bisnis.
|
||||
5. Sebanyak 60–73% data organisasi adalah *dark data* — dikumpulkan tetapi tidak pernah digunakan.
|
||||
|
||||
|
||||
---
|
||||
<!-- _class: lead invert -->
|
||||
|
||||
## 🔥 Final Statement
|
||||
|
||||
> "Data bukan tentang seberapa banyak yang Anda kumpulkan, tetapi tentang seberapa tepat Anda bisa mempercayainya saat keputusan kritis harus diambil."
|
||||
|
||||
|
||||
---
|
||||
## Latihan & Refleksi
|
||||
|
||||
### 📝 Latihan 3.1 — Audit Kualitas Data (Template A.3)
|
||||
|
||||
untuk mengaudit satu *dataset* nyata dari organisasi yang Anda kenal — bisa dari *spreadsheet* penjualan, database pelanggan, data karyawan, atau sumber lain yang dapat Anda akses.
|
||||
|
||||
### ➡️ Menuju Bab 4
|
||||
|
||||
_Data berkualitas tinggi baru bermakna jika kita tahu masalah apa yang ingin dijawab. Memiliki *dataset* yang lengkap, akurat, dan konsisten tidak cukup jika pertanyaan yang diajukan kepada data itu se_
|
||||
|
||||
|
||||
|
||||
---
|
||||
221
slides/marp/slide-bab-04.md
Normal file
221
slides/marp/slide-bab-04.md
Normal file
|
|
@ -0,0 +1,221 @@
|
|||
---
|
||||
marp: true
|
||||
theme: gaia
|
||||
class: invert
|
||||
paginate: true
|
||||
header: "BAB 4 — Analisis Permasalahan Organisasi"
|
||||
footer: "Helmi Bahar Alim, S.Kom., M.Kom. | Universitas Putra Bangsa — Kebumen"
|
||||
style: |
|
||||
section {
|
||||
font-family: 'Segoe UI', Helvetica, sans-serif;
|
||||
font-size: 21px;
|
||||
}
|
||||
h1 { color: #ffd166; }
|
||||
h2 {
|
||||
color: #06d6a0;
|
||||
border-bottom: 2px solid #06d6a060;
|
||||
padding-bottom: 4px;
|
||||
}
|
||||
h3 { color: #8ecae6; }
|
||||
blockquote {
|
||||
border-left: 4px solid #ffd166;
|
||||
background: #ffffff15;
|
||||
padding: 0.5em 1em;
|
||||
font-style: italic;
|
||||
}
|
||||
table { font-size: 18px; width: 100%; }
|
||||
th { background: #06d6a040; }
|
||||
code { background: #ffffff20; }
|
||||
.lead h1 { font-size: 2em; color: #ffd166; }
|
||||
.lead h2 { font-size: 1.3em; border: none; color: #e0e0e0; }
|
||||
.bagian { font-size: 0.8em; color: #8ecae6; letter-spacing: 1px; }
|
||||
.lead p { font-size: 0.9em; color: #c0c0c0; }
|
||||
---
|
||||
<!-- _class: lead invert -->
|
||||
|
||||
# BAB 4
|
||||
## Analisis Permasalahan Organisasi
|
||||
|
||||
<p class="bagian">II — Fondasi Berpikir Manajerial</p>
|
||||
|
||||
**Level:** Lanjutan
|
||||
|
||||
|
||||
---
|
||||
## Reader Outcome
|
||||
|
||||
> Pembaca mampu melakukan diagnosis masalah organisasi berbasis informasi, membedakan gejala dari akar masalah, dan menyusun rumusan masalah yang siap ditindaklanjuti
|
||||
|
||||
| Info | Detail |
|
||||
|------|--------|
|
||||
| **Bagian** | II — Fondasi Berpikir Manajerial |
|
||||
| **Level** | Lanjutan |
|
||||
| **Sub-topik** | 6 konsep inti |
|
||||
|
||||
|
||||
---
|
||||
<!-- _class: invert -->
|
||||
|
||||
## Pertanyaan Pemantik
|
||||
|
||||
Bab 3 membangun fondasi penting: data bukan sekadar angka yang tersimpan dalam sistem, melainkan aset organisasi yang diukur kualitasnya melalui empat dimensi — akurasi, kelengkapan, konsistensi, dan ketepatan waktu. Template A.3 membantu Anda mengaudit kualitas data yang ada.
|
||||
|
||||
---
|
||||
|
||||
_Mengapa mendefinisikan masalah organisasi secara tepat lebih kritis daripada langsung mencari solusi — dan bagaimana teknik *problem framing* membantu manajer membedakan gejala dari akar masalah?_
|
||||
|
||||
|
||||
---
|
||||
## Model Utama — Gambar 4.1
|
||||
|
||||
```mermaid
|
||||
graph TD
|
||||
SYM[" Gejala Terlihat<br/>(keluhan, penurunan KPI, keterlambatan)"]
|
||||
PAT[" Identifikasi Pola<br/>(fishbone, 5-Why)"]
|
||||
IDEAL["Kondisi Ideal"]
|
||||
GAP[" Gap Analysis"]
|
||||
ROOT[" Akar Masalah"]
|
||||
PS[" Rumusan Masalah<br/>(spesifik, measurable, actionable)"]
|
||||
HYP["Hipotesis Solusi Awal"]
|
||||
|
||||
SYM --> PAT
|
||||
PAT --> ROOT
|
||||
IDEAL --> GAP
|
||||
GAP --> ROOT
|
||||
ROOT --> PS
|
||||
PS --> HYP
|
||||
HYP -.->|"validasi data"| ROOT
|
||||
|
||||
style SYM fill:#4a1a5c,color:#ffffff
|
||||
style PAT fill:#4a1a5c,color:#ffffff
|
||||
style IDEAL fill:#7a4a8c,color:#ffffff
|
||||
style GAP fill:#7a4a8c,color:#ffffff
|
||||
style ROOT fill:#4a1a5c,color:#ffffff
|
||||
style PS fill:#4a1a5c,color:#ffffff
|
||||
style HYP fill:#7a4a8c,color:#ffffff
|
||||
```
|
||||
|
||||
**Kerangka *Problem Framing* Manajerial: alur dari gejala yang terlihat menuju hipotesis solusi, dengan *feedback loop* validasi data.**
|
||||
|
||||
|
||||
---
|
||||
## Definisi Kunci
|
||||
|
||||
**Problem Framing**
|
||||
Proses mendefinisikan dan membatasi suatu masalah organisasi secara tepat sebelum mencari solusi — memastikan bahwa energi dan sumber daya dialokasika
|
||||
|
||||
> _Manajer yang terburu-buru mencari solusi tanpa *framing* yang tepat berisiko membangun sistem informasi yang canggih tetapi menjawab pertanyaan yang salah. Inve_
|
||||
|
||||
**Root Cause Analysis**
|
||||
Metode sistematis untuk mengidentifikasi penyebab paling mendasar suatu masalah — berbeda dari gejala atau penyebab antara — menggunakan teknik sepert
|
||||
|
||||
> _Investasi SI yang mengatasi gejala (bukan akar masalah) hanya menghasilkan pengulangan masalah dengan teknologi yang lebih mahal. Sistem baru dipasang, masalah _
|
||||
|
||||
**Gap Analysis**
|
||||
Perbandingan sistematis antara kondisi aktual dan kondisi yang diinginkan (*desired state*), mengidentifikasi celah yang harus dijembatani melalui int
|
||||
|
||||
> _*Gap analysis* memaksa manajer mengartikulasikan "seperti apa seharusnya" sebelum mengkritisi "seperti apa saat ini." Tanpa target yang jelas, kritik menjadi ke_
|
||||
|
||||
|
||||
---
|
||||
## Konsep Inti — Bagian 1
|
||||
|
||||
- **1.** *Problem Framing*: Mengapa Mendefinisikan Masalah Lebih Kritis dari Solusi
|
||||
- **2.** Gejala vs Akar Masalah: Kesalahan yang Paling Sering Terjadi
|
||||
- **3.** Teknik Analisis: *Fishbone*, *5-Why*, dan *Gap Analysis*
|
||||
|
||||
|
||||
---
|
||||
## Konsep Inti — Bagian 2
|
||||
|
||||
- **4.** *Stakeholder Analysis*: Masalah Siapa yang Sedang Diselesaikan?
|
||||
- **5.** Validasi Hipotesis: Data Harus Bicara Sebelum Solusi Dirancang
|
||||
- **6.** Dari Masalah ke Kebutuhan SI: Jembatan yang Harus Dibangun dengan Hati-hati
|
||||
|
||||
|
||||
---
|
||||
## ⚠️ Salah Kaprah
|
||||
|
||||
> ⚠️ _"Masalahnya jelas — yang dibutuhkan adalah sistem baru"_
|
||||
|
||||
↳ Sebelum membahas solusi SI, jawab tiga pertanyaan diagnostik: "Apakah akar masalahnya sudah teridentifikasi?" → "Apakah akar masalah terkait informasi/data/pros
|
||||
|
||||
> ⚠️ _"Kalau semua setuju ini masalahnya, pasti benar"_
|
||||
|
||||
↳ Validasi definisi masalah dengan data, bukan dengan *voting*.
|
||||
|
||||
> ⚠️ _"Cukup tanya pimpinan untuk tahu apa masalahnya"_
|
||||
|
||||
↳ Gunakan *multi-method*: wawancara *top-down* (apa yang dilihat pimpinan) + observasi *bottom-up* (apa yang terjadi di lapangan) + analisis data (apa yang ditunj
|
||||
|
||||
|
||||
---
|
||||
## Studi Kasus
|
||||
|
||||
📊 **Dasar:** SIMRS — *Bottleneck* Informasi di Rawat Jalan
|
||||
|
||||
**Sumber:** Parviainen et al. (2022); Kendall & Kendall (2019) Rumah sakit tipe B di Jawa Tengah: antrian rawat jalan rata-rata 3 jam. Keluhan pasien meningkat 45% dalam 6 bulan. Manajemen RS mengajukan proposal: "Tambah 5 dokter spesialis" — investa
|
||||
|
||||
📊 **Lanjutan:** Target Corporation — Ketika SI Bekerja, Organisasi Gagal
|
||||
|
||||
**Sumber:** Laudon & Laudon (2022); Standish Group (2023) Target Corporation memiliki investasi keamanan SI senilai ratusan juta dolar. Sistem FireEye mendeteksi *malware* pada 30 November 2013. *Alert* dikirim. Tim keamanan menerima *alert*. Namun:
|
||||
|
||||
|
||||
---
|
||||
## 🔧 Template A.4
|
||||
### *Problem Statement Canvas*
|
||||
|
||||
```
|
||||
```
|
||||
==========================================
|
||||
Template A.4 — PROBLEM STATEMENT CANVAS
|
||||
==========================================
|
||||
Tanggal : ________________________________________
|
||||
Tim Analisis : ________________________________________
|
||||
Organisasi/Unit : ________________________________________
|
||||
═══════════════════════════════════════════════════════════════
|
||||
1. GEJALA YANG TERLIHAT (apa yang dikeluhkan/dirasakan?)
|
||||
a. ________________________________________
|
||||
b. ________________________________________
|
||||
c. ________________________________________
|
||||
2. DATA PENDUKUNG GEJALA (bukti kuantitatif)
|
||||
Metrik yang relevan : ________________________________________
|
||||
Angka saat ini : ________________________________________
|
||||
Benchmark / target : ________________________________________
|
||||
Sumber data : ________________________________________
|
||||
3. ANALISIS 5-WHY
|
||||
```
|
||||
|
||||
|
||||
---
|
||||
## Rangkuman
|
||||
|
||||
1. Mendefinisikan masalah yang benar lebih kritis dari menemukan solusi yang canggih.
|
||||
2. Gejala bukan masalah.
|
||||
3. *Stakeholder analysis* memastikan masalah didefinisikan dari berbagai perspektif — bukan hanya dari perspektif pihak yang paling berkuasa di ruang rapat.
|
||||
4. Setiap rumusan masalah adalah hipotesis yang harus divalidasi dengan data.
|
||||
5. Tidak semua masalah organisasi membutuhkan SI baru.
|
||||
|
||||
|
||||
---
|
||||
<!-- _class: lead invert -->
|
||||
|
||||
## 🔥 Final Statement
|
||||
|
||||
> "Manajer yang piawai bukan yang paling cepat menemukan solusi, melainkan yang paling sabar mendefinisikan masalah yang benar sebelum beranjak ke solusi."
|
||||
|
||||
|
||||
---
|
||||
## Latihan & Refleksi
|
||||
|
||||
### 📝 Latihan 4.1 — *Problem Statement Canvas* (Template A.4)
|
||||
|
||||
untuk menganalisis satu masalah nyata di organisasi yang Anda kenal. Lengkapi seluruh 8 *section*:
|
||||
|
||||
### ➡️ Menuju Bab 5
|
||||
|
||||
_Setelah masalah organisasi didefinisikan dengan benar — dan dikonfirmasi bahwa masalahnya terkait informasi — pertanyaan berikutnya: informasi apa tepatnya yang dibutuhkan? Bab 5 membahas cara memetak_
|
||||
|
||||
|
||||
|
||||
---
|
||||
186
slides/marp/slide-bab-05.md
Normal file
186
slides/marp/slide-bab-05.md
Normal file
|
|
@ -0,0 +1,186 @@
|
|||
---
|
||||
marp: true
|
||||
theme: gaia
|
||||
class: invert
|
||||
paginate: true
|
||||
header: "BAB 5 — Kebutuhan Informasi Manajerial"
|
||||
footer: "Helmi Bahar Alim, S.Kom., M.Kom. | Universitas Putra Bangsa — Kebumen"
|
||||
style: |
|
||||
section {
|
||||
font-family: 'Segoe UI', Helvetica, sans-serif;
|
||||
font-size: 21px;
|
||||
}
|
||||
h1 { color: #ffd166; }
|
||||
h2 {
|
||||
color: #06d6a0;
|
||||
border-bottom: 2px solid #06d6a060;
|
||||
padding-bottom: 4px;
|
||||
}
|
||||
h3 { color: #8ecae6; }
|
||||
blockquote {
|
||||
border-left: 4px solid #ffd166;
|
||||
background: #ffffff15;
|
||||
padding: 0.5em 1em;
|
||||
font-style: italic;
|
||||
}
|
||||
table { font-size: 18px; width: 100%; }
|
||||
th { background: #06d6a040; }
|
||||
code { background: #ffffff20; }
|
||||
.lead h1 { font-size: 2em; color: #ffd166; }
|
||||
.lead h2 { font-size: 1.3em; border: none; color: #e0e0e0; }
|
||||
.bagian { font-size: 0.8em; color: #8ecae6; letter-spacing: 1px; }
|
||||
.lead p { font-size: 0.9em; color: #c0c0c0; }
|
||||
---
|
||||
<!-- _class: lead invert -->
|
||||
|
||||
# BAB 5
|
||||
## Kebutuhan Informasi Manajerial
|
||||
|
||||
<p class="bagian">II — Fondasi Berpikir Manajerial</p>
|
||||
|
||||
**Level:** Lanjutan
|
||||
|
||||
|
||||
---
|
||||
## Reader Outcome
|
||||
|
||||
> Pembaca mampu memetakan kebutuhan informasi per level manajemen, menerapkan teknik penggalian kebutuhan informasi, dan menyusun tabel kebutuhan informasi sebagai input perancangan SI
|
||||
|
||||
| Info | Detail |
|
||||
|------|--------|
|
||||
| **Bagian** | II — Fondasi Berpikir Manajerial |
|
||||
| **Level** | Lanjutan |
|
||||
| **Sub-topik** | 6 konsep inti |
|
||||
|
||||
|
||||
---
|
||||
<!-- _class: invert -->
|
||||
|
||||
## Pertanyaan Pemantik
|
||||
|
||||
Bab 4 membekali Anda dengan disiplin *problem framing* — membedakan gejala dari akar masalah, menyusun rumusan masalah terstruktur, dan mengevaluasi apakah masalah tersebut memang memerlukan intervensi SI. Template A.4 (*Problem Statement Canvas*) menghasilkan rumusan masalah yang sudah divalidasi dengan data.
|
||||
|
||||
---
|
||||
|
||||
_Bagaimana manajer memetakan kebutuhan informasi yang relevan untuk pengambilan keputusan di setiap level — dan mengapa *gap* antara "informasi yang tersedia" dan "informasi yang dibutuhkan" menjadi sumber kegagalan SI?_
|
||||
|
||||
|
||||
---
|
||||
## Model Utama — Gambar 5.1
|
||||
|
||||
```mermaid
|
||||
graph TD
|
||||
subgraph STRATEGIC["Level Strategis — Top Management"]
|
||||
style STRATEGIC fill:#4a1a5c,stroke:#333,color:#fff
|
||||
S1["Informasi Agregat & Trend"]
|
||||
S2["External Environment"]
|
||||
S3["Long-term Projection"]
|
||||
end
|
||||
subgraph TACTICAL["Level Taktis — Middle Management"]
|
||||
style TACTICAL fill:#6b3a7d,stroke:#333,color:#fff
|
||||
T1["Informasi Ringkasan Periodik"]
|
||||
T2["Exception Reports"]
|
||||
T3["Comparative Analysis"]
|
||||
end
|
||||
subgraph OPERATIONAL["Level Operasional — Lower Management"]
|
||||
style OPERATIONAL fill:#8c5a9e,stroke:#333,color:#fff
|
||||
O1["Informasi Detail Real-time"]
|
||||
O2["Transaction Records"]
|
||||
O3["SOP Compliance Data"]
|
||||
end
|
||||
OPERATIONAL --> TACTICAL --> STRATEGIC
|
||||
CONTEXT["Konteks Keputusan"] -.-> STRATEGIC
|
||||
CONTEXT -.-> TACTICAL
|
||||
CONTEXT -.-> OPERATIONAL
|
||||
style CONTEXT fill:#f5f5f5,stroke:#4a1a5c,color:#333
|
||||
```
|
||||
|
||||
**Signature Model — Bab 5**
|
||||
|
||||
|
||||
---
|
||||
## Definisi Kunci
|
||||
|
||||
**Information Requirement**
|
||||
Spesifikasi tentang informasi apa yang dibutuhkan, oleh siapa, dalam format apa, seberapa sering, dan untuk keputusan apa — yang menjadi dasar peranca
|
||||
|
||||
> __
|
||||
|
||||
|
||||
---
|
||||
## Konsep Inti — Bagian 1
|
||||
|
||||
- **1.** Piramida Kebutuhan Informasi: Operasional, Taktis, Strategis
|
||||
- **2.** Teknik Penggalian Kebutuhan Informasi
|
||||
- **3.** *Information Gap*: Antara Tersedia dan Dibutuhkan
|
||||
|
||||
|
||||
---
|
||||
## Konsep Inti — Bagian 2
|
||||
|
||||
- **4.** Siapa Menentukan Kebutuhan: Manajer, Analis, atau Teknolog?
|
||||
- **5.** Kebutuhan Informasi di Era Digital: Pergeseran Paradigma
|
||||
- **6.** Dari Kebutuhan Informasi ke Spesifikasi SI: Jembatan ke Bagian V
|
||||
|
||||
|
||||
---
|
||||
## ⚠️ Salah Kaprah
|
||||
|
||||
> ⚠️ _"Manajer pasti tahu informasi apa yang mereka butuhkan"_
|
||||
|
||||
↳ Gunakan teknik proaktif: *prototyping*, CSF *method*, analisis keputusan.
|
||||
|
||||
> ⚠️ _"Semakin banyak informasi yang disediakan SI, semakin baik"_
|
||||
|
||||
↳ SI yang baik mengimplementasikan *information filtering*: *default view* yang ramping, *drill-down* untuk detail, *exception-based alert* untuk anomali.
|
||||
|
||||
> ⚠️ _"Requirement gathering cukup dilakukan sekali di awal proyek"_
|
||||
|
||||
↳ Bangun mekanisme *feedback loop*: *review* kebutuhan informasi setiap 6–12 bulan, adopsi *iterative development*, dan sisakan fleksibilitas desain untuk mengako
|
||||
|
||||
> ⚠️ _"Kebutuhan informasi di semua level sama — cukup satu dashboard untuk semua"_
|
||||
|
||||
↳ Desain SI dengan *role-based views*: setiap level mendapat tampilan yang sesuai kebutuhan keputusan mereka.
|
||||
|
||||
|
||||
---
|
||||
## 🔧 Template A.5
|
||||
### Template A.5
|
||||
|
||||
```
|
||||
---
|
||||
```
|
||||
|
||||
|
||||
---
|
||||
## Rangkuman
|
||||
|
||||
1. Kebutuhan informasi berbeda per level manajemen — SI yang dirancang satu-ukuran-untuk-semua akan gagal melayani setidaknya dua dari tiga level.
|
||||
2. Manajer sering tidak bisa mengartikulasikan kebutuhan informasinya secara eksplisit.
|
||||
3. *Information gap* — selisih antara informasi yang tersedia dan yang dibutuhkan — adalah sumber utama kegagalan SI.
|
||||
4. Kelengkapan data bukan jaminan kelengkapan informasi.
|
||||
5. Di era digital, kebutuhan informasi berevolusi: dari laporan periodik ke *dashboard real-time*, dari reaktif ke prediktif, dari manajer-*defined* ke AI-*recomme
|
||||
|
||||
|
||||
---
|
||||
<!-- _class: lead invert -->
|
||||
|
||||
## 🔥 Final Statement
|
||||
|
||||
> "Kebutuhan informasi bukan tentang apa yang manajer minta, tetapi tentang apa yang mereka butuhkan untuk membuat keputusan yang tidak akan mereka sesali besok."
|
||||
|
||||
|
||||
---
|
||||
## Latihan & Refleksi
|
||||
|
||||
### 📝 Latihan 5.1 — *Information Requirement Table* (Template A.5)
|
||||
|
||||
untuk memetakan kebutuhan informasi **satu jabatan** di organisasi yang Anda kenal. Idealnya, lakukan di **tiga level** berbeda (operasional, taktis, strategis) dalam organisasi yang sama.
|
||||
|
||||
### ➡️ Menuju Bab 6
|
||||
|
||||
_Kebutuhan informasi sudah terpetakan per level manajemen — Template A.5 menghasilkan daftar informasi yang dibutuhkan, oleh siapa, dalam format apa, dan untuk keputusan apa. Pertanyaan berikutnya: di _
|
||||
|
||||
|
||||
|
||||
---
|
||||
229
slides/marp/slide-bab-06.md
Normal file
229
slides/marp/slide-bab-06.md
Normal file
|
|
@ -0,0 +1,229 @@
|
|||
---
|
||||
marp: true
|
||||
theme: gaia
|
||||
class: invert
|
||||
paginate: true
|
||||
header: "BAB 6 — Sistem Informasi dalam Fungsi Bisnis"
|
||||
footer: "Helmi Bahar Alim, S.Kom., M.Kom. | Universitas Putra Bangsa — Kebumen"
|
||||
style: |
|
||||
section {
|
||||
font-family: 'Segoe UI', Helvetica, sans-serif;
|
||||
font-size: 21px;
|
||||
}
|
||||
h1 { color: #ffd166; }
|
||||
h2 {
|
||||
color: #06d6a0;
|
||||
border-bottom: 2px solid #06d6a060;
|
||||
padding-bottom: 4px;
|
||||
}
|
||||
h3 { color: #8ecae6; }
|
||||
blockquote {
|
||||
border-left: 4px solid #ffd166;
|
||||
background: #ffffff15;
|
||||
padding: 0.5em 1em;
|
||||
font-style: italic;
|
||||
}
|
||||
table { font-size: 18px; width: 100%; }
|
||||
th { background: #06d6a040; }
|
||||
code { background: #ffffff20; }
|
||||
.lead h1 { font-size: 2em; color: #ffd166; }
|
||||
.lead h2 { font-size: 1.3em; border: none; color: #e0e0e0; }
|
||||
.bagian { font-size: 0.8em; color: #8ecae6; letter-spacing: 1px; }
|
||||
.lead p { font-size: 0.9em; color: #c0c0c0; }
|
||||
---
|
||||
<!-- _class: lead invert -->
|
||||
|
||||
# BAB 6
|
||||
## Sistem Informasi dalam Fungsi Bisnis
|
||||
|
||||
<p class="bagian">III — SI dalam Proses Bisnis</p>
|
||||
|
||||
**Level:** Menengah
|
||||
|
||||
|
||||
---
|
||||
## Reader Outcome
|
||||
|
||||
> Pembaca mampu menganalisis kontribusi spesifik SI pada empat fungsi bisnis utama dan mengidentifikasi potensi manfaat serta risiko pemanfaatannya
|
||||
|
||||
| Info | Detail |
|
||||
|------|--------|
|
||||
| **Bagian** | III — SI dalam Proses Bisnis |
|
||||
| **Level** | Menengah |
|
||||
| **Sub-topik** | 7 konsep inti |
|
||||
|
||||
|
||||
---
|
||||
<!-- _class: invert -->
|
||||
|
||||
## Pertanyaan Pemantik
|
||||
|
||||
Pada Bab 5, Anda menyusun tabel kebutuhan informasi menggunakan Template A.5 — merinci informasi apa yang dibutuhkan oleh masing-masing level manajemen, dalam format apa, dan untuk keputusan apa. Tabel itu dengan cepat mengungkap satu kenyataan: kebutuhan informasi manajerial bersumber dari aktivitas yang tersebar di berbagai fungsi bisnis.
|
||||
|
||||
---
|
||||
|
||||
_Bagaimana sistem informasi secara spesifik mendukung setiap fungsi bisnis — pemasaran, keuangan, SDM, dan operasi — dan mengapa integrasi antar-fungsi lebih penting daripada kecanggihan sistem di masing-masing fungsi?_
|
||||
|
||||
|
||||
---
|
||||
## Model Utama — Gambar 6.1
|
||||
|
||||
```mermaid
|
||||
graph TD
|
||||
CORE["️ Core Data<br/>Organization"]
|
||||
MKT[" SI Pemasaran<br/>(CRM, Analitik)"]
|
||||
FIN[" SI Keuangan<br/>(Akuntansi, Forecasting)"]
|
||||
HRM[" SI SDM<br/>(HRIS, People Analytics)"]
|
||||
OPS["️ SI Operasional<br/>(Inventory, Supply Chain)"]
|
||||
DEC["Pengambilan Keputusan<br/>Manajerial"]
|
||||
|
||||
CORE --> MKT
|
||||
CORE --> FIN
|
||||
CORE --> HRM
|
||||
CORE --> OPS
|
||||
MKT <--> DEC
|
||||
FIN <--> DEC
|
||||
HRM <--> DEC
|
||||
OPS <--> DEC
|
||||
MKT <-.->|"data pelanggan ↔ data stok"| OPS
|
||||
FIN <-.->|"data biaya ↔ data produksi"| OPS
|
||||
HRM <-.->|"data workforce ↔ data kampanye"| MKT
|
||||
FIN <-.->|"budget ↔ hiring plan"| HRM
|
||||
|
||||
style CORE fill:#1a5c4a,color:#ffffff
|
||||
style MKT fill:#1a5c4a,color:#ffffff
|
||||
style FIN fill:#1a5c4a,color:#ffffff
|
||||
style HRM fill:#1a5c4a,color:#ffffff
|
||||
style OPS fill:#1a5c4a,color:#ffffff
|
||||
style DEC fill:#1a5c4a,color:#ffffff
|
||||
```
|
||||
|
||||
**Ekosistem SI Lintas Fungsi Bisnis: empat SI fungsional terhubung ke satu sumber data organisasi dan saling bertukar informasi untuk mendukung pengambilan keputusan manajerial.**
|
||||
|
||||
|
||||
---
|
||||
## Definisi Kunci
|
||||
|
||||
**Sistem Informasi Fungsional**
|
||||
Sistem informasi yang dirancang untuk mendukung aktivitas dan pengambilan keputusan dalam satu fungsi bisnis spesifik — pemasaran, keuangan, SDM, atau
|
||||
|
||||
> _Manajer perlu memahami kemampuan dan keterbatasan SI di fungsinya sendiri, sekaligus mengetahui bagaimana SI di fungsi lain memengaruhi keputusan lintas departe_
|
||||
|
||||
**Silo Informasi**
|
||||
Kondisi di mana data dan informasi terisolasi di dalam satu departemen atau sistem, tidak dapat diakses atau dimanfaatkan oleh fungsi bisnis lain (Lau
|
||||
|
||||
> _Silo adalah penyebab utama duplikasi data, keputusan yang terlambat, dan konflik antar-departemen yang sebenarnya bisa dicegah jika informasi mengalir secara tr_
|
||||
|
||||
**KPI Informasi**
|
||||
Indikator kinerja yang mengukur sejauh mana sistem informasi di suatu fungsi menghasilkan output yang tepat waktu, akurat, dan *actionable* bagi penga
|
||||
|
||||
> _Tanpa KPI informasi, manajer tidak punya cara objektif untuk mengukur apakah SI di unitnya benar-benar berkontribusi pada kinerja bisnis atau hanya menjadi beba_
|
||||
|
||||
|
||||
---
|
||||
## Konsep Inti — Bagian 1
|
||||
|
||||
- **1.** SI Pemasaran: CRM, Analitik Kampanye, dan Personalisasi
|
||||
- **2.** SI Keuangan: Akuntansi, Peramalan, dan Manajemen Kas
|
||||
- **3.** SI SDM: HRIS, Rekrutmen Digital, dan *Performance Management*
|
||||
- **4.** SI Operasional: Inventory, Supply Chain, dan Quality Control
|
||||
|
||||
|
||||
---
|
||||
## Konsep Inti — Bagian 2
|
||||
|
||||
- **5.** Sinergi Lintas Fungsi: Mengapa Silorisasi Berbahaya
|
||||
- **6.** KPI Informasi per Fungsi
|
||||
- **7.** Otomasi Proses Berbasis AI dalam Konteks Fungsi Bisnis
|
||||
|
||||
|
||||
---
|
||||
## ⚠️ Salah Kaprah
|
||||
|
||||
> ⚠️ _"Setiap fungsi bisnis cukup punya sistemnya sendiri"_
|
||||
|
||||
↳ SI fungsional harus dirancang sebagai bagian dari ekosistem, bukan entitas mandiri.
|
||||
|
||||
> ⚠️ _"SI SDM itu hanya untuk absensi dan penggajian"_
|
||||
|
||||
↳ Manajer SDM perlu memandang HRIS sebagai platform *people analytics* yang mendukung keputusan strategis *workforce* — bukan sekadar alat administrasi.
|
||||
|
||||
> ⚠️ _"Otomasi = menggantikan pegawai, bukan membantu manajer"_
|
||||
|
||||
↳ Otomasi yang dirancang dengan baik tidak mengecilkan peran manusia — ia memperbesar kapasitas manusia untuk melakukan pekerjaan yang hanya manusia yang bisa lak
|
||||
|
||||
> ⚠️ _"*Marketing analytics* hanya untuk perusahaan *e-commerce* besar"_
|
||||
|
||||
↳ Mulailah dari data yang sudah ada.
|
||||
|
||||
|
||||
---
|
||||
## Studi Kasus
|
||||
|
||||
📊 **Dasar:** BCA — Integrasi SI dari *Front Office* hingga *Back Office*
|
||||
|
||||
**Sumber:** Laudon & Laudon (2022); Stankovska et al. (2022) Bank BCA pada awal 2000-an menghadapi sistem informasi terfragmentasi. Setiap cabang memiliki *database* terpisah. Data nasabah tidak tersinkronisasi antar-cabang — seorang nasabah yang mem
|
||||
|
||||
📊 **Lanjutan:** Walmart — SI Rantai Pasokan yang Meredefinisi Industri
|
||||
|
||||
**Sumber:** Laudon & Laudon (2022); Turban et al. (2021) Pada 1980-an, industri ritel global mengandalkan model *supplier-driven restocking*: pemasok menentukan kapan dan berapa banyak barang dikirim ke toko. Pengecer (*retailer*) tidak memiliki visi
|
||||
|
||||
|
||||
---
|
||||
## 🔧 Template A.6
|
||||
### Peta SI Fungsional Organisasi
|
||||
|
||||
```
|
||||
```
|
||||
======================================
|
||||
Template A.6 — PETA SI FUNGSIONAL ORGANISASI
|
||||
======================================
|
||||
Nama Organisasi : ________________________________________
|
||||
Industri : ________________________________________
|
||||
Jumlah Karyawan : ________________________________________
|
||||
Tanggal Penilaian : ________________________________________
|
||||
═══════════════════════════════════════════════════════════════
|
||||
FUNGSI 1: PEMASARAN
|
||||
Sistem yang digunakan : ________________________________________
|
||||
Tipe data yang dikelola : ________________________________________
|
||||
Level otomasi (1–5) : ____
|
||||
Output keputusan utama : ________________________________________
|
||||
Terintegrasi dengan : [ ] Keuangan [ ] SDM [ ] Operasi [ ] Tidak ada
|
||||
FUNGSI 2: KEUANGAN
|
||||
Sistem yang digunakan : ________________________________________
|
||||
Tipe data yang dikelola : ________________________________________
|
||||
```
|
||||
|
||||
|
||||
---
|
||||
## Rangkuman
|
||||
|
||||
1. SI fungsional bukan sekadar alat administrasi departemen — ia adalah sumber informasi yang menggerakkan keputusan manajerial di setiap fungsi bisnis.
|
||||
2. Empat pilar SI fungsional (pemasaran, keuangan, SDM, operasi) masing-masing memiliki ekosistem data, KPI, dan tingkat otomasi yang berbeda.
|
||||
3. Silo informasi antar-fungsi adalah penghancur nilai organisasi yang dampaknya tidak langsung terlihat — ia menumpuk secara perlahan dalam bentuk keputusan terla
|
||||
4. KPI informasi harus diukur di setiap fungsi, bukan hanya KPI kinerja operasional.
|
||||
5. Otomasi berbasis AI sudah *embedded* di SI fungsional modern: *recommendation engine* di pemasaran, *predictive forecasting* di keuangan, *people analytics* di
|
||||
|
||||
|
||||
---
|
||||
<!-- _class: lead invert -->
|
||||
|
||||
## 🔥 Final Statement
|
||||
|
||||
> "Organisasi yang kuat bukan yang memiliki fungsi terbaik, melainkan yang memiliki informasi yang mengalir tanpa hambatan di antara semua fungsinya."
|
||||
|
||||
|
||||
---
|
||||
## Latihan & Refleksi
|
||||
|
||||
### 📝 Latihan 6.1 — Peta SI Fungsional (Template A.6)
|
||||
|
||||
untuk memetakan SI di organisasi yang sama dengan yang Anda analisis pada Bab 1 dan Bab 2 (atau organisasi lain yang Anda pilih).
|
||||
|
||||
### ➡️ Menuju Bab 7
|
||||
|
||||
_Bab ini mengungkap bahwa SI fungsional yang terpisah menghasilkan keputusan parsial, dan integrasi lintas fungsi adalah kunci. Tetapi integrasi seperti apa? Bab berikutnya akan membahas *Enterprise Sy_
|
||||
|
||||
|
||||
|
||||
---
|
||||
221
slides/marp/slide-bab-07.md
Normal file
221
slides/marp/slide-bab-07.md
Normal file
|
|
@ -0,0 +1,221 @@
|
|||
---
|
||||
marp: true
|
||||
theme: gaia
|
||||
class: invert
|
||||
paginate: true
|
||||
header: "BAB 7 — Sistem Perusahaan dan Integrasi Lintas Fungsi"
|
||||
footer: "Helmi Bahar Alim, S.Kom., M.Kom. | Universitas Putra Bangsa — Kebumen"
|
||||
style: |
|
||||
section {
|
||||
font-family: 'Segoe UI', Helvetica, sans-serif;
|
||||
font-size: 21px;
|
||||
}
|
||||
h1 { color: #ffd166; }
|
||||
h2 {
|
||||
color: #06d6a0;
|
||||
border-bottom: 2px solid #06d6a060;
|
||||
padding-bottom: 4px;
|
||||
}
|
||||
h3 { color: #8ecae6; }
|
||||
blockquote {
|
||||
border-left: 4px solid #ffd166;
|
||||
background: #ffffff15;
|
||||
padding: 0.5em 1em;
|
||||
font-style: italic;
|
||||
}
|
||||
table { font-size: 18px; width: 100%; }
|
||||
th { background: #06d6a040; }
|
||||
code { background: #ffffff20; }
|
||||
.lead h1 { font-size: 2em; color: #ffd166; }
|
||||
.lead h2 { font-size: 1.3em; border: none; color: #e0e0e0; }
|
||||
.bagian { font-size: 0.8em; color: #8ecae6; letter-spacing: 1px; }
|
||||
.lead p { font-size: 0.9em; color: #c0c0c0; }
|
||||
---
|
||||
<!-- _class: lead invert -->
|
||||
|
||||
# BAB 7
|
||||
## Sistem Perusahaan dan Integrasi Lintas Fungsi
|
||||
|
||||
<p class="bagian">III — SI dalam Proses Bisnis</p>
|
||||
|
||||
**Level:** Menengah
|
||||
|
||||
|
||||
---
|
||||
## Reader Outcome
|
||||
|
||||
> Pembaca mampu menjelaskan arsitektur sistem perusahaan (ERP/CRM/SCM) dan mengevaluasi faktor keberhasilan serta kegagalan integrasinya
|
||||
|
||||
| Info | Detail |
|
||||
|------|--------|
|
||||
| **Bagian** | III — SI dalam Proses Bisnis |
|
||||
| **Level** | Menengah |
|
||||
| **Sub-topik** | 6 konsep inti |
|
||||
|
||||
|
||||
---
|
||||
<!-- _class: invert -->
|
||||
|
||||
## Pertanyaan Pemantik
|
||||
|
||||
Pada Bab 6, Anda memetakan SI fungsional organisasi menggunakan Template A.6. Dari pemetaan itu, Anda menemukan berapa dari enam koneksi integrasi antar-fungsi yang benar-benar aktif — dan berapa yang masih terputus, menghasilkan keputusan berbasis informasi parsial.
|
||||
|
||||
---
|
||||
|
||||
_Bagaimana arsitektur *enterprise system* mengintegrasikan data lintas fungsi, dan mengapa implementasinya jauh lebih sulit dari yang dijanjikan vendor?_
|
||||
|
||||
|
||||
---
|
||||
## Model Utama — Gambar 7.1
|
||||
|
||||
```mermaid
|
||||
graph TD
|
||||
ERP[" ERP<br/>(Inti Proses Bisnis)"]
|
||||
CRM[" CRM<br/>(Relasi Pelanggan)"]
|
||||
SCM[" SCM<br/>(Rantai Pasokan)"]
|
||||
DW["️ Data Warehouse"]
|
||||
BI["BI & Analytics"]
|
||||
DEC["Pengambilan Keputusan<br/>Manajer"]
|
||||
|
||||
ERP -->|"data terpusat"| DW
|
||||
CRM -->|"data pelanggan"| DW
|
||||
SCM -->|"data supply"| DW
|
||||
DW --> BI
|
||||
BI --> DEC
|
||||
DEC -->|"feedback strategi"| ERP
|
||||
ERP <-->|"integrasi proses"| CRM
|
||||
ERP <-->|"integrasi logistik"| SCM
|
||||
CRM <-->|"demand signal"| SCM
|
||||
|
||||
style ERP fill:#1a5c4a,color:#ffffff
|
||||
style CRM fill:#1a5c4a,color:#ffffff
|
||||
style SCM fill:#1a5c4a,color:#ffffff
|
||||
style DW fill:#1a5c4a,color:#ffffff
|
||||
style BI fill:#1a5c4a,color:#ffffff
|
||||
style DEC fill:#1a5c4a,color:#ffffff
|
||||
```
|
||||
|
||||
**Model Integrasi Enterprise System: tiga platform utama (ERP, CRM, SCM) mengalirkan data ke warehouse terpusat untuk analitik dan pengambilan keputusan manajerial.**
|
||||
|
||||
|
||||
---
|
||||
## Definisi Kunci
|
||||
|
||||
**Sistem Perusahaan**
|
||||
Platform terintegrasi — biasanya berupa ERP, CRM, dan/atau SCM — yang menyatukan data dan proses lintas fungsi bisnis dalam satu infrastruktur (Monk &
|
||||
|
||||
> __
|
||||
|
||||
**ERP**
|
||||
Sistem terintegrasi yang mengelola proses bisnis inti — keuangan, produksi, *procurement*, SDM — dalam satu *database* terpusat, menghilangkan duplika
|
||||
|
||||
> __
|
||||
|
||||
**Integrasi Data**
|
||||
Proses menggabungkan data dari berbagai sumber dan sistem menjadi satu pandangan yang konsisten, akurat, dan dapat diakses oleh seluruh pemangku kepen
|
||||
|
||||
> __
|
||||
|
||||
|
||||
---
|
||||
## Konsep Inti — Bagian 1
|
||||
|
||||
- **1.** ERP: Arsitektur, Modul, dan Filosofi Integrasi
|
||||
- **2.** CRM: Mengelola Relasi Pelanggan Berbasis Data
|
||||
- **3.** SCM: Optimasi Rantai Pasokan Digital
|
||||
|
||||
|
||||
---
|
||||
## Konsep Inti — Bagian 2
|
||||
|
||||
- **4.** Integrasi vs Silorisasi: Biaya Tersembunyi Silo Informasi
|
||||
- **5.** Tantangan Implementasi Enterprise System
|
||||
- **6.** Tren: ERP Berbasis Cloud dan AI-Enhanced Enterprise
|
||||
|
||||
|
||||
---
|
||||
## ⚠️ Salah Kaprah
|
||||
|
||||
> ⚠️ _"ERP = solusi semua masalah, tinggal *install*"_
|
||||
|
||||
↳ Sebelum membahas ERP, tanyakan: "Apakah proses bisnis kami sudah siap diintegrasikan, atau masih perlu dibenahi terlebih dahulu?" Jika jawabannya "belum," maka
|
||||
|
||||
> ⚠️ _"Makin mahal sistem ERP, makin sukses implementasinya"_
|
||||
|
||||
↳ *Budget* terbesar ERP seharusnya bukan untuk lisensi *software*, melainkan untuk manusia — pelatihan, *change management*, dan *data cleansing*.
|
||||
|
||||
> ⚠️ _"CRM hanya untuk tim penjualan"_
|
||||
|
||||
↳ CRM harus dilihat sebagai platform *single customer view* yang melayani seluruh organisasi.
|
||||
|
||||
|
||||
---
|
||||
## Studi Kasus
|
||||
|
||||
📊 **Dasar:** BPJS Kesehatan — Integrasi Sistem untuk 266 Juta Peserta
|
||||
|
||||
**Sumber:** Laudon & Laudon (2022); Kemenkop (2023) Ketika BPJS Kesehatan diluncurkan pada 2014, infrastruktur SI-nya belum terintegrasi. Ribuan fasilitas kesehatan tingkat pertama (FKTP) dan rumah sakit menggunakan sistem informasi yang berbeda-beda
|
||||
|
||||
📊 **Lanjutan:** Hershey vs P&G — Kontras Implementasi ERP
|
||||
|
||||
**Sumber:** Hendricks et al. (2007); Monk & Wagner (2022); Panorama Consulting (2023) Hershey memutuskan mengimplementasikan SAP ERP, CRM (Siebel), dan SCM (Manugistics) secara simultan — *big bang approach*. Timeline dipaksa 30 bulan, padahal implem
|
||||
|
||||
|
||||
---
|
||||
## 🔧 Template A.7
|
||||
### Checklist Kesiapan Enterprise System
|
||||
|
||||
```
|
||||
```
|
||||
======================================
|
||||
Template A.7 — CHECKLIST KESIAPAN ENTERPRISE SYSTEM
|
||||
======================================
|
||||
Nama Organisasi : ________________________________________
|
||||
Sistem yang Dievaluasi: [ ] ERP [ ] CRM [ ] SCM [ ] Lainnya: ______
|
||||
Tanggal Evaluasi : ________________________________________
|
||||
═══════════════════════════════════════════════════════════════
|
||||
DIMENSI 1: KESIAPAN PROSES BISNIS
|
||||
Proses sudah terdokumentasi? : [ ] Ya [ ] Sebagian [ ] Tidak
|
||||
Gap proses utama yang teridentifikasi : ________________________________________
|
||||
Proses siap distandarkan? : [ ] Ya [ ] Perlu penyesuaian besar
|
||||
DIMENSI 2: KESIAPAN DATA
|
||||
Kualitas data saat ini (1–5) : ____
|
||||
Data master sudah terstandar? : [ ] Ya [ ] Sebagian [ ] Tidak
|
||||
Rencana data cleansing : ________________________________________
|
||||
DIMENSI 3: KESIAPAN SDM & MANAJEMEN
|
||||
Sponsor C-level teridentifikasi? : [ ] Ya [ ] Tidak
|
||||
```
|
||||
|
||||
|
||||
---
|
||||
## Rangkuman
|
||||
|
||||
1. *Enterprise system* (ERP, CRM, SCM) adalah jawaban arsitektural atas masalah silo informasi yang dibahas di Bab 6.
|
||||
2. ERP bukan *software* yang di-*install* — ia adalah transformasi cara seluruh organisasi bekerja dengan data.
|
||||
3. CRM modern melampaui fungsi penjualan.
|
||||
4. SCM digital menjadi kritikal di era disrupsi.
|
||||
5. Angka 55–75% implementasi ERP yang melebihi *budget* dan jadwal menunjukkan bahwa faktor kegagalan utama bukan teknologi, melainkan *change management* (67%), *
|
||||
|
||||
|
||||
---
|
||||
<!-- _class: lead invert -->
|
||||
|
||||
## 🔥 Final Statement
|
||||
|
||||
> "Enterprise system bukan tentang menyatukan teknologi, tetapi tentang menyatukan cara berpikir seluruh organisasi terhadap data."
|
||||
|
||||
|
||||
---
|
||||
## Latihan & Refleksi
|
||||
|
||||
### 📝 Latihan 7.1 — Evaluasi Kesiapan Enterprise System (Template A.7)
|
||||
|
||||
untuk mengevaluasi kesiapan satu organisasi nyata terhadap implementasi ERP, CRM, atau SCM.
|
||||
|
||||
### ➡️ Menuju Bab 8
|
||||
|
||||
_*Enterprise system* menghasilkan satu hal yang sebelumnya tidak mudah dicapai: data terpusat yang mencerminkan seluruh operasional bisnis dalam satu basis data. Tetapi data terpusat yang melimpah tida_
|
||||
|
||||
|
||||
|
||||
---
|
||||
226
slides/marp/slide-bab-08.md
Normal file
226
slides/marp/slide-bab-08.md
Normal file
|
|
@ -0,0 +1,226 @@
|
|||
---
|
||||
marp: true
|
||||
theme: gaia
|
||||
class: invert
|
||||
paginate: true
|
||||
header: "BAB 8 — Pengambilan Keputusan Berbasis Data"
|
||||
footer: "Helmi Bahar Alim, S.Kom., M.Kom. | Universitas Putra Bangsa — Kebumen"
|
||||
style: |
|
||||
section {
|
||||
font-family: 'Segoe UI', Helvetica, sans-serif;
|
||||
font-size: 21px;
|
||||
}
|
||||
h1 { color: #ffd166; }
|
||||
h2 {
|
||||
color: #06d6a0;
|
||||
border-bottom: 2px solid #06d6a060;
|
||||
padding-bottom: 4px;
|
||||
}
|
||||
h3 { color: #8ecae6; }
|
||||
blockquote {
|
||||
border-left: 4px solid #ffd166;
|
||||
background: #ffffff15;
|
||||
padding: 0.5em 1em;
|
||||
font-style: italic;
|
||||
}
|
||||
table { font-size: 18px; width: 100%; }
|
||||
th { background: #06d6a040; }
|
||||
code { background: #ffffff20; }
|
||||
.lead h1 { font-size: 2em; color: #ffd166; }
|
||||
.lead h2 { font-size: 1.3em; border: none; color: #e0e0e0; }
|
||||
.bagian { font-size: 0.8em; color: #8ecae6; letter-spacing: 1px; }
|
||||
.lead p { font-size: 0.9em; color: #c0c0c0; }
|
||||
---
|
||||
<!-- _class: lead invert -->
|
||||
|
||||
# BAB 8
|
||||
## Pengambilan Keputusan Berbasis Data
|
||||
|
||||
<p class="bagian">III — SI dalam Proses Bisnis dan Pengambilan Keputusan</p>
|
||||
|
||||
**Level:** Menengah–Lanjutan
|
||||
|
||||
|
||||
---
|
||||
## Reader Outcome
|
||||
|
||||
> Pembaca mampu mengaplikasikan model pengambilan keputusan manajerial dengan dukungan SI dan membedakan keputusan terstruktur vs tidak terstruktur dalam konteks bisnis nyata
|
||||
|
||||
| Info | Detail |
|
||||
|------|--------|
|
||||
| **Bagian** | III — SI dalam Proses Bisnis dan Pengambilan Keputusan |
|
||||
| **Level** | Menengah–Lanjutan |
|
||||
| **Sub-topik** | 7 konsep inti |
|
||||
|
||||
|
||||
---
|
||||
<!-- _class: invert -->
|
||||
|
||||
## Pertanyaan Pemantik
|
||||
|
||||
Bab 7 menunjukkan bahwa arsitektur *enterprise system* — ERP, CRM, dan SCM yang terintegrasi — menghasilkan satu hal yang sebelumnya sulit dicapai: data terpusat yang mencerminkan seluruh operasional bisnis dalam satu sumber kebenaran tunggal (*single source of truth*). Template A.7 membantu Anda mengevaluasi kesiapan integrasi sistem perusahaan.
|
||||
|
||||
---
|
||||
|
||||
_Bagaimana manajer menggunakan data dan sistem informasi untuk mengambil keputusan yang lebih baik — dan di mana batas antara augmentasi data dan *judgment* manusia?_
|
||||
|
||||
|
||||
---
|
||||
## Model Utama — Gambar 8.1
|
||||
|
||||
```mermaid
|
||||
graph TD
|
||||
INT[" INTELLIGENCE<br/>Identifikasi & Pahami Masalah"]
|
||||
DES[" DESIGN<br/>Rancang Alternatif Solusi"]
|
||||
CHO["️ CHOICE<br/>Pilih Solusi Terbaik"]
|
||||
IMP[" IMPLEMENTATION<br/>Jalankan & Monitor"]
|
||||
|
||||
INT -->|"data scanning"| DES
|
||||
DES -->|"analisis skenario"| CHO
|
||||
CHO -->|"eksekusi"| IMP
|
||||
IMP -->|"feedback loop"| INT
|
||||
|
||||
SI1["SI: Dashboard,<br/>alert system,<br/>data monitoring"] -.-> INT
|
||||
SI2["SI: Simulasi,<br/>what-if analysis,<br/>DSS"] -.-> DES
|
||||
SI3["SI: Scoring model,<br/>decision matrix,<br/>AI recommendation"] -.-> CHO
|
||||
SI4["SI: KPI tracking,<br/>real-time reporting"] -.-> IMP
|
||||
|
||||
style INT fill:#8c4a1a,color:#ffffff
|
||||
style DES fill:#8c4a1a,color:#ffffff
|
||||
style CHO fill:#8c4a1a,color:#ffffff
|
||||
style IMP fill:#8c4a1a,color:#ffffff
|
||||
style SI1 fill:#d4a574,color:#000000
|
||||
style SI2 fill:#d4a574,color:#000000
|
||||
style SI3 fill:#d4a574,color:#000000
|
||||
style SI4 fill:#d4a574,color:#000000
|
||||
```
|
||||
|
||||
**Model Pengambilan Keputusan Simon: empat fase siklus keputusan (kotak gelap) dengan layer dukungan SI di setiap fase (kotak terang).**
|
||||
|
||||
|
||||
---
|
||||
## Definisi Kunci
|
||||
|
||||
**Pengambilan Keputusan Berbasis Data**
|
||||
Pendekatan pengambilan keputusan yang mengutamakan bukti data terverifikasi di atas intuisi atau kebiasaan semata (Vidgen et al., 2021).
|
||||
|
||||
> _DDDM bukan berarti data menggantikan manajer — melainkan data menjadi fondasi yang memperkuat *judgment*. Manajer yang DDDM tetap menggunakan pengalaman, tetapi_
|
||||
|
||||
**Keputusan Terstruktur**
|
||||
Keputusan yang mengikuti prosedur baku, berulang, dan dapat diotomasi karena memiliki kriteria dan data yang jelas (Laudon & Laudon, 2022).
|
||||
|
||||
> _Manajer harus mengidentifikasi keputusan terstruktur di organisasinya dan mempertimbangkan otomasi — agar waktu dan energi bisa dialokasikan ke keputusan yang b_
|
||||
|
||||
**Sistem Pendukung Keputusan**
|
||||
Sistem informasi interaktif yang membantu manajer dalam pengambilan keputusan semi-terstruktur dan tidak terstruktur dengan menyediakan akses data, mo
|
||||
|
||||
> _DSS bukan *decision-making system* — ia *decision-SUPPORT system*. Manajer tetap pembuat keputusan; DSS menyediakan lensa yang membuat keputusan lebih *informed_
|
||||
|
||||
|
||||
---
|
||||
## Konsep Inti — Bagian 1
|
||||
|
||||
- **1.** Model Keputusan Simon: Mengapa Masih Relevan setelah Lima Dekade
|
||||
- **2.** Tipologi Keputusan: Terstruktur, Semi-Terstruktur, Tidak Terstruktur
|
||||
- **3.** *Decision Support System*: Bukan Autopilot, Melainkan Co-pilot
|
||||
- **4.** Informasi per Level Manajemen: Bukan Satu Ukuran untuk Semua
|
||||
|
||||
|
||||
---
|
||||
## Konsep Inti — Bagian 2
|
||||
|
||||
- **5.** Bias Kognitif: Musuh Diam-diam Setiap Keputusan
|
||||
- **6.** *Bounded Rationality*: Mengapa Manajer Butuh Bantuan SI
|
||||
- **7.** AI sebagai Augmentasi Keputusan, Bukan Pengganti
|
||||
|
||||
|
||||
---
|
||||
## ⚠️ Salah Kaprah
|
||||
|
||||
> ⚠️ _"Manajer berpengalaman tidak perlu data — intuisi sudah cukup"_
|
||||
|
||||
↳ Intuisi bukan musuh data — ia partner.
|
||||
|
||||
> ⚠️ _"Lebih banyak analisis artinya keputusan lebih baik"_
|
||||
|
||||
↳ Tetapkan *decision deadline* dan ambang batas "data cukup." Keputusan yang 80% *informed* dan diambil tepat waktu hampir selalu lebih baik dari keputusan yang 1
|
||||
|
||||
> ⚠️ _"AI akan menggantikan manajer dalam pengambilan keputusan"_
|
||||
|
||||
↳ Fokus pada kompetensi yang AI tidak bisa gantikan: *framing* masalah, *stakeholder management*, *ethical judgment*, dan *creative strategy*.
|
||||
|
||||
> ⚠️ _"Kalau sudah ada dashboard, keputusan otomatis jadi lebih baik"_
|
||||
|
||||
↳ Rancang setiap *dashboard* dengan *decision question* yang spesifik dan *action threshold* yang jelas.
|
||||
|
||||
|
||||
---
|
||||
## Studi Kasus
|
||||
|
||||
📊 **Dasar:** SIPD — Data-Driven Budgeting di Pemerintah Daerah
|
||||
|
||||
**Sumber:** Sari et al. (2023); Deloitte (2023) Sebelum SIPD, proses alokasi anggaran daerah berjalan seperti ini: setiap dinas mengajukan anggaran berdasarkan "kebiasaan tahun lalu" ditambah inflasi. Prioritas ditentukan oleh seniority pejabat, lobi
|
||||
|
||||
📊 **Lanjutan:** McKinsey Decision Intelligence Framework
|
||||
|
||||
**Sumber:** McKinsey & Company (2023); Harvard Business Review (2023) Bahkan di perusahaan Fortune 500, McKinsey (2023) menemukan bahwa hanya 20% keputusan strategis menggunakan data secara sistematis. Sisanya bergantung pada pengalaman, intuisi, dan
|
||||
|
||||
|
||||
---
|
||||
## 🔧 Template A.8
|
||||
### Matriks Keputusan Manajerial
|
||||
|
||||
```
|
||||
```
|
||||
============================================
|
||||
Template A.8 — MATRIKS KEPUTUSAN MANAJERIAL
|
||||
============================================
|
||||
Nama Organisasi : ________________________________________
|
||||
Departemen/Unit : ________________________________________
|
||||
Tanggal Analisis : ________________________________________
|
||||
═══════════════════════════════════════════════════════════════
|
||||
KEPUTUSAN 1:
|
||||
Deskripsi keputusan : ________________________________________
|
||||
Tipe (Terstruktur/Semi/Tidak): ________________________________________
|
||||
Fase Simon saat ini : [ ] Intelligence [ ] Design [ ] Choice [ ] Implementation
|
||||
Data yang dibutuhkan : ________________________________________
|
||||
Data yang tersedia : ________________________________________
|
||||
Gap informasi : ________________________________________
|
||||
SI pendukung yang ada : ________________________________________
|
||||
Rekomendasi peningkatan : ________________________________________
|
||||
KEPUTUSAN 2:
|
||||
```
|
||||
|
||||
|
||||
---
|
||||
## Rangkuman
|
||||
|
||||
1. Model Simon (Intelligence–Design–Choice–Implementation) membagi keputusan ke dalam fase yang masing-masing bisa didukung SI secara spesifik — dari *dashboard* d
|
||||
2. Tidak semua keputusan membutuhkan dukungan data yang sama.
|
||||
3. DSS memperluas batas *bounded rationality* — manusia hanya mampu memproses 7±2 variabel simultan, DSS membantu menyintesis puluhan variabel menjadi *trade-off*
|
||||
4. Bias kognitif — *confirmation bias*, *anchoring*, *availability heuristic*, HiPPO effect — adalah musuh diam-diam setiap keputusan.
|
||||
5. *Dashboard* tanpa *decision framework* adalah dekorasi.
|
||||
|
||||
|
||||
---
|
||||
<!-- _class: lead invert -->
|
||||
|
||||
## 🔥 Final Statement
|
||||
|
||||
> "Pengambilan keputusan berbasis data bukan tentang menghilangkan penilaian manusia, tetapi tentang memastikan bahwa penilaian itu dibangun di atas fondasi yang dapat dipertanggungjawabkan."
|
||||
|
||||
|
||||
---
|
||||
## Latihan & Refleksi
|
||||
|
||||
### 📝 Latihan 8.1 — Matriks Keputusan Manajerial (Template A.8)
|
||||
|
||||
untuk memetakan 5 keputusan nyata di satu organisasi yang Anda kenal. Untuk setiap keputusan:
|
||||
|
||||
### ➡️ Menuju Bab 9
|
||||
|
||||
_Model keputusan sudah dipahami, tipologi keputusan sudah dipetakan, bias kognitif sudah diidentifikasi. Pertanyaan berikutnya: dari mana *insight* untuk mendukung keputusan itu sebenarnya datang? Bab _
|
||||
|
||||
|
||||
|
||||
---
|
||||
221
slides/marp/slide-bab-09.md
Normal file
221
slides/marp/slide-bab-09.md
Normal file
|
|
@ -0,0 +1,221 @@
|
|||
---
|
||||
marp: true
|
||||
theme: gaia
|
||||
class: invert
|
||||
paginate: true
|
||||
header: "BAB 9 — *Business Intelligence* dan Analitik Bisnis"
|
||||
footer: "Helmi Bahar Alim, S.Kom., M.Kom. | Universitas Putra Bangsa — Kebumen"
|
||||
style: |
|
||||
section {
|
||||
font-family: 'Segoe UI', Helvetica, sans-serif;
|
||||
font-size: 21px;
|
||||
}
|
||||
h1 { color: #ffd166; }
|
||||
h2 {
|
||||
color: #06d6a0;
|
||||
border-bottom: 2px solid #06d6a060;
|
||||
padding-bottom: 4px;
|
||||
}
|
||||
h3 { color: #8ecae6; }
|
||||
blockquote {
|
||||
border-left: 4px solid #ffd166;
|
||||
background: #ffffff15;
|
||||
padding: 0.5em 1em;
|
||||
font-style: italic;
|
||||
}
|
||||
table { font-size: 18px; width: 100%; }
|
||||
th { background: #06d6a040; }
|
||||
code { background: #ffffff20; }
|
||||
.lead h1 { font-size: 2em; color: #ffd166; }
|
||||
.lead h2 { font-size: 1.3em; border: none; color: #e0e0e0; }
|
||||
.bagian { font-size: 0.8em; color: #8ecae6; letter-spacing: 1px; }
|
||||
.lead p { font-size: 0.9em; color: #c0c0c0; }
|
||||
---
|
||||
<!-- _class: lead invert -->
|
||||
|
||||
# BAB 9
|
||||
## *Business Intelligence* dan Analitik Bisnis
|
||||
|
||||
<p class="bagian">III — SI dalam Proses Bisnis dan Pengambilan Keputusan</p>
|
||||
|
||||
**Level:** Lanjutan
|
||||
|
||||
|
||||
---
|
||||
## Reader Outcome
|
||||
|
||||
> Pembaca mampu menginterpretasikan insight dari dashboard BI, membedakan tipe analitik (deskriptif/diagnostik/prediktif/ preskriptif), dan mengevaluasi relevansinya untuk keputusan manajerial
|
||||
|
||||
| Info | Detail |
|
||||
|------|--------|
|
||||
| **Bagian** | III — SI dalam Proses Bisnis dan Pengambilan Keputusan |
|
||||
| **Level** | Lanjutan |
|
||||
| **Sub-topik** | 7 konsep inti |
|
||||
|
||||
|
||||
---
|
||||
<!-- _class: invert -->
|
||||
|
||||
## Pertanyaan Pemantik
|
||||
|
||||
Bab 8 memperkenalkan model keputusan Simon dan peran DSS sebagai *co-pilot* manajer. Template A.8 membantu Anda memetakan keputusan organisasi ke dalam tipologi terstruktur–semi-terstruktur–tidak terstruktur beserta *gap* informasinya. Tetapi pertanyaannya belum terjawab: dari mana *insight* yang mengisi *gap* informasi itu datang?
|
||||
|
||||
---
|
||||
|
||||
_Bagaimana *Business Intelligence* dan analitik bisnis mengubah data organisasi menjadi *insight* yang bisa ditindaklanjuti — dan mengapa manajer harus memahami perbedaan antara analitik deskriptif, diagnostik, prediktif, dan preskriptif?_
|
||||
|
||||
|
||||
---
|
||||
## Model Utama — Gambar 9.1
|
||||
|
||||
```mermaid
|
||||
graph LR
|
||||
DESC["DESKRIPTIF<br/>Apa yang terjadi?"]
|
||||
DIAG[" DIAGNOSTIK<br/>Mengapa terjadi?"]
|
||||
PRED[" PREDIKTIF<br/>Apa yang akan terjadi?"]
|
||||
PRES["PRESKRIPTIF<br/>Apa yang harus dilakukan?"]
|
||||
|
||||
DESC -->|"+drill-down"| DIAG
|
||||
DIAG -->|"+forecasting"| PRED
|
||||
PRED -->|"+optimization"| PRES
|
||||
|
||||
V["← Nilai Rendah ———— Nilai Tinggi →"]
|
||||
C["← Kompleksitas Rendah ——— Kompleksitas Tinggi →"]
|
||||
|
||||
style DESC fill:#d4a574,color:#000000
|
||||
style DIAG fill:#b5793a,color:#ffffff
|
||||
style PRED fill:#8c4a1a,color:#ffffff
|
||||
style PRES fill:#5c2e0a,color:#ffffff
|
||||
style V fill:#ffffff,stroke:#8c4a1a,color:#8c4a1a
|
||||
style C fill:#ffffff,stroke:#8c4a1a,color:#8c4a1a
|
||||
```
|
||||
|
||||
**Spektrum Analitik Bisnis: dari deskriptif (nilai rendah, kompleksitas rendah) ke preskriptif (nilai tinggi, kompleksitas tinggi). Gradasi warna mencerminkan peningkatan kematangan.**
|
||||
|
||||
|
||||
---
|
||||
## Definisi Kunci
|
||||
|
||||
**Business Intelligence**
|
||||
Kombinasi teknologi, proses, dan praktik yang mengubah data mentah menjadi informasi bermakna yang dapat ditindaklanjuti untuk pengambilan keputusan (
|
||||
|
||||
> _BI bukan *tools* IT — ia adalah kapabilitas organisasi yang menjadi jembatan antara *data warehouse* dan ruang rapat manajer. Manajer adalah konsumen utama BI, _
|
||||
|
||||
**Data Warehouse**
|
||||
Repositori data terpusat yang mengkonsolidasikan data dari berbagai sumber operasional (ERP, CRM, SCM) ke dalam format yang dioptimalkan untuk analisi
|
||||
|
||||
> _Manajer tidak perlu membangun *data warehouse*, tetapi perlu memahami bahwa kualitas *insight* BI bergantung langsung pada kualitas dan kelengkapan data di *war_
|
||||
|
||||
**ETL**
|
||||
Proses mengekstrak data dari berbagai sumber, mentransformasikannya ke format standar, dan memuatnya ke *data warehouse* untuk analisis (Sharda et al.
|
||||
|
||||
> _ETL adalah alasan di balik keluhan "'angka di *dashboard* berbeda dari angka di Excel divisi saya." Jika proses transformasi tidak transparan dan tidak terdokum_
|
||||
|
||||
|
||||
---
|
||||
## Konsep Inti — Bagian 1
|
||||
|
||||
- **1.** Ekosistem BI: Dari *Data Warehouse* ke *Insight* Bisnis
|
||||
- **2.** Arsitektur BI: Mengapa "Angka Tidak Cocok"
|
||||
- **3.** Empat Tipe Analitik: Dari "Apa" ke "Harus Apa"
|
||||
- **4.** *Dashboard* sebagai Alat Komunikasi, Bukan Dekorasi
|
||||
|
||||
|
||||
---
|
||||
## Konsep Inti — Bagian 2
|
||||
|
||||
- **5.** Visualisasi Data: Kapan Membantu, Kapan Menyesatkan
|
||||
- **6.** *Predictive Analytics*: Titik Masuk AI ke dalam BI
|
||||
- **7.** Keterbatasan BI: Korelasi Bukan Kausalitas
|
||||
|
||||
|
||||
---
|
||||
## ⚠️ Salah Kaprah
|
||||
|
||||
> ⚠️ _"*Dashboard* yang penuh angka = BI yang baik"_
|
||||
|
||||
↳ *Dashboard* yang baik menjawab satu pertanyaan keputusan dengan jelas.
|
||||
|
||||
> ⚠️ _"BI hanya untuk perusahaan besar dengan *data scientist*"_
|
||||
|
||||
↳ BI dimulai dari pertanyaan bisnis yang baik, bukan dari *tools* yang mahal.
|
||||
|
||||
> ⚠️ _"Kalau korelasinya tinggi, berarti ada hubungan sebab-akibat"_
|
||||
|
||||
↳ Sebelum bertindak berdasarkan korelasi, tanyakan: "Apakah ada variabel ketiga?" dan "Apakah hubungan ini masuk akal secara teori bisnis?" Korelasi yang menginsp
|
||||
|
||||
> ⚠️ _"Prediksi AI selalu lebih akurat dari analis manusia"_
|
||||
|
||||
↳ Prediksi AI harus diperlakukan sebagai "salah satu *input*" keputusan, bukan jawaban final.
|
||||
|
||||
|
||||
---
|
||||
## Studi Kasus
|
||||
|
||||
📊 **Dasar:** *Dashboard* COVID-19 DKI Jakarta — BI untuk Keputusan Krisis
|
||||
|
||||
**Sumber:** Hayati & Rahardjo (2022); Gartner (2023) Maret 2020 — awal pandemi di Indonesia. Data COVID-19 di Jakarta tersebar di rumah sakit, puskesmas, dan laboratorium yang masing-masing menggunakan sistem pencatatan berbeda. Tidak ada satu *dashb
|
||||
|
||||
📊 **Lanjutan:** Netflix — Evolusi dari BI Deskriptif ke Analitik Preskriptif
|
||||
|
||||
**Sumber:** Sharda et al. (2024); McKinsey (2023) Netflix tahun 2006 adalah perusahaan *DVD rental*. BI mereka di level deskriptif: laporan popularitas judul, demografi pelanggan, dan metrik operasional pengiriman DVD. Data ini cukup untuk menjalanka
|
||||
|
||||
|
||||
---
|
||||
## 🔧 Template A.9
|
||||
### Desain Kerangka *Dashboard* BI
|
||||
|
||||
```
|
||||
```
|
||||
==============================================
|
||||
Template A.9 — DESAIN KERANGKA DASHBOARD BI
|
||||
==============================================
|
||||
Nama Organisasi : ________________________________________
|
||||
Departemen/Pengguna : ________________________________________
|
||||
Tanggal Perancangan : ________________________________________
|
||||
═══════════════════════════════════════════════════════════════
|
||||
PERTANYAAN KEPUTUSAN
|
||||
Dashboard ini menjawab pertanyaan : ________________________________________
|
||||
Keputusan yang akan berubah : ________________________________________
|
||||
Decision owner : ________________________________________
|
||||
Frekuensi monitoring : [ ] Real-time [ ] Harian [ ] Mingguan [ ] Bulanan
|
||||
KPI UTAMA (Maksimal 5)
|
||||
1. ________________________________ Target: ________ Alert if: ________
|
||||
2. ________________________________ Target: ________ Alert if: ________
|
||||
3. ________________________________ Target: ________ Alert if: ________
|
||||
4. ________________________________ Target: ________ Alert if: ________
|
||||
```
|
||||
|
||||
|
||||
---
|
||||
## Rangkuman
|
||||
|
||||
1. BI bukan satu *software* — ia ekosistem: *data source* → ETL → *warehouse* → analitik → visualisasi → keputusan.
|
||||
2. Empat tipe analitik (deskriptif, diagnostik, prediktif, preskriptif) membentuk spektrum kematangan.
|
||||
3. *Dashboard* yang baik dimulai dari pertanyaan keputusan, bukan dari data yang tersedia.
|
||||
4. Visualisasi data yang buruk — sumbu terpotong, grafik 3D, *pie chart* berlebihan — menyesatkan keputusan.
|
||||
5. Korelasi bukan kausalitas — peringatan terpenting bagi manajer yang menggunakan BI.
|
||||
|
||||
|
||||
---
|
||||
<!-- _class: lead invert -->
|
||||
|
||||
## 🔥 Final Statement
|
||||
|
||||
> "Business Intelligence bukan tentang berapa banyak grafik yang Anda tampilkan di layar, tetapi tentang berapa banyak pertanyaan bisnis yang mampu Anda jawab sebelum pesaing Anda bertanya."
|
||||
|
||||
|
||||
---
|
||||
## Latihan & Refleksi
|
||||
|
||||
### 📝 Latihan 9.1 — Desain Kerangka *Dashboard* BI (Template A.9)
|
||||
|
||||
untuk merancang kerangka 1 *dashboard* untuk satu keputusan manajerial spesifik di organisasi yang Anda pilih.
|
||||
|
||||
### ➡️ Menuju Bab 10
|
||||
|
||||
_*Business Intelligence* dan analitik membangun kapabilitas manajer dalam membaca, memaknai, dan memprediksi data. Tetapi *insight* hanya bernilai jika ada sistem yang dirancang untuk memproduksinya. P_
|
||||
|
||||
|
||||
|
||||
---
|
||||
190
slides/marp/slide-bab-10.md
Normal file
190
slides/marp/slide-bab-10.md
Normal file
|
|
@ -0,0 +1,190 @@
|
|||
---
|
||||
marp: true
|
||||
theme: gaia
|
||||
class: invert
|
||||
paginate: true
|
||||
header: "BAB 10 — Pemodelan Proses Bisnis"
|
||||
footer: "Helmi Bahar Alim, S.Kom., M.Kom. | Universitas Putra Bangsa — Kebumen"
|
||||
style: |
|
||||
section {
|
||||
font-family: 'Segoe UI', Helvetica, sans-serif;
|
||||
font-size: 21px;
|
||||
}
|
||||
h1 { color: #ffd166; }
|
||||
h2 {
|
||||
color: #06d6a0;
|
||||
border-bottom: 2px solid #06d6a060;
|
||||
padding-bottom: 4px;
|
||||
}
|
||||
h3 { color: #8ecae6; }
|
||||
blockquote {
|
||||
border-left: 4px solid #ffd166;
|
||||
background: #ffffff15;
|
||||
padding: 0.5em 1em;
|
||||
font-style: italic;
|
||||
}
|
||||
table { font-size: 18px; width: 100%; }
|
||||
th { background: #06d6a040; }
|
||||
code { background: #ffffff20; }
|
||||
.lead h1 { font-size: 2em; color: #ffd166; }
|
||||
.lead h2 { font-size: 1.3em; border: none; color: #e0e0e0; }
|
||||
.bagian { font-size: 0.8em; color: #8ecae6; letter-spacing: 1px; }
|
||||
.lead p { font-size: 0.9em; color: #c0c0c0; }
|
||||
---
|
||||
<!-- _class: lead invert -->
|
||||
|
||||
# BAB 10
|
||||
## Pemodelan Proses Bisnis
|
||||
|
||||
<p class="bagian">V — Perancangan Solusi SI</p>
|
||||
|
||||
**Level:** Lanjutan
|
||||
|
||||
|
||||
---
|
||||
## Reader Outcome
|
||||
|
||||
> Pembaca mampu membuat model proses bisnis menggunakan swimlane diagram dan notasi BPMN dasar, menganalisis proses AS-IS untuk mengidentifikasi bottleneck, dan merancang model TO-BE yang menjadi dasar perancangan SI
|
||||
|
||||
| Info | Detail |
|
||||
|------|--------|
|
||||
| **Bagian** | V — Perancangan Solusi SI |
|
||||
| **Level** | Lanjutan |
|
||||
| **Sub-topik** | 6 konsep inti |
|
||||
|
||||
|
||||
---
|
||||
<!-- _class: invert -->
|
||||
|
||||
## Pertanyaan Pemantik
|
||||
|
||||
Bab 9 membekali Anda dengan kemampuan menginterpretasikan *insight* dari *Business Intelligence* — membedakan tipe analitik dari deskriptif hingga preskriptif, dan merancang *dashboard* yang menjawab pertanyaan keputusan.
|
||||
|
||||
---
|
||||
|
||||
_Mengapa proses bisnis harus divisualisasikan sebelum SI dirancang — dan bagaimana manajer menggunakan model AS-IS dan TO-BE untuk mengidentifikasi *bottleneck* informasi dan merancang perbaikan?_
|
||||
|
||||
|
||||
---
|
||||
## Model Utama — Gambar 10.1
|
||||
|
||||
```mermaid
|
||||
graph LR
|
||||
ASIS["Identifikasi<br>Proses AS-IS"] --> DOC["Dokumentasi<br>Swimlane/BPMN"]
|
||||
DOC --> ANALYZE["Analisis Bottleneck<br>& Redundansi"]
|
||||
ANALYZE --> GAP["Analisis<br>Gap"]
|
||||
GAP --> TOBE["Desain<br>TO-BE"]
|
||||
TOBE --> IMPL["Implementasi<br>TO-BE + SI"]
|
||||
IMPL --> MONITOR["Monitor<br>& Evaluasi"]
|
||||
MONITOR -.->|continuous improvement| ASIS
|
||||
style ASIS fill:#1a4a5c,stroke:#333,color:#fff
|
||||
style DOC fill:#1a4a5c,stroke:#333,color:#fff
|
||||
style ANALYZE fill:#1a4a5c,stroke:#333,color:#fff
|
||||
style GAP fill:#1a4a5c,stroke:#333,color:#fff
|
||||
style TOBE fill:#1a4a5c,stroke:#333,color:#fff
|
||||
style IMPL fill:#1a4a5c,stroke:#333,color:#fff
|
||||
style MONITOR fill:#1a4a5c,stroke:#333,color:#fff
|
||||
```
|
||||
|
||||
**Signature Model — Bab 10**
|
||||
|
||||
|
||||
---
|
||||
## Definisi Kunci
|
||||
|
||||
**Business Process**
|
||||
Serangkaian aktivitas terstruktur yang saling terkait, dilakukan oleh satu atau lebih aktor, yang menerima *input* dan menghasilkan *output* bernilai
|
||||
|
||||
> __
|
||||
|
||||
|
||||
---
|
||||
## Konsep Inti — Bagian 1
|
||||
|
||||
- **1.** Mengapa Proses Bisnis Harus Dimodelkan Sebelum SI Dirancang
|
||||
- **2.** *Swimlane Diagram*: Membuat *Accountability* Terlihat
|
||||
- **3.** BPMN Dasar untuk Manajer: Empat Simbol yang Cukup
|
||||
|
||||
|
||||
---
|
||||
## Konsep Inti — Bagian 2
|
||||
|
||||
- **4.** Analisis AS-IS: Memetakan Realitas Tanpa Idealisasi
|
||||
- **5.** Identifikasi *Bottleneck* dan Redundansi Informasi
|
||||
- **6.** Dari AS-IS ke TO-BE: Merancang Proses Masa Depan
|
||||
|
||||
|
||||
---
|
||||
## ⚠️ Salah Kaprah
|
||||
|
||||
> ⚠️ _"Diagram proses bisnis itu urusan analis sistem, bukan manajer"_
|
||||
|
||||
↳ Manajer harus terlibat minimal di tiga titik: (1) validasi AS-IS — "apakah model ini merepresentasikan apa yang benar-benar terjadi?", (2) masukan untuk TO-BE —
|
||||
|
||||
> ⚠️ _"Prosesnya sudah jelas, tidak perlu digambar"_
|
||||
|
||||
↳ Lakukan satu eksperimen sederhana: minta 3 orang dari departemen berbeda menggambar proses yang sama secara independen.
|
||||
|
||||
> ⚠️ _"BPMN itu terlalu teknis untuk manajemen"_
|
||||
|
||||
↳ Manajer tidak perlu menjadi *BPMN expert* — cukup "*literate*" agar bisa membaca dan memvalidasi model yang dibuat analis.
|
||||
|
||||
|
||||
---
|
||||
## 🔧 Template A.10
|
||||
### Template A.10
|
||||
|
||||
```
|
||||
```
|
||||
TEMPLATE A.10 — WORKSHEET DIAGRAM AS-IS
|
||||
Tanggal : ________________________________________
|
||||
Proses : ________________________________________
|
||||
Analis : ________________________________________
|
||||
═══════════════════════════════════════════════════════════════
|
||||
A. IDENTIFIKASI PROSES
|
||||
Nama proses : ________________________________________
|
||||
Pemicu (trigger) : ________________________________________
|
||||
Output akhir : ________________________________________
|
||||
Aktor terlibat : ________________________________________
|
||||
B. DAFTAR AKTIVITAS (urut dari awal sampai akhir)
|
||||
| No | Aktivitas | Aktor | Input | Output | Waktu | Value-Adding? |
|
||||
|----|-----------------|---------|---------|---------|---------|------------------|
|
||||
| 1 | _______________ | _______ | _______ | _______ | _______ | [ ] Ya [ ] Tidak |
|
||||
| 2 | _______________ | _______ | _______ | _______ | _______ | [ ] Ya [ ] Tidak |
|
||||
| 3 | _______________ | _______ | _______ | _______ | _______ | [ ] Ya [ ] Tidak |
|
||||
| 4 | _______________ | _______ | _______ | _______ | _______ | [ ] Ya [ ] Tidak |
|
||||
```
|
||||
|
||||
|
||||
---
|
||||
## Rangkuman
|
||||
|
||||
1. Proses bisnis yang tidak divisualisasikan tidak bisa diperbaiki — ketika 5 orang diminta menggambar proses yang sama, hasilnya 5 diagram berbeda.
|
||||
2. *Swimlane diagram* adalah alat paling intuitif bagi manajer: menunjukkan siapa, apa, dan kapan secara simultan.
|
||||
3. BPMN lengkap memang teknis, tetapi manajer cukup menguasai 4 simbol dasar (*event*, *task*, *gateway*, *flow*) untuk berkomunikasi efektif dengan tim teknis dan
|
||||
4. AS-IS harus memetakan realitas — bukan SOP resmi yang mungkin sudah ketinggalan zaman.
|
||||
5. Rata-rata proses bisnis mengandung 30–40% aktivitas *non-value-adding* (Dumas et al., 2021).
|
||||
|
||||
|
||||
---
|
||||
<!-- _class: lead invert -->
|
||||
|
||||
## 🔥 Final Statement
|
||||
|
||||
> "Proses bisnis yang tidak divisualisasikan adalah proses yang tidak bisa diperbaiki — karena masalah yang tidak terlihat tidak akan pernah diperbaiki."
|
||||
|
||||
|
||||
---
|
||||
## Latihan & Refleksi
|
||||
|
||||
### 📝 Latihan 10.1 — *Worksheet* Diagram AS-IS (Template A.10)
|
||||
|
||||
untuk memodelkan satu proses bisnis sederhana (5–8 aktivitas) yang Anda kenal di organisasi nyata — kampus, tempat kerja, atau organisasi kemahasiswaan.
|
||||
|
||||
### ➡️ Menuju Bab 11
|
||||
|
||||
_Proses bisnis TO-BE sudah dirancang — *bottleneck* diidentifikasi, aktivitas *non-value-adding* dieliminasi, dan alur informasi dipetakan. Tetapi model proses belum menjawab pertanyaan teknis: *input*_
|
||||
|
||||
|
||||
|
||||
---
|
||||
205
slides/marp/slide-bab-11.md
Normal file
205
slides/marp/slide-bab-11.md
Normal file
|
|
@ -0,0 +1,205 @@
|
|||
---
|
||||
marp: true
|
||||
theme: gaia
|
||||
class: invert
|
||||
paginate: true
|
||||
header: "BAB 11 — Perancangan Konseptual Sistem Informasi"
|
||||
footer: "Helmi Bahar Alim, S.Kom., M.Kom. | Universitas Putra Bangsa — Kebumen"
|
||||
style: |
|
||||
section {
|
||||
font-family: 'Segoe UI', Helvetica, sans-serif;
|
||||
font-size: 21px;
|
||||
}
|
||||
h1 { color: #ffd166; }
|
||||
h2 {
|
||||
color: #06d6a0;
|
||||
border-bottom: 2px solid #06d6a060;
|
||||
padding-bottom: 4px;
|
||||
}
|
||||
h3 { color: #8ecae6; }
|
||||
blockquote {
|
||||
border-left: 4px solid #ffd166;
|
||||
background: #ffffff15;
|
||||
padding: 0.5em 1em;
|
||||
font-style: italic;
|
||||
}
|
||||
table { font-size: 18px; width: 100%; }
|
||||
th { background: #06d6a040; }
|
||||
code { background: #ffffff20; }
|
||||
.lead h1 { font-size: 2em; color: #ffd166; }
|
||||
.lead h2 { font-size: 1.3em; border: none; color: #e0e0e0; }
|
||||
.bagian { font-size: 0.8em; color: #8ecae6; letter-spacing: 1px; }
|
||||
.lead p { font-size: 0.9em; color: #c0c0c0; }
|
||||
---
|
||||
<!-- _class: lead invert -->
|
||||
|
||||
# BAB 11
|
||||
## Perancangan Konseptual Sistem Informasi
|
||||
|
||||
<p class="bagian">V — Perancangan Solusi SI</p>
|
||||
|
||||
**Level:** Lanjutan
|
||||
|
||||
|
||||
---
|
||||
## Reader Outcome
|
||||
|
||||
> Pembaca mampu merancang arsitektur konseptual SI menggunakan model IPO dan menerjemahkan kebutuhan manajerial ke dalam spesifikasi sistem yang dapat dikomunikasikan kepada tim teknis
|
||||
|
||||
| Info | Detail |
|
||||
|------|--------|
|
||||
| **Bagian** | V — Perancangan Solusi SI |
|
||||
| **Level** | Lanjutan |
|
||||
| **Sub-topik** | 6 konsep inti |
|
||||
|
||||
|
||||
---
|
||||
<!-- _class: invert -->
|
||||
|
||||
## Pertanyaan Pemantik
|
||||
|
||||
Bab 10 membekali Anda dengan kemampuan memodelkan proses bisnis — dari pemetaan AS-IS yang apa adanya hingga perancangan TO-BE yang mengeliminasi *bottleneck* dan redundansi. Template A.10 (*Worksheet* Diagram AS-IS) menghasilkan dokumentasi proses lengkap dengan analisis *value-adding* dan *non-value-adding*. Proses TO-BE sudah tergambar.
|
||||
|
||||
---
|
||||
|
||||
_Bagaimana manajer merancang arsitektur konseptual SI yang menghubungkan kebutuhan bisnis dengan kapabilitas teknis — tanpa harus menjadi programmer?_
|
||||
|
||||
|
||||
---
|
||||
## Model Utama — Gambar 11.1
|
||||
|
||||
```mermaid
|
||||
graph TD
|
||||
subgraph INPUT["INPUT"]
|
||||
style INPUT fill:#1a4a5c,stroke:#333,color:#fff
|
||||
I1["Data Transaksi"]
|
||||
I2["Data Eksternal"]
|
||||
I3["Data Pengguna"]
|
||||
end
|
||||
subgraph PROCESS["PROCESS"]
|
||||
style PROCESS fill:#1a4a5c,stroke:#333,color:#fff
|
||||
P1["Validasi"]
|
||||
P2["Transformasi"]
|
||||
P3["Analitik"]
|
||||
P4["Aturan Bisnis"]
|
||||
end
|
||||
subgraph OUTPUT["OUTPUT"]
|
||||
style OUTPUT fill:#1a4a5c,stroke:#333,color:#fff
|
||||
O1["Laporan"]
|
||||
O2["Dashboard"]
|
||||
O3["Alert"]
|
||||
O4["Rekomendasi"]
|
||||
end
|
||||
subgraph STORAGE["STORAGE"]
|
||||
style STORAGE fill:#f5f5f5,stroke:#1a4a5c,color:#333
|
||||
ST1["Database Operasional"]
|
||||
ST2["Data Warehouse"]
|
||||
end
|
||||
INPUT --> PROCESS
|
||||
PROCESS --> OUTPUT
|
||||
PROCESS <--> STORAGE
|
||||
OUTPUT -.->|feedback loop| INPUT
|
||||
```
|
||||
|
||||
**Signature Model — Bab 11**
|
||||
|
||||
|
||||
---
|
||||
## Definisi Kunci
|
||||
|
||||
**Conceptual Design**
|
||||
Tahap perancangan SI yang berfokus pada "apa" yang harus dilakukan sistem — fungsionalitas, alur data, dan *output* yang diharapkan — bukan "bagaimana
|
||||
|
||||
> __
|
||||
|
||||
|
||||
---
|
||||
## Konsep Inti — Bagian 1
|
||||
|
||||
- **1.** Perancangan Konseptual vs Teknis: Batas yang Harus Dipahami Manajer
|
||||
- **2.** Model IPO dan Komponennya
|
||||
- **3.** Spesifikasi *Output*: Apa yang Dibutuhkan Pengguna Akhir
|
||||
|
||||
|
||||
---
|
||||
## Konsep Inti — Bagian 2
|
||||
|
||||
- **4.** Spesifikasi *Input*: Sumber, Format, Frekuensi Data
|
||||
- **5.** Aturan Bisnis sebagai Logika Proses
|
||||
- **6.** Komunikasi Desain Konseptual kepada Tim Teknis
|
||||
|
||||
|
||||
---
|
||||
## ⚠️ Salah Kaprah
|
||||
|
||||
> ⚠️ _"Desain sistem itu urusan programmer, manajer tidak perlu terlibat"_
|
||||
|
||||
↳ Manajer harus minimal menyusun *design brief* satu halaman sebelum *development* dimulai — mendefinisikan *output*, *input*, aturan bisnis, dan pengguna.
|
||||
|
||||
> ⚠️ _"Kalau sistemnya canggih secara teknis, pasti memenuhi kebutuhan bisnis"_
|
||||
|
||||
↳ Selalu mulai dari kebutuhan bisnis (Bab 5), bukan dari teknologi.
|
||||
|
||||
> ⚠️ _"Cukup beri tahu vendor apa masalahnya, mereka tahu cara merancang sistemnya"_
|
||||
|
||||
↳ Sediakan *design brief* SEBELUM bicara dengan vendor.
|
||||
|
||||
|
||||
---
|
||||
## 🔧 Template A.11
|
||||
### Template A.11
|
||||
|
||||
```
|
||||
```
|
||||
TEMPLATE A.11 — DESIGN BRIEF SI (1 HALAMAN)
|
||||
Tanggal : ________________________________________
|
||||
Penyusun : ________________________________________
|
||||
Organisasi/Unit : ________________________________________
|
||||
═══════════════════════════════════════════════════════════════
|
||||
1. LATAR BELAKANG (2–3 kalimat)
|
||||
Masalah yang mendorong kebutuhan SI ini:
|
||||
___________________________________________________________
|
||||
___________________________________________________________
|
||||
2. TUJUAN SI (1 kalimat, action verb)
|
||||
"SI ini dirancang untuk ___________________________________
|
||||
sehingga ________________________________________________"
|
||||
3. PENGGUNA
|
||||
| Pengguna | Level | Frekuensi Penggunaan |
|
||||
|----------------|---------------|----------------------|
|
||||
| ______________ | _____________ | ____________________ |
|
||||
| ______________ | _____________ | ____________________ |
|
||||
```
|
||||
|
||||
|
||||
---
|
||||
## Rangkuman
|
||||
|
||||
1. Perancangan konseptual adalah domain manajer — bukan programmer.
|
||||
2. Model IPO (*Input-Process-Output*) adalah kerangka paling universal untuk perancangan konseptual.
|
||||
3. *Design brief* satu halaman adalah format paling efektif untuk menghubungkan perspektif manajer dan tim teknis.
|
||||
4. Aturan bisnis adalah "kecerdasan" SI — empat jenis (validasi, derivasi, *constraint*, *trigger*) yang membedakan SI dari sekadar *database* dan formulir.
|
||||
5. Proyek SI di mana manajer mendominasi desain konseptual memiliki *user satisfaction* 72% vs 38% pada proyek yang didominasi *developer* (Gartner, 2023).
|
||||
|
||||
|
||||
---
|
||||
<!-- _class: lead invert -->
|
||||
|
||||
## 🔥 Final Statement
|
||||
|
||||
> "Sistem informasi yang baik tidak dimulai dari kode program, melainkan dari pemahaman mendalam tentang keputusan apa yang harus didukung oleh setiap byte data yang dikumpulkan."
|
||||
|
||||
|
||||
---
|
||||
## Latihan & Refleksi
|
||||
|
||||
### 📝 Latihan 11.1 — *Design Brief* SI (Template A.11)
|
||||
|
||||
|
||||
|
||||
### ➡️ Menuju Bab 12
|
||||
|
||||
_Desain konseptual sudah tersusun — *input*, proses, *output*, dan aturan bisnis sudah terdefinisi dalam *design brief*. Pertanyaan selanjutnya bersifat strategis: apakah membangun SI sendiri (*custom _
|
||||
|
||||
|
||||
|
||||
---
|
||||
205
slides/marp/slide-bab-12.md
Normal file
205
slides/marp/slide-bab-12.md
Normal file
|
|
@ -0,0 +1,205 @@
|
|||
---
|
||||
marp: true
|
||||
theme: gaia
|
||||
class: invert
|
||||
paginate: true
|
||||
header: "BAB 12 — Alternatif Solusi: *Custom*, Komersial, dan *Cloud*"
|
||||
footer: "Helmi Bahar Alim, S.Kom., M.Kom. | Universitas Putra Bangsa — Kebumen"
|
||||
style: |
|
||||
section {
|
||||
font-family: 'Segoe UI', Helvetica, sans-serif;
|
||||
font-size: 21px;
|
||||
}
|
||||
h1 { color: #ffd166; }
|
||||
h2 {
|
||||
color: #06d6a0;
|
||||
border-bottom: 2px solid #06d6a060;
|
||||
padding-bottom: 4px;
|
||||
}
|
||||
h3 { color: #8ecae6; }
|
||||
blockquote {
|
||||
border-left: 4px solid #ffd166;
|
||||
background: #ffffff15;
|
||||
padding: 0.5em 1em;
|
||||
font-style: italic;
|
||||
}
|
||||
table { font-size: 18px; width: 100%; }
|
||||
th { background: #06d6a040; }
|
||||
code { background: #ffffff20; }
|
||||
.lead h1 { font-size: 2em; color: #ffd166; }
|
||||
.lead h2 { font-size: 1.3em; border: none; color: #e0e0e0; }
|
||||
.bagian { font-size: 0.8em; color: #8ecae6; letter-spacing: 1px; }
|
||||
.lead p { font-size: 0.9em; color: #c0c0c0; }
|
||||
---
|
||||
<!-- _class: lead invert -->
|
||||
|
||||
# BAB 12
|
||||
## Alternatif Solusi: *Custom*, Komersial, dan *Cloud*
|
||||
|
||||
<p class="bagian">V — Perancangan Solusi SI</p>
|
||||
|
||||
**Level:** Lanjutan
|
||||
|
||||
|
||||
---
|
||||
## Reader Outcome
|
||||
|
||||
> Pembaca mampu mengevaluasi dan merekomendasikan pilihan solusi SI yang sesuai berdasarkan kebutuhan, anggaran, dan kapasitas organisasi
|
||||
|
||||
| Info | Detail |
|
||||
|------|--------|
|
||||
| **Bagian** | V — Perancangan Solusi SI |
|
||||
| **Level** | Lanjutan |
|
||||
| **Sub-topik** | 6 konsep inti |
|
||||
|
||||
|
||||
---
|
||||
<!-- _class: invert -->
|
||||
|
||||
## Pertanyaan Pemantik
|
||||
|
||||
Bab 11 membekali Anda dengan kemampuan menyusun *design brief* — spesifikasi konseptual SI satu halaman yang mendefinisikan *output*, *input*, aturan bisnis, dan pengguna. Template A.11 menghasilkan dokumen yang siap dikomunikasikan kepada tim teknis. Tetapi *design brief* belum menjawab satu pertanyaan strategis: siapa yang membangun SI-nya?
|
||||
|
||||
---
|
||||
|
||||
_Bagaimana manajer mengevaluasi dan memilih antara membangun sendiri, membeli paket komersial, atau menyewa solusi *cloud* — dan apa *trade-off* strategis dari setiap pilihan?_
|
||||
|
||||
|
||||
---
|
||||
## Model Utama — Gambar 12.1
|
||||
|
||||
```mermaid
|
||||
graph TD
|
||||
BK["Kebutuhan Bisnis<br>dari Design Brief"] --> A["Analisis 3 Dimensi"]
|
||||
A --> DIM1["Kompleksitas<br>Kebutuhan"]
|
||||
A --> DIM2["Anggaran &<br>Kapasitas IT"]
|
||||
A --> DIM3["Urgensi &<br>Timeline"]
|
||||
DIM1 --> EVAL{"Evaluasi<br>Alternatif"}
|
||||
DIM2 --> EVAL
|
||||
DIM3 --> EVAL
|
||||
EVAL --> CUSTOM["Custom<br>Development"]
|
||||
EVAL --> COTS["COTS / Paket<br>Komersial"]
|
||||
EVAL --> SAAS["Cloud /<br>SaaS"]
|
||||
CUSTOM --> TCO["Evaluasi TCO<br>+ Risiko + Skalabilitas"]
|
||||
COTS --> TCO
|
||||
SAAS --> TCO
|
||||
TCO --> REC["Rekomendasi<br>Terargumentasi"]
|
||||
style BK fill:#1a4a5c,stroke:#333,color:#fff
|
||||
style A fill:#1a4a5c,stroke:#333,color:#fff
|
||||
style DIM1 fill:#1a4a5c,stroke:#333,color:#fff
|
||||
style DIM2 fill:#1a4a5c,stroke:#333,color:#fff
|
||||
style DIM3 fill:#1a4a5c,stroke:#333,color:#fff
|
||||
style EVAL fill:#f5f5f5,stroke:#1a4a5c,color:#333
|
||||
style CUSTOM fill:#1a4a5c,stroke:#333,color:#fff
|
||||
style COTS fill:#1a4a5c,stroke:#333,color:#fff
|
||||
style SAAS fill:#1a4a5c,stroke:#333,color:#fff
|
||||
style TCO fill:#1a4a5c,stroke:#333,color:#fff
|
||||
style REC fill:#1a4a5c,stroke:#333,color:#fff
|
||||
```
|
||||
|
||||
**Signature Model — Bab 12**
|
||||
|
||||
|
||||
---
|
||||
## Definisi Kunci
|
||||
|
||||
**Total Cost of Ownership**
|
||||
Perhitungan total biaya SI selama siklus hidupnya — mencakup biaya akuisisi (lisensi, *hardware*, *development*), biaya operasional (*maintenance*, *h
|
||||
|
||||
> __
|
||||
|
||||
|
||||
---
|
||||
## Konsep Inti — Bagian 1
|
||||
|
||||
- **1.** Tiga Jalur Solusi: Bangun, Beli, atau Sewa
|
||||
- **2.** TCO: Biaya yang Sering Diabaikan
|
||||
- **3.** Kriteria Evaluasi Solusi: Fungsional, Non-Fungsional, Strategis
|
||||
|
||||
|
||||
---
|
||||
## Konsep Inti — Bagian 2
|
||||
|
||||
- **4.** Risiko *Vendor Lock-in* dan Strategi Mitigasi
|
||||
- **5.** *Cloud Architecture*: SaaS, PaaS, IaaS — Relevansi Manajerial
|
||||
- **6.** Tren: *Composable Architecture* dan Ekosistem API
|
||||
|
||||
|
||||
---
|
||||
## ⚠️ Salah Kaprah
|
||||
|
||||
> ⚠️ _"Sistem yang dibangun sendiri selalu lebih baik karena disesuaikan"_
|
||||
|
||||
↳ Evaluasi kapasitas IT internal secara realistis sebelum memilih *custom*.
|
||||
|
||||
> ⚠️ _"SaaS lebih murah, jadi selalu lebih baik untuk UMKM"_
|
||||
|
||||
↳ Hitung TCO 5 tahun — bukan hanya biaya bulanan bulan pertama.
|
||||
|
||||
> ⚠️ _"Cloud berarti tidak ada risiko keamanan data"_
|
||||
|
||||
↳ Tanyakan sebelum memilih *cloud*: (1) Di mana data disimpan secara fisik — apakah sesuai UU PDP?
|
||||
|
||||
> ⚠️ _"Sekali sistem dipilih, tidak bisa diganti"_
|
||||
|
||||
↳ Masukkan *exit strategy* dalam kriteria evaluasi awal.
|
||||
|
||||
|
||||
---
|
||||
## 🔧 Template A.12
|
||||
### Template A.12
|
||||
|
||||
```
|
||||
```
|
||||
TEMPLATE A.12 — MATRIKS KEPUTUSAN SOLUSI SI
|
||||
Tanggal : ________________________________________
|
||||
Organisasi : ________________________________________
|
||||
Proyek SI : ________________________________________
|
||||
═══════════════════════════════════════════════════════════════
|
||||
A. RINGKASAN KEBUTUHAN (dari Design Brief A.11)
|
||||
Tujuan SI : ________________________________________
|
||||
Output kritis : ________________________________________
|
||||
Timeline : ________________________________________
|
||||
Budget : ________________________________________
|
||||
B. EVALUASI 3 ALTERNATIF (skor 1–10)
|
||||
| Kriteria (bobot) | Custom | COTS | SaaS | Keterangan |
|
||||
|-------------------------------|--------|------|------|-------------------|
|
||||
| Kesesuaian fungsional (30%) | __/10 | __/10| __/10| _________________ |
|
||||
| TCO 5 tahun (25%) | __/10 | __/10| __/10| _________________ |
|
||||
| Waktu deployment (15%) | __/10 | __/10| __/10| _________________ |
|
||||
| Skalabilitas (10%) | __/10 | __/10| __/10| _________________ |
|
||||
```
|
||||
|
||||
|
||||
---
|
||||
## Rangkuman
|
||||
|
||||
1. Tiga jalur solusi SI — *custom*, COTS, SaaS — masing-masing memiliki *trade-off* yang berbeda.
|
||||
2. TCO 5 tahun harus menjadi dasar perbandingan, bukan biaya awal atau *subscription* bulanan.
|
||||
3. *Vendor lock-in* adalah risiko di ketiga jalur — bukan hanya SaaS.
|
||||
4. *Cloud* bukan berarti aman otomatis.
|
||||
5. Setiap keputusan platform — bahkan yang terlihat kecil seperti *chat application* — memiliki *ripple effect* terhadap seluruh ekosistem SI.
|
||||
|
||||
|
||||
---
|
||||
<!-- _class: lead invert -->
|
||||
|
||||
## 🔥 Final Statement
|
||||
|
||||
> "Memilih solusi SI bukan tentang teknologi terbaik di pasaran, tetapi tentang teknologi yang paling tepat untuk kebutuhan organisasi Anda hari ini dan strategi Anda lima tahun dari sekarang."
|
||||
|
||||
|
||||
---
|
||||
## Latihan & Refleksi
|
||||
|
||||
### 📝 Latihan 12.1 — Matriks Keputusan Solusi SI (Template A.12)
|
||||
|
||||
untuk mengevaluasi 3 alternatif solusi bagi SI yang sudah dispesifikasikan di Template A.11 (*design brief*).
|
||||
|
||||
### ➡️ Menuju Bab 13
|
||||
|
||||
_Solusi sudah dipilih — *custom*, COTS, SaaS, atau kombinasi *hybrid*. Tetapi memilih solusi baru permulaan. Tantangan sebenarnya ada di implementasi: mengapa 70% proyek SI gagal bukan karena teknologi_
|
||||
|
||||
|
||||
|
||||
---
|
||||
196
slides/marp/slide-bab-13.md
Normal file
196
slides/marp/slide-bab-13.md
Normal file
|
|
@ -0,0 +1,196 @@
|
|||
---
|
||||
marp: true
|
||||
theme: gaia
|
||||
class: invert
|
||||
paginate: true
|
||||
header: "BAB 13 — Implementasi Sistem Informasi"
|
||||
footer: "Helmi Bahar Alim, S.Kom., M.Kom. | Universitas Putra Bangsa — Kebumen"
|
||||
style: |
|
||||
section {
|
||||
font-family: 'Segoe UI', Helvetica, sans-serif;
|
||||
font-size: 21px;
|
||||
}
|
||||
h1 { color: #ffd166; }
|
||||
h2 {
|
||||
color: #06d6a0;
|
||||
border-bottom: 2px solid #06d6a060;
|
||||
padding-bottom: 4px;
|
||||
}
|
||||
h3 { color: #8ecae6; }
|
||||
blockquote {
|
||||
border-left: 4px solid #ffd166;
|
||||
background: #ffffff15;
|
||||
padding: 0.5em 1em;
|
||||
font-style: italic;
|
||||
}
|
||||
table { font-size: 18px; width: 100%; }
|
||||
th { background: #06d6a040; }
|
||||
code { background: #ffffff20; }
|
||||
.lead h1 { font-size: 2em; color: #ffd166; }
|
||||
.lead h2 { font-size: 1.3em; border: none; color: #e0e0e0; }
|
||||
.bagian { font-size: 0.8em; color: #8ecae6; letter-spacing: 1px; }
|
||||
.lead p { font-size: 0.9em; color: #c0c0c0; }
|
||||
---
|
||||
<!-- _class: lead invert -->
|
||||
|
||||
# BAB 13
|
||||
## Implementasi Sistem Informasi
|
||||
|
||||
<p class="bagian">VI — Implementasi, Evaluasi & Risiko</p>
|
||||
|
||||
**Level:** Lanjutan–Mahir
|
||||
|
||||
|
||||
---
|
||||
## Reader Outcome
|
||||
|
||||
> Pembaca mampu menganalisis faktor kritis keberhasilan dan kegagalan implementasi SI, serta merancang strategi manajemen perubahan yang relevan
|
||||
|
||||
| Info | Detail |
|
||||
|------|--------|
|
||||
| **Bagian** | VI — Implementasi, Evaluasi & Risiko |
|
||||
| **Level** | Lanjutan–Mahir |
|
||||
| **Sub-topik** | 7 konsep inti |
|
||||
|
||||
|
||||
---
|
||||
<!-- _class: invert -->
|
||||
|
||||
## Pertanyaan Pemantik
|
||||
|
||||
Bab 12 membantu Anda mengevaluasi dan memilih solusi SI — *custom*, COTS, SaaS, atau kombinasi *hybrid* — menggunakan Matriks Keputusan Solusi SI (Template A.12). Keputusan sudah dibuat. Tetapi inilah titik di mana sebagian besar proyek SI gagal.
|
||||
|
||||
---
|
||||
|
||||
_Mengapa implementasi SI lebih sering gagal karena faktor manusia daripada faktor teknologi — dan bagaimana manajer merancang strategi manajemen perubahan yang memastikan SI benar-benar diadopsi?_
|
||||
|
||||
|
||||
---
|
||||
## Model Utama — Gambar 13.1
|
||||
|
||||
```mermaid
|
||||
graph LR
|
||||
PLAN["Perencanaan<br>Scope, timeline,<br>resource, risk"] --> READY["Kesiapan<br>Organisasi<br>Infra, SDM, data"]
|
||||
READY --> UAT["Pengujian<br>UAT"]
|
||||
UAT --> GO["Go-Live &<br>Hypercare"]
|
||||
GO --> STAB["Stabilisasi<br>& BAU"]
|
||||
CM["Manajemen<br>Perubahan"] ---|komunikasi| READY
|
||||
CM ---|pelatihan| UAT
|
||||
CM ---|resistensi| GO
|
||||
CM ---|champion| STAB
|
||||
STAB -.->|continuous improvement| PLAN
|
||||
style PLAN fill:#5c1a1a,stroke:#333,color:#fff
|
||||
style READY fill:#5c1a1a,stroke:#333,color:#fff
|
||||
style UAT fill:#5c1a1a,stroke:#333,color:#fff
|
||||
style GO fill:#5c1a1a,stroke:#333,color:#fff
|
||||
style STAB fill:#5c1a1a,stroke:#333,color:#fff
|
||||
style CM fill:#f5f5f5,stroke:#5c1a1a,color:#333
|
||||
```
|
||||
|
||||
**Signature Model — Bab 13**
|
||||
|
||||
|
||||
---
|
||||
## Definisi Kunci
|
||||
|
||||
**Manajemen Perubahan**
|
||||
Pendekatan terstruktur untuk membantu individu, tim, dan organisasi bertransisi dari kondisi saat ini ke kondisi yang diinginkan. Dalam konteks SI, ma
|
||||
|
||||
> __
|
||||
|
||||
|
||||
---
|
||||
## Konsep Inti — Bagian 1
|
||||
|
||||
- **1.** Mengapa 70% Proyek SI Gagal: Pola yang Berulang
|
||||
- **2.** *People–Process–Technology*: Urutan yang Sengaja
|
||||
- **3.** Manajemen Perubahan: ADKAR sebagai Kerangka Kerja Praktis
|
||||
- **4.** Strategi *Deployment*: *Phased*, *Big Bang*, *Pilot*
|
||||
|
||||
|
||||
---
|
||||
## Konsep Inti — Bagian 2
|
||||
|
||||
- **5.** *User Adoption*: Lebih dari Sekadar *Training*
|
||||
- **6.** *Change Champion* dan Peran Manajer Menengah
|
||||
- **7.** *Hypercare* dan Stabilisasi Pasca *Go-Live*
|
||||
|
||||
|
||||
---
|
||||
## ⚠️ Salah Kaprah
|
||||
|
||||
> ⚠️ _"Proyek SI gagal karena teknologinya, bukan karena manusianya"_
|
||||
|
||||
↳ Alokasikan minimal 20–30% anggaran implementasi untuk *change management* — komunikasi, pelatihan, *champion network*, dan *hypercare*.
|
||||
|
||||
> ⚠️ _"Pelatihan singkat sudah cukup untuk user adoption"_
|
||||
|
||||
↳ Rancang pelatihan bertahap: (1) *Awareness session* — mengapa perubahan ini penting; (2) *Hands-on training* — praktik dengan data nyata, kelompok kecil; (3) *O
|
||||
|
||||
> ⚠️ _"Manajer tidak perlu terlibat detail di implementasi — itu urusan IT"_
|
||||
|
||||
↳ Manajer wajib *visible* di setiap tahap: hadir di *kick-off* dan *town hall*, menguji sistem secara langsung, menggunakan SI di rapat (bukan masih minta laporan
|
||||
|
||||
> ⚠️ _"Kalau sistemnya bagus, orang pasti mau pakai"_
|
||||
|
||||
↳ Libatkan pengguna sejak fase desain konseptual — bukan hanya saat UAT.
|
||||
|
||||
|
||||
---
|
||||
## 🔧 Template A.13
|
||||
### Template A.13
|
||||
|
||||
```
|
||||
```
|
||||
TEMPLATE A.13 — CHANGE READINESS ASSESSMENT
|
||||
Tanggal : ________________________________________
|
||||
Proyek SI : ________________________________________
|
||||
Asesor : ________________________________________
|
||||
═══════════════════════════════════════════════════════════════
|
||||
A. PEOPLE READINESS
|
||||
| Aspek | Skor (1–5) | Evidence | Action Needed |
|
||||
|---------------------------------|-----------|-------------------|-------------------|
|
||||
| Sponsor eksekutif aktif | ___ | _________________ | _________________ |
|
||||
| Manajer menengah mendukung | ___ | _________________ | _________________ |
|
||||
| Pengguna aware & willing | ___ | _________________ | _________________ |
|
||||
| Training plan tersedia | ___ | _________________ | _________________ |
|
||||
| Change champion teridentifikasi | ___ | _________________ | _________________ |
|
||||
B. PROCESS READINESS
|
||||
| Aspek | Skor (1–5) | Evidence | Action Needed |
|
||||
|---------------------------------|-----------|-------------------|-------------------|
|
||||
| Proses TO-BE sudah divalidasi | ___ | _________________ | _________________ |
|
||||
```
|
||||
|
||||
|
||||
---
|
||||
## Rangkuman
|
||||
|
||||
1. Hanya 31% proyek SI berhasil (Standish Group, 2023) — dan 85% kegagalan berakar pada faktor manusia, bukan teknologi: resistensi pengguna, *scope creep*, sponso
|
||||
2. *Framework People–Process–Technology* harus diikuti urutannya.
|
||||
3. Manajemen perubahan bukan *afterthought* — ia aktivitas paralel yang berjalan dari perencanaan hingga stabilisasi.
|
||||
4. Strategi *deployment* — *phased*, *big bang*, atau *pilot* — harus dipilih berdasarkan konteks organisasi, bukan preferensi.
|
||||
5. *User adoption* adalah *ultimate metric* keberhasilan implementasi, bukan "sistem sudah *live*." *Change champion* dengan rasio 1:25 meningkatkan *adoption* dar
|
||||
|
||||
|
||||
---
|
||||
<!-- _class: lead invert -->
|
||||
|
||||
## 🔥 Final Statement
|
||||
|
||||
> "Implementasi sistem informasi bukan tentang menyalakan server, tetapi tentang meyakinkan manusia untuk berpikir dan bekerja dengan cara yang berbeda."
|
||||
|
||||
|
||||
---
|
||||
## Latihan & Refleksi
|
||||
|
||||
### 📝 Latihan 13.1 — *Change Readiness Assessment* (Template A.13)
|
||||
|
||||
untuk mengevaluasi kesiapan implementasi SI di sebuah organisasi atau unit kerja yang Anda kenal.
|
||||
|
||||
### ➡️ Menuju Bab 14
|
||||
|
||||
_SI sudah dipilih, diimplementasikan, dan berjalan. Pertanyaan berikutnya dari *C-suite* pasti muncul: "Apakah investasi ini *worth it*?" Klaim bahwa SI meningkatkan efisiensi perlu dibuktikan — bukan _
|
||||
|
||||
|
||||
|
||||
---
|
||||
202
slides/marp/slide-bab-14.md
Normal file
202
slides/marp/slide-bab-14.md
Normal file
|
|
@ -0,0 +1,202 @@
|
|||
---
|
||||
marp: true
|
||||
theme: gaia
|
||||
class: invert
|
||||
paginate: true
|
||||
header: "BAB 14 — Evaluasi Kelayakan dan ROI Sistem Informasi"
|
||||
footer: "Helmi Bahar Alim, S.Kom., M.Kom. | Universitas Putra Bangsa — Kebumen"
|
||||
style: |
|
||||
section {
|
||||
font-family: 'Segoe UI', Helvetica, sans-serif;
|
||||
font-size: 21px;
|
||||
}
|
||||
h1 { color: #ffd166; }
|
||||
h2 {
|
||||
color: #06d6a0;
|
||||
border-bottom: 2px solid #06d6a060;
|
||||
padding-bottom: 4px;
|
||||
}
|
||||
h3 { color: #8ecae6; }
|
||||
blockquote {
|
||||
border-left: 4px solid #ffd166;
|
||||
background: #ffffff15;
|
||||
padding: 0.5em 1em;
|
||||
font-style: italic;
|
||||
}
|
||||
table { font-size: 18px; width: 100%; }
|
||||
th { background: #06d6a040; }
|
||||
code { background: #ffffff20; }
|
||||
.lead h1 { font-size: 2em; color: #ffd166; }
|
||||
.lead h2 { font-size: 1.3em; border: none; color: #e0e0e0; }
|
||||
.bagian { font-size: 0.8em; color: #8ecae6; letter-spacing: 1px; }
|
||||
.lead p { font-size: 0.9em; color: #c0c0c0; }
|
||||
---
|
||||
<!-- _class: lead invert -->
|
||||
|
||||
# BAB 14
|
||||
## Evaluasi Kelayakan dan ROI Sistem Informasi
|
||||
|
||||
<p class="bagian">VI — Implementasi, Evaluasi & Risiko</p>
|
||||
|
||||
**Level:** Lanjutan–Mahir
|
||||
|
||||
|
||||
---
|
||||
## Reader Outcome
|
||||
|
||||
> Pembaca mampu melakukan analisis biaya-manfaat SI tingkat dasar dan mengevaluasi nilai bisnis investasi SI secara kuantitatif dan kualitatif
|
||||
|
||||
| Info | Detail |
|
||||
|------|--------|
|
||||
| **Bagian** | VI — Implementasi, Evaluasi & Risiko |
|
||||
| **Level** | Lanjutan–Mahir |
|
||||
| **Sub-topik** | 6 konsep inti |
|
||||
|
||||
|
||||
---
|
||||
<!-- _class: invert -->
|
||||
|
||||
## Pertanyaan Pemantik
|
||||
|
||||
Bab 13 membahas bagaimana mengimplementasikan SI dengan manajemen perubahan yang efektif — dari perencanaan hingga stabilisasi pasca *go-live*. Template A.13 (*Change Readiness Assessment*) membantu memastikan organisasi siap sebelum *go-live*. SI sudah berjalan. Dan pertanyaan dari *C-suite* pasti muncul.
|
||||
|
||||
---
|
||||
|
||||
_Bagaimana manajer mengevaluasi apakah investasi SI memberikan nilai bisnis yang sepadan — dan mengapa ROI saja tidak cukup untuk menilai keberhasilan SI?_
|
||||
|
||||
|
||||
---
|
||||
## Model Utama — Gambar 14.1
|
||||
|
||||
```mermaid
|
||||
graph TD
|
||||
COST_DET["Komponen Biaya<br>Akuisisi + Operasional<br>+ Tersembunyi"] --> COST["Biaya Total<br>(TCO)"]
|
||||
BEN_DET["Komponen Manfaat<br>Tangible + Intangible"] --> BEN["Manfaat Total"]
|
||||
COST --> CBA{"Cost-Benefit<br>Analysis"}
|
||||
BEN --> CBA
|
||||
CBA --> NPV["NPV"]
|
||||
CBA --> ROI2["ROI"]
|
||||
CBA --> PBP["Payback<br>Period"]
|
||||
CBA --> BSC["Balanced<br>Scorecard"]
|
||||
NPV --> DEC{"Go / Revisi /<br>No-Go"}
|
||||
ROI2 --> DEC
|
||||
PBP --> DEC
|
||||
BSC --> DEC
|
||||
style COST_DET fill:#5c1a1a,stroke:#333,color:#fff
|
||||
style BEN_DET fill:#5c1a1a,stroke:#333,color:#fff
|
||||
style COST fill:#5c1a1a,stroke:#333,color:#fff
|
||||
style BEN fill:#5c1a1a,stroke:#333,color:#fff
|
||||
style CBA fill:#f5f5f5,stroke:#5c1a1a,color:#333
|
||||
style NPV fill:#5c1a1a,stroke:#333,color:#fff
|
||||
style ROI2 fill:#5c1a1a,stroke:#333,color:#fff
|
||||
style PBP fill:#5c1a1a,stroke:#333,color:#fff
|
||||
style BSC fill:#5c1a1a,stroke:#333,color:#fff
|
||||
style DEC fill:#f5f5f5,stroke:#5c1a1a,color:#333
|
||||
```
|
||||
|
||||
**Signature Model — Bab 14**
|
||||
|
||||
|
||||
---
|
||||
## Definisi Kunci
|
||||
|
||||
**Business Case**
|
||||
Dokumen yang merangkum justifikasi investasi SI: masalah yang diselesaikan, alternatif yang dievaluasi, biaya, manfaat, risiko, dan rekomendasi. *Busi
|
||||
|
||||
> __
|
||||
|
||||
|
||||
---
|
||||
## Konsep Inti — Bagian 1
|
||||
|
||||
- **1.** *Business Case* untuk SI: Komponen dan Struktur
|
||||
- **2.** TCO dalam Konteks Evaluasi: Semua Biaya yang Benar-Benar Ada
|
||||
- **3.** Manfaat *Tangible* vs *Intangible*: Mengkuantifikasi yang Sulit Diukur
|
||||
|
||||
|
||||
---
|
||||
## Konsep Inti — Bagian 2
|
||||
|
||||
- **4.** Metode Evaluasi: NPV, ROI, *Payback Period*
|
||||
- **5.** *Balanced Scorecard* dalam Konteks Evaluasi SI
|
||||
- **6.** Kapan Tidak Perlu ROI Formal: Keputusan Strategis vs Operasional
|
||||
|
||||
|
||||
---
|
||||
## ⚠️ Salah Kaprah
|
||||
|
||||
> ⚠️ _"Kalau ROI-nya positif, proyek SI pasti layak dijalankan"_
|
||||
|
||||
↳ ROI adalah satu *input* dalam keputusan — bukan satu-satunya *input*.
|
||||
|
||||
> ⚠️ _"Manfaat SI yang intangible tidak perlu dihitung"_
|
||||
|
||||
↳ Gunakan *proxy indicators* untuk *intangible benefits*.
|
||||
|
||||
> ⚠️ _"ROI adalah satu-satunya metrik yang diperlukan untuk keputusan SI"_
|
||||
|
||||
↳ Gunakan evaluasi *multi-criteria*: NPV/ROI (dimensi finansial) + BSC (dimensi holistik) + *risk assessment* (dimensi risiko, dibahas di Bab 15) + *strategic ali
|
||||
|
||||
> ⚠️ _"Biaya implementasi = biaya lisensi + biaya hardware"_
|
||||
|
||||
↳ Selalu hitung TCO 5 tahun.
|
||||
|
||||
|
||||
---
|
||||
## 🔧 Template A.14
|
||||
### Template A.14
|
||||
|
||||
```
|
||||
```
|
||||
TEMPLATE A.14 — BUSINESS CASE MINI
|
||||
Tanggal : ________________________________________
|
||||
Proyek SI : ________________________________________
|
||||
Penyusun : ________________________________________
|
||||
═══════════════════════════════════════════════════════════════
|
||||
1. RINGKASAN EKSEKUTIF (3 kalimat)
|
||||
___________________________________________________________
|
||||
___________________________________________________________
|
||||
___________________________________________________________
|
||||
2. MASALAH YANG DISELESAIKAN (dari Template A.4)
|
||||
___________________________________________________________
|
||||
___________________________________________________________
|
||||
3. SOLUSI YANG DIREKOMENDASIKAN (dari Template A.12)
|
||||
___________________________________________________________
|
||||
___________________________________________________________
|
||||
4. ANALISIS BIAYA (TCO 5 TAHUN)
|
||||
| Komponen | Tahun 1 | Tahun 2–5 | Total |
|
||||
```
|
||||
|
||||
|
||||
---
|
||||
## Rangkuman
|
||||
|
||||
1. Setiap investasi SI harus dimulai dari *business case* — bukan dari demo vendor, tekanan *peer*, atau instruksi tanpa analisis.
|
||||
2. TCO 5 tahun rata-rata 2,5–3× biaya akuisisi awal (Gartner, 2024).
|
||||
3. *Intangible benefits* merupakan 40–60% dari total nilai SI (Bain & Company, 2024).
|
||||
4. NPV paling akurat untuk investasi jangka panjang; ROI dan *payback period* efektif sebagai ringkasan komunikasi ke *board*; BSC melengkapi dimensi non-finansial
|
||||
5. Studi ROI *vendor-sponsored* berguna sebagai *benchmark*, bukan jaminan.
|
||||
|
||||
|
||||
---
|
||||
<!-- _class: lead invert -->
|
||||
|
||||
## 🔥 Final Statement
|
||||
|
||||
> "Investasi sistem informasi bukan tentang berapa biayanya, tetapi tentang berapa mahal harganya jika tidak berinvestasi — dan itu jarang terlihat di spreadsheet manapun."
|
||||
|
||||
|
||||
---
|
||||
## Latihan & Refleksi
|
||||
|
||||
### 📝 Latihan 14.1 — *Business Case* Mini (Template A.14)
|
||||
|
||||
untuk menyusun analisis CBA satu halaman bagi proyek SI — bisa menggunakan konteks dari studi kasus bab sebelumnya atau organisasi yang Anda kenal.
|
||||
|
||||
### ➡️ Menuju Bab 15
|
||||
|
||||
_SI sudah dievaluasi kelayakannya dan berjalan. Tetapi setiap SI yang terhubung ke jaringan — dan di era digital, hampir semuanya — menghadapi risiko: *cyber attack*, kegagalan sistem, pelanggaran data_
|
||||
|
||||
|
||||
|
||||
---
|
||||
204
slides/marp/slide-bab-15.md
Normal file
204
slides/marp/slide-bab-15.md
Normal file
|
|
@ -0,0 +1,204 @@
|
|||
---
|
||||
marp: true
|
||||
theme: gaia
|
||||
class: invert
|
||||
paginate: true
|
||||
header: "BAB 15 — Risiko, Keamanan, dan Tata Kelola SI"
|
||||
footer: "Helmi Bahar Alim, S.Kom., M.Kom. | Universitas Putra Bangsa — Kebumen"
|
||||
style: |
|
||||
section {
|
||||
font-family: 'Segoe UI', Helvetica, sans-serif;
|
||||
font-size: 21px;
|
||||
}
|
||||
h1 { color: #ffd166; }
|
||||
h2 {
|
||||
color: #06d6a0;
|
||||
border-bottom: 2px solid #06d6a060;
|
||||
padding-bottom: 4px;
|
||||
}
|
||||
h3 { color: #8ecae6; }
|
||||
blockquote {
|
||||
border-left: 4px solid #ffd166;
|
||||
background: #ffffff15;
|
||||
padding: 0.5em 1em;
|
||||
font-style: italic;
|
||||
}
|
||||
table { font-size: 18px; width: 100%; }
|
||||
th { background: #06d6a040; }
|
||||
code { background: #ffffff20; }
|
||||
.lead h1 { font-size: 2em; color: #ffd166; }
|
||||
.lead h2 { font-size: 1.3em; border: none; color: #e0e0e0; }
|
||||
.bagian { font-size: 0.8em; color: #8ecae6; letter-spacing: 1px; }
|
||||
.lead p { font-size: 0.9em; color: #c0c0c0; }
|
||||
---
|
||||
<!-- _class: lead invert -->
|
||||
|
||||
# BAB 15
|
||||
## Risiko, Keamanan, dan Tata Kelola SI
|
||||
|
||||
<p class="bagian">VI — Implementasi, Evaluasi & Risiko</p>
|
||||
|
||||
**Level:** Lanjutan–Mahir
|
||||
|
||||
|
||||
---
|
||||
## Reader Outcome
|
||||
|
||||
> Pembaca mampu mengidentifikasi risiko SI utama, mengevaluasi kematangan tata kelola SI organisasi, dan merancang respons risiko berbasis perspektif manajerial
|
||||
|
||||
| Info | Detail |
|
||||
|------|--------|
|
||||
| **Bagian** | VI — Implementasi, Evaluasi & Risiko |
|
||||
| **Level** | Lanjutan–Mahir |
|
||||
| **Sub-topik** | 6 konsep inti |
|
||||
|
||||
|
||||
---
|
||||
<!-- _class: invert -->
|
||||
|
||||
## Pertanyaan Pemantik
|
||||
|
||||
Bab 14 membekali Anda dengan kerangka evaluasi nilai bisnis SI — NPV, ROI, *Payback Period*, dan *Balanced Scorecard*. Template A.14 (*Business Case* Mini) memastikan setiap investasi SI dijustifikasi dengan data. Nilai sudah dibuktikan. Tetapi nilai itu bisa musnah dalam semalam.
|
||||
|
||||
---
|
||||
|
||||
_Mengapa risiko SI bukan hanya masalah teknis tetapi masalah manajerial — dan bagaimana tata kelola SI memastikan organisasi tahu risiko apa yang mereka ambil dan mengapa?_
|
||||
|
||||
|
||||
---
|
||||
## Model Utama — Gambar 15.1
|
||||
|
||||
```mermaid
|
||||
graph TD
|
||||
RS["Risiko<br>Strategis"] --> ID["Identifikasi<br>Risiko"]
|
||||
RO["Risiko<br>Operasional"] --> ID
|
||||
RK["Risiko<br>Keamanan"] --> ID
|
||||
ID --> PA["Penilaian<br>Probabilitas × Dampak"]
|
||||
PA --> MIT["Mitigasi &<br>Respons"]
|
||||
MIT --> GOV["IT Governance<br>Framework"]
|
||||
GOV --> COBIT["COBIT 2019"]
|
||||
GOV --> ISO["ISO 27001"]
|
||||
GOV --> NIST["NIST CSF"]
|
||||
GOV --> POL["Kebijakan &<br>Kontrol Organisasi"]
|
||||
POL --> MON["Monitor &<br>Review Berkelanjutan"]
|
||||
MON -.-> ID
|
||||
style RS fill:#5c1a1a,stroke:#333,color:#fff
|
||||
style RO fill:#5c1a1a,stroke:#333,color:#fff
|
||||
style RK fill:#5c1a1a,stroke:#333,color:#fff
|
||||
style ID fill:#5c1a1a,stroke:#333,color:#fff
|
||||
style PA fill:#5c1a1a,stroke:#333,color:#fff
|
||||
style MIT fill:#5c1a1a,stroke:#333,color:#fff
|
||||
style GOV fill:#f5f5f5,stroke:#5c1a1a,color:#333
|
||||
style COBIT fill:#5c1a1a,stroke:#333,color:#fff
|
||||
style ISO fill:#5c1a1a,stroke:#333,color:#fff
|
||||
style NIST fill:#5c1a1a,stroke:#333,color:#fff
|
||||
style POL fill:#5c1a1a,stroke:#333,color:#fff
|
||||
style MON fill:#5c1a1a,stroke:#333,color:#fff
|
||||
```
|
||||
|
||||
**Signature Model — Bab 15**
|
||||
|
||||
|
||||
---
|
||||
## Definisi Kunci
|
||||
|
||||
**Model CIA**
|
||||
Tiga pilar keamanan informasi: *Confidentiality* — hanya pihak yang berhak yang bisa mengakses informasi; *Integrity* — informasi tidak diubah tanpa o
|
||||
|
||||
> __
|
||||
|
||||
|
||||
---
|
||||
## Konsep Inti — Bagian 1
|
||||
|
||||
- **1.** Tipologi Risiko SI: Bukan Hanya Soal *Hacker*
|
||||
- **2.** Model CIA: Keamanan dalam Bahasa Bisnis
|
||||
- **3.** Tata Kelola SI vs Manajemen SI: Perbedaan Kritis
|
||||
|
||||
|
||||
---
|
||||
## Konsep Inti — Bagian 2
|
||||
|
||||
- **4.** *Framework Governance*: COBIT 2019, ISO 27001, NIST CSF
|
||||
- **5.** *Compliance* dan Regulasi Data: UU PDP dan Implikasinya
|
||||
- **6.** Peran *Board* dan Manajemen Senior dalam *Oversight* SI
|
||||
|
||||
|
||||
---
|
||||
## ⚠️ Salah Kaprah
|
||||
|
||||
> ⚠️ _"Keamanan SI itu urusan tim IT dan cybersecurity, bukan manajer umum"_
|
||||
|
||||
↳ Setiap manajer harus mengetahui minimal tiga hal tentang unit kerjanya: data sensitif apa yang dimiliki (*inventory*), siapa yang boleh mengaksesnya (*access co
|
||||
|
||||
> ⚠️ _"Sudah pasang antivirus, berarti aman"_
|
||||
|
||||
↳ Keamanan adalah kombinasi tiga elemen: teknologi (*antivirus*, *firewall*, *encryption*) + proses (*patch management*, *access review*, *backup*) + manusia (*se
|
||||
|
||||
> ⚠️ _"Risiko SI hanya berupa serangan hacker dari luar"_
|
||||
|
||||
↳ Terapkan *principle of least privilege*: setiap orang hanya mendapatkan akses minimum yang diperlukan untuk pekerjaannya.
|
||||
|
||||
> ⚠️ _"Compliance = keamanan"_
|
||||
|
||||
↳ Perlakukan *compliance* sebagai *baseline* — bukan *ceiling*.
|
||||
|
||||
|
||||
---
|
||||
## 🔧 Template A.15
|
||||
### Template A.15
|
||||
|
||||
```
|
||||
```
|
||||
TEMPLATE A.15 — RISK REGISTER SI
|
||||
Tanggal : ________________________________________
|
||||
Organisasi/Unit : ________________________________________
|
||||
Risk Owner : ________________________________________
|
||||
═══════════════════════════════════════════════════════════════
|
||||
| No | Risiko | Kategori | Prob (1–5) | Dampak (1–5) | Skor | Pengendalian Saat Ini | Status | Rekomendasi |
|
||||
|----|-------------|-------------|-----------|-------------|------|----------------------|----------|-------------|
|
||||
| 1 | ___________ | [T/O/K/S/R] | ___ | ___ | ___ | ____________________ | [Baik/Sedang/Kritis] | ___________ |
|
||||
| 2 | ___________ | [T/O/K/S/R] | ___ | ___ | ___ | ____________________ | [Baik/Sedang/Kritis] | ___________ |
|
||||
| 3 | ___________ | [T/O/K/S/R] | ___ | ___ | ___ | ____________________ | [Baik/Sedang/Kritis] | ___________ |
|
||||
| 4 | ___________ | [T/O/K/S/R] | ___ | ___ | ___ | ____________________ | [Baik/Sedang/Kritis] | ___________ |
|
||||
| 5 | ___________ | [T/O/K/S/R] | ___ | ___ | ___ | ____________________ | [Baik/Sedang/Kritis] | ___________ |
|
||||
Keterangan Kategori:
|
||||
T = Teknis | O = Operasional | K = Keamanan | S = Strategis | R = Reputasional
|
||||
Status Pengendalian:
|
||||
Memadai | Partial | Tidak ada
|
||||
═══════════════════════════════════════════════════════════════
|
||||
```
|
||||
|
||||
|
||||
---
|
||||
## Rangkuman
|
||||
|
||||
1. Risiko SI bukan hanya soal serangan *hacker* — ia mencakup risiko teknis, operasional, keamanan, strategis, dan reputasional.
|
||||
2. Model CIA (*Confidentiality, Integrity, Availability*) memberikan bahasa bisnis untuk mengartikulasikan kebutuhan keamanan.
|
||||
3. IT *governance* ≠ IT *management*.
|
||||
4. Delapan puluh persen *breach* bisa dicegah dengan *basic hygiene*: *patch management*, *strong password*, *backup* rutin (aturan 3-2-1), dan *access control* ya
|
||||
5. *Compliance* (UU PDP, ISO 27001) adalah *baseline* — bukan *ceiling*.
|
||||
|
||||
|
||||
---
|
||||
<!-- _class: lead invert -->
|
||||
|
||||
## 🔥 Final Statement
|
||||
|
||||
> "Tata kelola sistem informasi bukan tentang mencegah semua risiko — yang mustahil — melainkan tentang memastikan organisasi tahu risiko apa yang mereka ambil dan mengapa."
|
||||
|
||||
|
||||
---
|
||||
## Latihan & Refleksi
|
||||
|
||||
### 📝 Latihan 15.1 — *Risk Register* SI (Template A.15)
|
||||
|
||||
untuk mengidentifikasi dan menilai 5 risiko SI di sebuah organisasi atau unit kerja yang Anda kenal.
|
||||
|
||||
### ➡️ Menuju Bab 16
|
||||
|
||||
_Bagian VI — Implementasi, Evaluasi & Risiko — selesai. SI sudah diimplementasikan (Bab 13), nilai bisnisnya sudah dievaluasi (Bab 14), dan risiko serta tata kelolanya sudah dibangun (Bab 15). Fondasi _
|
||||
|
||||
|
||||
|
||||
---
|
||||
205
slides/marp/slide-bab-16.md
Normal file
205
slides/marp/slide-bab-16.md
Normal file
|
|
@ -0,0 +1,205 @@
|
|||
---
|
||||
marp: true
|
||||
theme: gaia
|
||||
class: invert
|
||||
paginate: true
|
||||
header: "BAB 16 — Transformasi Digital dan E-Business"
|
||||
footer: "Helmi Bahar Alim, S.Kom., M.Kom. | Universitas Putra Bangsa — Kebumen"
|
||||
style: |
|
||||
section {
|
||||
font-family: 'Segoe UI', Helvetica, sans-serif;
|
||||
font-size: 21px;
|
||||
}
|
||||
h1 { color: #ffd166; }
|
||||
h2 {
|
||||
color: #06d6a0;
|
||||
border-bottom: 2px solid #06d6a060;
|
||||
padding-bottom: 4px;
|
||||
}
|
||||
h3 { color: #8ecae6; }
|
||||
blockquote {
|
||||
border-left: 4px solid #ffd166;
|
||||
background: #ffffff15;
|
||||
padding: 0.5em 1em;
|
||||
font-style: italic;
|
||||
}
|
||||
table { font-size: 18px; width: 100%; }
|
||||
th { background: #06d6a040; }
|
||||
code { background: #ffffff20; }
|
||||
.lead h1 { font-size: 2em; color: #ffd166; }
|
||||
.lead h2 { font-size: 1.3em; border: none; color: #e0e0e0; }
|
||||
.bagian { font-size: 0.8em; color: #8ecae6; letter-spacing: 1px; }
|
||||
.lead p { font-size: 0.9em; color: #c0c0c0; }
|
||||
---
|
||||
<!-- _class: lead invert -->
|
||||
|
||||
# BAB 16
|
||||
## Transformasi Digital dan E-Business
|
||||
|
||||
<p class="bagian">VII — Transformasi Digital, AI & Masa Depan</p>
|
||||
|
||||
**Level:** Lanjutan–Mahir
|
||||
|
||||
|
||||
---
|
||||
## Reader Outcome
|
||||
|
||||
> Pembaca mampu menganalisis strategi transformasi digital organisasi, mengevaluasi model bisnis digital (e-business, platform economy), dan mengidentifikasi hambatan serta faktor keberhasilan transformasi
|
||||
|
||||
| Info | Detail |
|
||||
|------|--------|
|
||||
| **Bagian** | VII — Transformasi Digital, AI & Masa Depan |
|
||||
| **Level** | Lanjutan–Mahir |
|
||||
| **Sub-topik** | 7 konsep inti |
|
||||
|
||||
|
||||
---
|
||||
<!-- _class: invert -->
|
||||
|
||||
## Pertanyaan Pemantik
|
||||
|
||||
Bab 15 membekali Anda dengan kerangka tata kelola dan manajemen risiko SI — *Risk Register* (Template A.15), model CIA, dan *governance framework* yang memastikan SI organisasi aman dan terkendali. Fondasi itu wajib kokoh sebelum melangkah ke pertanyaan yang lebih besar. Karena fondasi yang rapuh tidak akan menopang transformasi apa pun.
|
||||
|
||||
---
|
||||
|
||||
_Apa bedanya digitisasi, digitalisasi, dan transformasi digital — dan mengapa transformasi digital yang sesungguhnya adalah tentang mengubah cara berpikir organisasi, bukan sekadar mengadopsi teknologi baru?_
|
||||
|
||||
|
||||
---
|
||||
## Model Utama — Gambar 16.1
|
||||
|
||||
```mermaid
|
||||
graph TD
|
||||
style VS fill:#3a3a3a,stroke:#666,color:#fff
|
||||
style KAP fill:#3a3a3a,stroke:#666,color:#fff
|
||||
style DIG1 fill:#4a4a4a,stroke:#666,color:#fff
|
||||
style DIG2 fill:#4a4a4a,stroke:#666,color:#fff
|
||||
style DT fill:#4a4a4a,stroke:#666,color:#fff
|
||||
style MB fill:#3a3a3a,stroke:#666,color:#fff
|
||||
style EC fill:#5a5a5a,stroke:#666,color:#fff
|
||||
style PL fill:#5a5a5a,stroke:#666,color:#fff
|
||||
style EK fill:#5a5a5a,stroke:#666,color:#fff
|
||||
style EVAL fill:#3a3a3a,stroke:#666,color:#fff
|
||||
style ROAD fill:#3a3a3a,stroke:#666,color:#fff
|
||||
|
||||
VS["Visi & Strategi Digital"] --> KAP["Kapabilitas:<br/>Teknologi × Proses × SDM"]
|
||||
KAP --> DIG1["Digitisasi:<br/>Analog → Digital"]
|
||||
KAP --> DIG2["Digitalisasi:<br/>Proses → Digital Process"]
|
||||
KAP --> DT["DT Penuh:<br/>Model Bisnis Baru"]
|
||||
DIG1 --> MB["Model Bisnis Digital"]
|
||||
DIG2 --> MB
|
||||
DT --> MB
|
||||
MB --> EC["E-Commerce<br/>B2B / B2C / C2C"]
|
||||
MB --> PL["Platform Economy"]
|
||||
MB --> EK["Ekosistem Digital"]
|
||||
EK --> EVAL["Evaluasi<br/>Kematangan Digital"]
|
||||
EVAL --> ROAD["Roadmap<br/>Transformasi"]
|
||||
```
|
||||
|
||||
**Signature Model — Bab 16**
|
||||
|
||||
|
||||
---
|
||||
## Definisi Kunci
|
||||
|
||||
**Digitisasi**
|
||||
|
||||
|
||||
> __
|
||||
|
||||
|
||||
---
|
||||
## Konsep Inti — Bagian 1
|
||||
|
||||
- **1.** Digitisasi vs Digitalisasi vs Transformasi Digital: Tiga Level yang Sering Dicampuradukkan
|
||||
- **2.** Kerangka Kematangan Digital
|
||||
- **3.** Strategi Transformasi Digital: *Top-Down* vs *Bottom-Up* vs *Ambidextrous*
|
||||
- **4.** E-Commerce dan E-Business: Model B2B, B2C, C2C
|
||||
|
||||
|
||||
---
|
||||
## Konsep Inti — Bagian 2
|
||||
|
||||
- **5.** *Platform Economy* dan Efek Jaringan
|
||||
- **6.** Hambatan Transformasi Digital: Resistensi Budaya, *Legacy System*, *Digital Divide*
|
||||
- **7.** Kepemimpinan Digital: CDO dan *Digital Champion*
|
||||
|
||||
|
||||
---
|
||||
## ⚠️ Salah Kaprah
|
||||
|
||||
> ⚠️ _"Transformasi digital = punya *website* dan media sosial"_
|
||||
|
||||
↳
|
||||
|
||||
> ⚠️ _"*E-commerce* hanya relevan untuk perusahaan besar atau *startup* teknologi"_
|
||||
|
||||
↳
|
||||
|
||||
> ⚠️ _"Transformasi digital bisa dilakukan hanya oleh departemen IT"_
|
||||
|
||||
↳
|
||||
|
||||
> ⚠️ _"Kalau sudah pakai *cloud*, berarti sudah bertransformasi digital"_
|
||||
|
||||
↳
|
||||
|
||||
|
||||
---
|
||||
## 🔧 Template A.16
|
||||
### *Digital Maturity Assessment*
|
||||
|
||||
```
|
||||
```
|
||||
TEMPLATE A.16 — DIGITAL MATURITY ASSESSMENT
|
||||
Tanggal : ________________________________________
|
||||
Organisasi : ________________________________________
|
||||
Asesor : ________________________________________
|
||||
═══════════════════════════════════════════════════════════════
|
||||
SELF-ASSESSMENT (skor 1–5 per dimensi)
|
||||
Dimensi 1 — Strategi Digital
|
||||
Level 1 : Tidak ada strategi digital formal
|
||||
Level 3 : Strategi digital ada, lintas-departemen
|
||||
Level 5 : Digital-first strategy di seluruh organisasi
|
||||
Skor : ___/5
|
||||
Evidensi: ____________________________________________________
|
||||
Dimensi 2 — Budaya & SDM
|
||||
Level 1 : Resistensi tinggi terhadap teknologi baru
|
||||
Level 3 : Awareness ada, digital champion mulai muncul
|
||||
Level 5 : Digital culture embedded, continuous learning
|
||||
Skor : ___/5
|
||||
```
|
||||
|
||||
|
||||
---
|
||||
## Rangkuman
|
||||
|
||||
1. Digitisasi ≠ Digitalisasi ≠ Transformasi Digital.
|
||||
2. DT bukan proyek IT — ia strategi bisnis.
|
||||
3. Strategi *ambidextrous* — *exploit existing business* + *explore new digital business* — terbukti paling efektif.
|
||||
4. *Platform economy* mengubah logika kompetisi dari "siapa punya aset terbanyak" ke "siapa punya *network* terbesar." Efek jaringan (*direct* dan *indirect*) menc
|
||||
5. Hambatan DT terbesar adalah budaya — 72% eksekutif mengakuinya — bukan teknologi.
|
||||
|
||||
|
||||
---
|
||||
<!-- _class: lead invert -->
|
||||
|
||||
## 🔥 Final Statement
|
||||
|
||||
> "Transformasi digital bukan tentang teknologi yang Anda beli, tetapi tentang cara berpikir yang Anda ubah — dan itu dimulai dari ruang rapat, bukan dari ruang server."
|
||||
|
||||
|
||||
---
|
||||
## Latihan & Refleksi
|
||||
|
||||
### 📝 Latihan 16.1 — *Digital Maturity Assessment* (Template A.16)
|
||||
|
||||
untuk mengevaluasi kematangan digital organisasi yang Anda kenal.
|
||||
|
||||
### ➡️ Menuju Bab 17
|
||||
|
||||
_Transformasi digital mengubah cara organisasi beroperasi — dari model bisnis, *customer experience*, hingga struktur kompetisi. Tetapi di tengah gelombang transformasi ini, satu teknologi mendapat per_
|
||||
|
||||
|
||||
|
||||
---
|
||||
216
slides/marp/slide-bab-17.md
Normal file
216
slides/marp/slide-bab-17.md
Normal file
|
|
@ -0,0 +1,216 @@
|
|||
---
|
||||
marp: true
|
||||
theme: gaia
|
||||
class: invert
|
||||
paginate: true
|
||||
header: "BAB 17 — Kecerdasan Buatan dalam Pengambilan Keputusan Manajerial"
|
||||
footer: "Helmi Bahar Alim, S.Kom., M.Kom. | Universitas Putra Bangsa — Kebumen"
|
||||
style: |
|
||||
section {
|
||||
font-family: 'Segoe UI', Helvetica, sans-serif;
|
||||
font-size: 21px;
|
||||
}
|
||||
h1 { color: #ffd166; }
|
||||
h2 {
|
||||
color: #06d6a0;
|
||||
border-bottom: 2px solid #06d6a060;
|
||||
padding-bottom: 4px;
|
||||
}
|
||||
h3 { color: #8ecae6; }
|
||||
blockquote {
|
||||
border-left: 4px solid #ffd166;
|
||||
background: #ffffff15;
|
||||
padding: 0.5em 1em;
|
||||
font-style: italic;
|
||||
}
|
||||
table { font-size: 18px; width: 100%; }
|
||||
th { background: #06d6a040; }
|
||||
code { background: #ffffff20; }
|
||||
.lead h1 { font-size: 2em; color: #ffd166; }
|
||||
.lead h2 { font-size: 1.3em; border: none; color: #e0e0e0; }
|
||||
.bagian { font-size: 0.8em; color: #8ecae6; letter-spacing: 1px; }
|
||||
.lead p { font-size: 0.9em; color: #c0c0c0; }
|
||||
---
|
||||
<!-- _class: lead invert -->
|
||||
|
||||
# BAB 17
|
||||
## Kecerdasan Buatan dalam Pengambilan Keputusan Manajerial
|
||||
|
||||
<p class="bagian">VII — Transformasi Digital, AI & Masa Depan</p>
|
||||
|
||||
**Level:** Lanjutan–Mahir
|
||||
|
||||
|
||||
---
|
||||
## Reader Outcome
|
||||
|
||||
> Pembaca mampu mengevaluasi potensi dan limitasi AI untuk pengambilan keputusan manajerial, merancang use case AI yang relevan bagi organisasi, dan menganalisis implikasi etis penggunaan AI dalam bisnis
|
||||
|
||||
| Info | Detail |
|
||||
|------|--------|
|
||||
| **Bagian** | VII — Transformasi Digital, AI & Masa Depan |
|
||||
| **Level** | Lanjutan–Mahir |
|
||||
| **Sub-topik** | 7 konsep inti |
|
||||
|
||||
|
||||
---
|
||||
<!-- _class: invert -->
|
||||
|
||||
## Pertanyaan Pemantik
|
||||
|
||||
Bab 16 membahas transformasi digital sebagai perubahan mendasar dalam model bisnis, *customer experience*, dan logika kompetisi organisasi. Template A.16 (*Digital Maturity Assessment*) membantu Anda menilai kesiapan digital organisasi.
|
||||
|
||||
---
|
||||
|
||||
_Bagaimana manajer mengevaluasi di mana AI cocok dan di mana manusia tetap tak tergantikan dalam pengambilan keputusan — dan apa implikasi etis yang harus dipertimbangkan sebelum mengadopsi AI?_
|
||||
|
||||
|
||||
---
|
||||
## Model Utama — Gambar 17.1
|
||||
|
||||
```mermaid
|
||||
graph TD
|
||||
style KEB fill:#3a3a3a,stroke:#666,color:#fff
|
||||
style KLAS fill:#3a3a3a,stroke:#666,color:#fff
|
||||
style TER fill:#4a4a4a,stroke:#666,color:#fff
|
||||
style SEMI fill:#4a4a4a,stroke:#666,color:#fff
|
||||
style TIDAK fill:#4a4a4a,stroke:#666,color:#fff
|
||||
style EVAL fill:#3a3a3a,stroke:#666,color:#fff
|
||||
style DIM1 fill:#5a5a5a,stroke:#666,color:#fff
|
||||
style DIM2 fill:#5a5a5a,stroke:#666,color:#fff
|
||||
style DIM3 fill:#5a5a5a,stroke:#666,color:#fff
|
||||
style OPT fill:#3a3a3a,stroke:#666,color:#fff
|
||||
style OTO fill:#4a4a4a,stroke:#666,color:#fff
|
||||
style AUG fill:#4a4a4a,stroke:#666,color:#fff
|
||||
style NAI fill:#4a4a4a,stroke:#666,color:#fff
|
||||
style EVA2 fill:#3a3a3a,stroke:#666,color:#fff
|
||||
style DEC fill:#3a3a3a,stroke:#666,color:#fff
|
||||
|
||||
KEB["Identifikasi<br/>Keputusan Bisnis"] --> KLAS{"Klasifikasi<br/>Keputusan"}
|
||||
KLAS --> TER["Terstruktur"]
|
||||
KLAS --> SEMI["Semi-Terstruktur"]
|
||||
KLAS --> TIDAK["Tidak Terstruktur"]
|
||||
TER --> EVAL["Penilaian Kelayakan AI"]
|
||||
SEMI --> EVAL
|
||||
TIDAK --> EVAL
|
||||
EVAL --> DIM1["Data tersedia<br/>& berkualitas?"]
|
||||
EVAL --> DIM2["Kompleksitas pola<br/>membenarkan AI?"]
|
||||
EVAL --> DIM3["Dampak bisnis<br/>signifikan?"]
|
||||
DIM1 --> OPT{"Opsi Implementasi"}
|
||||
DIM2 --> OPT
|
||||
DIM3 --> OPT
|
||||
OPT --> OTO["Otomasi Penuh<br/>oleh AI"]
|
||||
OPT --> AUG["Augmentasi:<br/>AI + Manusia"]
|
||||
OPT --> NAI["Tidak Layak AI"]
|
||||
OTO --> EVA2["Evaluasi:<br/>Akurasi × Bias × Etika × ROI"]
|
||||
AUG --> EVA2
|
||||
EVA2 --> DEC["Keputusan:<br/>Adopt / Pilot / Defer"]
|
||||
```
|
||||
|
||||
**Signature Model — Bab 17**
|
||||
|
||||
|
||||
---
|
||||
## Definisi Kunci
|
||||
|
||||
**Artificial Intelligence**
|
||||
|
||||
|
||||
> __
|
||||
|
||||
|
||||
---
|
||||
## Konsep Inti — Bagian 1
|
||||
|
||||
- **1.** AI untuk Manajer: Apa yang Perlu Dipahami Tanpa Menjadi *Data Scientist*
|
||||
- **2.** *Machine Learning*, *Deep Learning*, dan *Generative AI*: Perbedaan Konseptual
|
||||
- **3.** AI dalam Spektrum Keputusan: Otomasi Penuh vs Augmentasi
|
||||
- **4.** *Use Case* AI per Fungsi Bisnis
|
||||
|
||||
|
||||
---
|
||||
## Konsep Inti — Bagian 2
|
||||
|
||||
- **5.** Limitasi AI: *Garbage In–Garbage Out*, Bias, Halusinasi
|
||||
- **6.** Etika dan Tata Kelola AI: Transparansi, Akuntabilitas, Regulasi
|
||||
- **7.** Strategi Adopsi AI: *Quick Wins* vs Transformasi Mendalam
|
||||
|
||||
|
||||
---
|
||||
## ⚠️ Salah Kaprah
|
||||
|
||||
> ⚠️ _"AI akan menggantikan semua pekerjaan manajer"_
|
||||
|
||||
↳
|
||||
|
||||
> ⚠️ _"Butuh *big data* dulu sebelum bisa pakai AI"_
|
||||
|
||||
↳
|
||||
|
||||
> ⚠️ _"AI selalu objektif karena berbasis data"_
|
||||
|
||||
↳
|
||||
|
||||
> ⚠️ _"Cukup beli *tools* AI, hasilnya otomatis bagus"_
|
||||
|
||||
↳
|
||||
|
||||
|
||||
---
|
||||
## 🔧 Template A.17
|
||||
### AI *Use Case Canvas*
|
||||
|
||||
```
|
||||
```
|
||||
TEMPLATE A.17 — AI USE CASE CANVAS
|
||||
Tanggal : ________________________________________
|
||||
Organisasi : ________________________________________
|
||||
Evaluator : ________________________________________
|
||||
═══════════════════════════════════════════════════════════════
|
||||
KANDIDAT USE CASE (evaluasi 3 use case)
|
||||
USE CASE 1: ________________________________________________
|
||||
Deskripsi singkat: ________________________________________
|
||||
| Kriteria | Skor (1–5) | Evidensi |
|
||||
|----------------------------------|-----------|---------------------|
|
||||
| Data tersedia & berkualitas | ___ | ___________________ |
|
||||
| Dampak bisnis (revenue/cost/risk) | ___ | ___________________ |
|
||||
| Volume keputusan | ___ | ___________________ |
|
||||
| Kompleksitas pola | ___ | ___________________ |
|
||||
| Ethical risk (1=tinggi, 5=rendah) | ___ | ___________________ |
|
||||
| TOTAL | ___/25 | |
|
||||
Tipe : [ ] Otomasi penuh [ ] Augmentasi [ ] Tidak layak AI
|
||||
```
|
||||
|
||||
|
||||
---
|
||||
## Rangkuman
|
||||
|
||||
1. AI memperluas kapabilitas manajer, bukan menggantikannya.
|
||||
2. Mulai dari keputusan bisnis, bukan dari teknologi.
|
||||
3. *Human-in-the-loop* (augmentasi) adalah model paling aman dan efektif untuk sebagian besar keputusan manajerial — terutama yang berdampak langsung pada manusia.
|
||||
4. AI mereproduksi bias dari data *training*.
|
||||
5. *Generative AI* (ChatGPT, Claude) mengubah *knowledge work* — tetapi halusinasi berarti *output* harus selalu divalidasi oleh manusia yang kompeten di bidangnya
|
||||
|
||||
|
||||
---
|
||||
<!-- _class: lead invert -->
|
||||
|
||||
## 🔥 Final Statement
|
||||
|
||||
> "Kecerdasan buatan bukan tentang menggantikan kecerdasan manajer, tetapi tentang memperluas batas kemampuan manusia untuk melihat pola yang tak terlihat dan membuat keputusan yang lebih baik — selama manusia tetap bertanya 'mengapa'."
|
||||
|
||||
|
||||
---
|
||||
## Latihan & Refleksi
|
||||
|
||||
### 📝 Latihan 17.1 — AI *Use Case Canvas* (Template A.17)
|
||||
|
||||
untuk mengevaluasi 3 kandidat *use case* AI di organisasi yang Anda kenal.
|
||||
|
||||
### ➡️ Menuju Bab 18
|
||||
|
||||
_AI mengubah pengambilan keputusan hari ini. Tetapi apa yang terjadi besok? Bab terakhir melihat ke depan: tren SI dan AI yang akan membentuk organisasi dan peran manajer di masa depan — dari *IoT* dan_
|
||||
|
||||
|
||||
|
||||
---
|
||||
198
slides/marp/slide-bab-18.md
Normal file
198
slides/marp/slide-bab-18.md
Normal file
|
|
@ -0,0 +1,198 @@
|
|||
---
|
||||
marp: true
|
||||
theme: gaia
|
||||
class: invert
|
||||
paginate: true
|
||||
header: "BAB 18 — Tren SI dan Masa Depan Organisasi"
|
||||
footer: "Helmi Bahar Alim, S.Kom., M.Kom. | Universitas Putra Bangsa — Kebumen"
|
||||
style: |
|
||||
section {
|
||||
font-family: 'Segoe UI', Helvetica, sans-serif;
|
||||
font-size: 21px;
|
||||
}
|
||||
h1 { color: #ffd166; }
|
||||
h2 {
|
||||
color: #06d6a0;
|
||||
border-bottom: 2px solid #06d6a060;
|
||||
padding-bottom: 4px;
|
||||
}
|
||||
h3 { color: #8ecae6; }
|
||||
blockquote {
|
||||
border-left: 4px solid #ffd166;
|
||||
background: #ffffff15;
|
||||
padding: 0.5em 1em;
|
||||
font-style: italic;
|
||||
}
|
||||
table { font-size: 18px; width: 100%; }
|
||||
th { background: #06d6a040; }
|
||||
code { background: #ffffff20; }
|
||||
.lead h1 { font-size: 2em; color: #ffd166; }
|
||||
.lead h2 { font-size: 1.3em; border: none; color: #e0e0e0; }
|
||||
.bagian { font-size: 0.8em; color: #8ecae6; letter-spacing: 1px; }
|
||||
.lead p { font-size: 0.9em; color: #c0c0c0; }
|
||||
---
|
||||
<!-- _class: lead invert -->
|
||||
|
||||
# BAB 18
|
||||
## Tren SI dan Masa Depan Organisasi
|
||||
|
||||
<p class="bagian">VII — Transformasi Digital, AI & Masa Depan</p>
|
||||
|
||||
**Level:** Lanjutan–Mahir
|
||||
|
||||
|
||||
---
|
||||
## Reader Outcome
|
||||
|
||||
> Pembaca mampu menganalisis tren SI terkini dan memproyeksikan implikasi terhadap peran manajer dalam ekosistem digital yang digerakkan AI
|
||||
|
||||
| Info | Detail |
|
||||
|------|--------|
|
||||
| **Bagian** | VII — Transformasi Digital, AI & Masa Depan |
|
||||
| **Level** | Lanjutan–Mahir |
|
||||
| **Sub-topik** | 7 konsep inti |
|
||||
|
||||
|
||||
---
|
||||
<!-- _class: invert -->
|
||||
|
||||
## Pertanyaan Pemantik
|
||||
|
||||
Bab 17 mendalami AI sebagai kapabilitas manajerial baru — dari *credit scoring* Bank Mandiri hingga *recommendation engine* Netflix, dari limitasi bias algoritmik hingga *ethical governance*. Template A.17 (AI *Use Case Canvas*) membantu Anda mengevaluasi dan memprioritaskan kandidat *use case* AI.
|
||||
|
||||
---
|
||||
|
||||
_Tren SI apa yang akan paling menentukan bentuk organisasi dalam dekade mendatang — dan bagaimana manajer mempersiapkan diri untuk peran baru sebagai *orchestrator* dalam ekosistem digital yang semakin cerdas?_
|
||||
|
||||
|
||||
---
|
||||
## Model Utama — Gambar 18.1
|
||||
|
||||
```mermaid
|
||||
graph TD
|
||||
style TREN1 fill:#3a3a3a,stroke:#666,color:#fff
|
||||
style TREN2 fill:#3a3a3a,stroke:#666,color:#fff
|
||||
style TREN3 fill:#3a3a3a,stroke:#666,color:#fff
|
||||
style DDO fill:#4a4a4a,stroke:#666,color:#fff
|
||||
style ECO fill:#4a4a4a,stroke:#666,color:#fff
|
||||
style NMR fill:#3a3a3a,stroke:#666,color:#fff
|
||||
style ADA fill:#3a3a3a,stroke:#666,color:#fff
|
||||
style K1 fill:#5a5a5a,stroke:#666,color:#fff
|
||||
style K2 fill:#5a5a5a,stroke:#666,color:#fff
|
||||
style K3 fill:#5a5a5a,stroke:#666,color:#fff
|
||||
|
||||
TREN1["AI & Otomasi<br/>Keputusan"] --> DDO["Data-Driven<br/>Organization"]
|
||||
TREN2["Cloud-Native &<br/>Everything-as-a-Service"] --> DDO
|
||||
TREN3["IoT & Sensor<br/>Economy"] --> DDO
|
||||
DDO <--> ECO["Digital Ecosystem /<br/>Platform Economy"]
|
||||
ECO --> NMR["Peran Baru Manajer:<br/>Orchestrator"]
|
||||
NMR --> ADA["Organisasi Adaptif<br/>& Resilient"]
|
||||
NMR --> K1["Kurator data,<br/>bukan kolektor"]
|
||||
NMR --> K2["Interpreter AI,<br/>bukan operator"]
|
||||
NMR --> K3["Conductor ekosistem,<br/>bukan controller"]
|
||||
```
|
||||
|
||||
**Signature Model — Bab 18**
|
||||
|
||||
|
||||
---
|
||||
## Definisi Kunci
|
||||
|
||||
**Ekosistem Digital**
|
||||
|
||||
|
||||
> __
|
||||
|
||||
|
||||
---
|
||||
## Konsep Inti — Bagian 1
|
||||
|
||||
- **1.** AI: Dari Analitik ke Otomasi Keputusan
|
||||
- **2.** *Internet of Things* (IoT) dan *Real-Time Intelligence*
|
||||
- **3.** *Cloud-Native Organization* dan Demokratisasi Kapabilitas
|
||||
- **4.** Ekosistem Digital dan *Platform Economy*
|
||||
|
||||
|
||||
---
|
||||
## Konsep Inti — Bagian 2
|
||||
|
||||
- **5.** Transformasi Peran Manajer: dari *Operator* ke *Orchestrator*
|
||||
- **6.** Tantangan Etika dan *Governance* di Era AI
|
||||
- **7.** SI Masa Depan di Indonesia: Peluang dan Tantangan Kontekstual
|
||||
|
||||
|
||||
---
|
||||
## ⚠️ Salah Kaprah
|
||||
|
||||
> ⚠️ _"AI akan menggantikan manajer dalam 10 tahun, jadi tidak perlu belajar manajemen"_
|
||||
|
||||
↳
|
||||
|
||||
> ⚠️ _"Transformasi digital itu tentang teknologi, bukan tentang manusia"_
|
||||
|
||||
↳
|
||||
|
||||
> ⚠️ _"Tren global seperti AI dan IoT tidak relevan untuk organisasi kecil di Indonesia"_
|
||||
|
||||
↳
|
||||
|
||||
> ⚠️ _"Lebih baik tunggu teknologi matang sebelum mengadopsi"_
|
||||
|
||||
↳
|
||||
|
||||
|
||||
---
|
||||
## 🔧 Template A.18
|
||||
### Peta Transformasi Personal: Dari Manajer Industri ke Manajer Era Digital
|
||||
|
||||
```
|
||||
```
|
||||
TEMPLATE A.18 — PETA TRANSFORMASI PERSONAL
|
||||
Tanggal : ________________________________________
|
||||
Nama : ________________________________________
|
||||
Organisasi : ________________________________________
|
||||
═══════════════════════════════════════════════════════════════
|
||||
BAGIAN 1: ASESMEN POSISI SAAT INI (skor 1–5)
|
||||
1. Data literacy
|
||||
(membaca dashboard, interpretasi statistik dasar)
|
||||
Skor: ___/5 Evidensi: ________________________________
|
||||
2. AI literacy
|
||||
(memahami kapabilitas & limitasi AI, bisa evaluasi use case)
|
||||
Skor: ___/5 Evidensi: ________________________________
|
||||
3. Cloud/SaaS fluency
|
||||
(menggunakan tools cloud, mengevaluasi vendor)
|
||||
Skor: ___/5 Evidensi: ________________________________
|
||||
4. Digital ecosystem awareness
|
||||
(memahami platform economy, posisi organisasi di ekosistem)
|
||||
```
|
||||
|
||||
|
||||
---
|
||||
## Rangkuman
|
||||
|
||||
1. Empat tren konvergen — AI, IoT, *cloud-native*, dan *platform economy* — menghasilkan pergeseran dari organisasi yang mengumpulkan data ke organisasi yang *dige
|
||||
2. *Platform economy* menunjukkan model bisnis masa depan: *value* diciptakan melalui orkestrasi ekosistem, bukan produksi internal.
|
||||
3. Peran manajer berevolusi dari *operator* (mengarahkan orang dan proses) ke *orchestrator* (mengoordinasikan data, AI, manusia, dan mitra ekosistem).
|
||||
4. AI *workspace assistant* (Microsoft Copilot, ChatGPT) menjadi *default* dalam *workspace* profesional — seperti *email* 25 tahun lalu.
|
||||
5. 70% transformasi digital gagal bukan karena teknologi — tetapi karena *change management*.
|
||||
|
||||
|
||||
---
|
||||
<!-- _class: lead invert -->
|
||||
|
||||
## 🔥 Final Statement
|
||||
|
||||
> "Masa depan manajer bukan tentang apakah mereka bisa bersaing dengan AI, tetapi tentang apakah mereka mampu menggunakan AI sebagai perpanjangan kapabilitas untuk mengorkestrasi organisasi yang lebih cerdas, lebih adaptif, dan lebih manusiawi."
|
||||
|
||||
|
||||
---
|
||||
## Latihan & Refleksi
|
||||
|
||||
### 📝 Latihan 18.1 — Peta Transformasi Personal (Template A.18)
|
||||
|
||||
untuk mengasesmen kompetensi digital Anda saat ini, mengidentifikasi *gap*, dan menyusun rencana aksi 90 hari.
|
||||
|
||||
|
||||
|
||||
|
||||
---
|
||||
Loading…
Add table
Reference in a new issue