Anda di halaman 1dari 4

Tugas Kelompok ke-2

(Minggu 4 / Sesi 4)
YOSEP DEMAS A / 1901515183
The Implementation Methodology

Bacalah Studi Kasus berikut terlebih dahulu dan barulah jawab


pertanyaan yang ada di bawah kasus ini.
Danforth Manufacturing Company (DMC)
Scene 3 : The Importance of a methodology (Pentingnya metodologi)
Pada suatu rapat Komite eksekutif beberapa minggu sebelumnya, Robert Danforth, Presiden
dan CEO dari DMC telah menyetujui permintaan CIO Sam Young untuk menggunakan
pendekatan EA dalam mengevaluasi dua kumpulan kebutuhan sistem IT yaitu COO Kate
Jarvis dan CFO Jim Gorman yang membawanya kepada kelompok kepemimpinan eksekutif.
Sam sekarang bertindak dalam sebuah rencana dan kasus bisnis dikaitkan dengan kebutuhan
Jim dan Kate. Segmen-segmen EA enterprise DMC ini membantu Kate dan Jim untuk
mengevaluasi permintaan saat ini mereka untuk sistem informasi baru apakah ada kebutuhan
yang tumpang tindih.
Dalam menyediakan kepemimpinan dan sumberdaya yang tepat untuk proyek, Sam bekerja
dengan komite eksekutif DMC selama beberapa minggu dalam mendapatkan penyetujuan
pembangunan program EA oleh pimpinan arsitek yang berkualifikasi. Pimpinan arsitek yang
baru, melaporkan kepada Sam. Pimpinan terseleksi yang baru, Vince Albright, di mana dia
mengetahui pekerjaan lebih awal. Juga, Sam telah memberikan anggaran dalam mengawali
proyek EA ini dalam program EA, dan sebuah area pekerjaan yang dapat diakomodasi
beberapa orang yang akan direkrut dan /atau dipinjamkan dari area bisnis lainnya untuk
periode proyek.
Hasil arsitek awal ini adalah uji kasus untuk mempertimbangkan pengembangan EA
perusahaan DMC. Scene 3 ini menggambarkan rapat awal dari kelompok kerja EA, termasuk
Sam, Kate, Jim, Vince, beberapa manager LOB, Lily Jefferson seorang senior analis sistem
DMC dan beberapa pengguna akhir dari sistem penjualan dan keuangan saat ini.
Hallo, dan selamat datang kepada kelompok Kerja EA kata Sam. Kita akan
mengembangkan 2 segmen dari EA perusahaan, yang mencakup beberapa LOB. Ini adalah
LOB yang memerlukan dukungan yang lebih dari IT. Sebelum kita dapat melakukannya, kita
perlu untuk memiliki metodologi yang detil yang akan memandu usaha kita dan mengurangi
resiko. Saya memiliki hand-out sebuah halaman outline dari metodologi EA yang saya
gunakan dengan enterprise lain dan membantu saya secara luar biasa. Empat fase dari
metodologi mencakup pembangunan program, pengembangan metodologi, aktivitas

dokumentasi dan pemeliharaan. Selama beberapa minggu yang lalu, saya berkerja dengan
komite eksekutif untuk secara formal membangun program EA dan membawa Vince Albright

0244M - Information System Strategic Planning

dalam jajaran sebagai pimpinan arsiter baru kita. Vince, Selamat dan selamat datang. Vince
dengan saya selama prioritas pengerjaan proyek menggunakan metodologi EA, begitu juga
saya akan kembali dengannya akan mengatakan kepada kita tentang panduan kelompok kerja
EA melalui usaha melihat ulang perubahan apa yang akan kita buat.
Terima kasih Sam kata Vince. Sungguh menyenangkan ada di DMC dan dapat bekerja
dengan anda lagi dalam program EA., terutama seseorang yang menjanjikan untuk membawa
nilai besar untuk enterprise ini. Hal awal yang akan saya ingin anda tahu sebagai pimpinan
arsitek adalah saya merasa sangat terhormat akan keterlibatan stakeholder dalam
pengembangan program EA dan semua segmen EA. Ini karena saya melihat penerimaan
pihak bawah hanya akan dikuatkan melalui partisipasi terus menerus dari siapa yang akan
menggunakan informasi EA, dan siapa yang akan kena dampak dari program EA. Kedua,
Saya akan mengatakan kepada anda secara ringkas tentang proyek EA pertama saya, salah
satunya dimana kita tidak menggunakan metodologi. Proyek ini berjalan OK, tetapi
kehilangan cara pada segmen yang akan dikembangkan. Mengapa ? Karena tim EA tidak
memiliki sesuatu untuk menggunakannya dengan partisipan dalam menjaga sesuatu yang
distandarisasi, atau untuk menjaga stakeholder tertarik dengannya, dan kita mengakhirinya
dengan segmen-segmen yang tidak diintegrasikan ke dalam keseluruhan EA. Sehingga
proyek tidak menghasilkan sejumlah nilai yang diharapkan, dan informasi EA jarang
digunakan Sejak itu, saya belajar untuk membiarkan kebutuhan bisnis menggerakkan
arsitektur, dan untuk mengembangkan segmen secara bersama-sama dengan siapa yang akan
menggunakannya, agar mereka dapat menjamin bahwa jenis informasi EA ada ketika mereka
membutuhkannya.bukan hanya informasi IT yang kita pikirkan untuk diperlukan.
Vince melanjutkan Apa yang anda terima beberapa minggu lalu tentang rencana EA DMC
Segmen Finansial dan Produksi melaporkan bahwa Sam, Lily, dan Saya mengembangkan
dengan Jim, Kate, dan beberapa anggota kelompok kerja EA ini. Laporan tadi
menggambarkan kasus bisnis untuk proyek EA ini, dimana perlu mengevaluasi kebutuhan
bisnis dan teknologi untuk dua sistem yang diajukan. Untuk melakukan tipe analisis, kita
perlu beberapa segmen dari keseluruhan EA DMC, untuk dapat menyediakan pandangan
referensi dari proses dan sumberdaya saat ini dan terencana dengan melibatkan tujuan
strategic, aktivitas bisnis dan kemampuan teknologi DMC. Untuk mengembangkan segmen
ini dalam LOB financial dan produksi, kita perlu metodologi. Seperti Sam katakan,
metodologi ini akan membantu menjaga kita dalam jalur yang benar dan mengurangi resiko
kegagalan proyek.
Jim menanyakan Apa yang saya perlu lakukan dalam membantu dengan metodologi ini?
Sam menjawab Lihatlah pada outline dan katakan kepada kita apa yang tidak ada di sana,
barangkali ada sesuatu yang lebih di mana anda sebagai eksekutif bisnis mungkin perlu untuk
memiliki sebagai bagian dari program EA atau proses dokumentasi kita. Juga, ketika kita

dapatkan untuk tahapan pemodelan, kita perlu untuk mengetahui dari anda, Kate, dan staf
anda yang respek tentang jenis perencanaan dan informasi pengambilan keputusan yang ingin
anda perlukan dalam LOB anda. Kita juga perlu mengetahui format yang anda perlukan. Dari
sana, kelompok kerja EA dapat memurnikan kebutuhan yang kita akan gunakan untuk
menyeleksi segmen EA anda dan Kate, kita dapat mengembangkan beberapa scenario operasi
masa mendatang dan mengidentifikasi asumsi perencanaan. Ini merupakan jalur dasar dari

0244M - Information System Strategic Planning

informasi EA yang dapat kita gunakan untuk mengevaluasi proposal anda untuk memisahkan
sistem. Kita akan lihat apakah mereka dapat menyesuaikan arsitektur masa depan yang
diusulkan, atau kita akan dapat menentukan apakah ada cara yang terbaik untuk mencapai
kebutuhan kita.
Vince berkata Sam mengatakan tentang sejumlah bagian-bagian yang saling tergantung di
sana, yang secara penuh harapan memperkuat komentar kami tentang nilai dari kepemilikan
sebuah metodologi untuk memandu aktivitas EA. Juga, Sam menyinggung tentang tipe yang
berbeda dari informasi EA yang akan kita kumpulkan dan mungkin anda ingin tahu apakah
itu dan bagaimana hal itu diorganisasikan ? Jawaban pendek adalah kita akan menggunakan
framework EA. Salah satu elemen pondasi dari beberapa program EA adalah penyeleksian
terhadap framework EA yang mendefinisikan cakupan keseluruhan arsitektur dan bagianbagian segmennya. Kemudian, gambaran grafis dari framework EA menyediakan sebuah
gambaran visual dari area-area EA dan bagaimana mereka merelasikannya. Dalam proyek
kita, kita akan melihat ulang beberapa framework selama rapat ini yang digunakan dan
diseleksi sesuatu hal yang dapat memberikan terbaik terhadap kebutuhan kita. Lalu, marilah
kita dapatkan dengan melihat ulang metodologi implementasi EA.
Rapat kelompok kerja EA mengakhiri melihat ulang metodologi EA dan menyeleksi
framework dokumentasi EA. Vince mengundang rapat lagi untuk mendiskusikan bagaimana
metodologi dan framework akan digunakan dalam mendokumentasikan pandangan saat ini
dan masa mendatang dari dua segmen EA dimana proyek dipertanggungjawabkan. Sam akan
meringkas metodologi dan framework untuk komite eksekutif pada rapat bulan depan. CEO
telah meminta rapat ini untuk tetap membicarakan proyek EA.

Pertanyaan KASUS
1. Mengapa keterlibatan stakeholder penting dalam metodologi implementasi EA.
Jawaban
Stakeholder menjadi sangat penting saat metodologi implementasi EA Karena
stakeholder merupakan pihak yang paling berdampak pada EA tersebut. Dengan kata
lain stakeholder adalah orang-orang yang paling mungkin untuk menolak program
atau perubahan yang dianggap tidak perlu dari implementasi EA itu sendiri. Jika
program EA mendorong perubahan di dalam enterprise/perusahaan, dan orang sering
menentang terhadap perubahan dengan tipe apapun ketika mereka tidak memiliki
beberapa tingkatan pengendalian, maka program EA mungkin akan ditolak oleh
stakeholder kecuali kalau sesuatu dilakukan untuk meningkatkan tingkat pengendalian
mereka. Meningkatkan tingkat pengendalian mereka membantu mengelola perubahan
yang sukses, dan bisa dikerjakan dengan beberapa cara, di antaranya adalah dengan
melibatkan stakeholder.
2. Jelaskan pengalaman Vince Albright saat dia tidak menggunakan metodologi
implementasi EA.
3. Bacalah ke-20 metodologi implementasi pada chapter 4, jelaskan lebih lanjut langkah
1 dari fase 1 untuk kasus di atas.

0244M - Information System Strategic Planning

4. Bacalah ke-20 metodologi implementasi pada chapter 4, jelaskan lebih lanjut langkah
2 dari fase 1 untuk kasus di atas.
5. Bacalah ke-20 metodologi implementasi pada chapter 4, jelaskan lebih lanjut langkah
3 dari fase 1 untuk kasus di atas.
6. Bacalah ke-20 metodologi implementasi pada chapter 4, jelaskan lebih lanjut langkah
4 dari fase 1 untuk kasus di atas.
*** Selamat Mengerjakan ***

0244M - Information System Strategic Planning

Anda mungkin juga menyukai