The Open Group Architecture Framework (TOGAF)

Hallo Sahabat HafiidhShare, posting kali ini saya akan membahas apa itu The Open Group Architecture Framework atau yang disebut TOGAF, Apa itu TOGAF..?

The Open Group Architecture Framework (TOGAF) adalah merupakan suatu framework untuk mengembangkan arsitektur perusahaan. Sesuai namanya, TOGAF pertama kali dikembangkan pada tahun 1995 oleh The Open Group dengan berdasarkan pada Technical Architecture Framework for Information Management (TAFIM) yang dikembangkan oleh Departemen Pertahanan Amerika Serikat. Hingga saat ini, versi terakhir TOGAF yang dirilis telah mencapai versi 9.1.

TOGAF merupakan sebuah kerangka (metoda) terperinci dan sekumpulan perangkat pendukung untuk mengembangkan sebuah arsitektur teknologi informasi perusahaan. Kerangka menyediakan sebuah klasifikasi untuk menghubungkan konsep-konsep yang menggambarkan dunia nyata pada konsep-konsep yang menggambarkan sistem informasi dan implementasinya. Kerangka digunakan untuk mengelompokkan informasi yang diperlukan dengan tujuan untuk menjelaskan keseluruhan perusahaan dan untuk menyimpan informasi tersebut, biasanya didukung oleh perangkat tempat penyimpanan yang tepat.

Menurut The Open Group (2007), ada empat jenis arsitektur yang umumnya diterima sebagai bagian dari keseluruhan arsitektur  enterprise,  yaitu arsitektur bisnis, arsitektur data, arsitektur aplikasi, dan arsitektur teknologi. Kombinasi arsitektur data dan arsitektur  aplikasi disebut juga sebagai arsitektur sistem informasi. Sebenarnya TOGAF secara asli dirancang untuk mendukung arsitektur teknologi. Tetapi TOGAF semakin berkembang dan kemudian mendukung keempat jenis arsitektur tersebut.

Tujuan dari Business process arcitecture  adalah untuk mendefinisikan strategi bisnis, pemerintahan, organisasi, dan proses bisnis utama.

Tujuan dari arsitektur data adalah untuk mendefinisikan  tipe dan sumber utama data yang diperlukan untuk mendukung bisnis dengan cara yaitu dapat dipahami oleh stakeholder, lengkap, kosisten, dan stabil. Penting untuk diketahui bahwa arsitektur ini tidaklah memperhatikan perancangan database. Tujuannya adalah untuk mendefinisikan entitas data yang relevan dengan enterprise, bukanlah untuk merancang sistem penyimpanan fisik dan logik.

 Beberapa langakah yang diperlukan untuk membuat arsitektur data adalah:

• Mengembangkan deskripsi arsitektur data dasar
• Review dan validasi prinsip, reference model, sudut pandang dan tools.
• Membuat model arsitektur
• Memilih arsitektur data building block
• Melengkapi arsitektur data
• Melakukan gap analysis  arsitektur data saat ini dengan arsitektur data target  dan membuat laporan.

Tujuan dari arsitektur aplikasi adalah untuk mendefinisikan jenis-jenis utama dari sistem aplikasi yang penting untuk memproses data dan mendukung bisnis. Penting untuk diketahui bahwa arsitektur aplikasi ini tidaklah memperhatikan perancangan sistem  aplikasi. Tujuannya adalah untuk mendefinisikan jenis-jenis sistem aplikasi yang relevan dengan  enterprise dan aplikasi apa saja yang diperlukan  untuk mengatur data dan menghadirkan informasi kepada aktor manusia dan komputer di  enterprise. Aplikasi tidak diuraikan sebagai sistem komputer tetapi sebagai grup logik dari kemampuan untuk mengatur objek data dalam arsitektur data dan mendukung fungsi-fungsi bisnis dalam arsitektur bisnis. Aplikasi dan kemampuan didefinisikan tanpa mereferensikan ke teknologi khusus. Suatu aplikasi bersifat stabil dan relatif tidak berubah sepanjang waktu sedangkan teknologi yang digunakan untuk mengimplementasikannya akan barubah sepanjang waktu, berdasarkan pada teknologi yang sekarang tersedia dan perubahan kebutuhan bisnis.

Beberapa langkah yang diperlukan  untuk membuat arsitektur aplikasi adalah :

• Mengembangkan deskripsi arsitektur aplikasi dasar
• Review dan validasi prinsip, reference model, sudut pandang dan tools.
• Membuat model arsitektur
• Indentifikasi sistem aplikasi kandidat
• Melengkapi arsitektur aplikasi
• Mealakukan gap analysis dan membuat laporan

Tujuan dari Technical Architecture adalah menjelaskan software logis dan kemampuan perangkat keras yang diperlukan untuk mendukung penyebaran bisnis, data, dan layanan aplikasi. Ini termasuk infrastruktur TI, middleware, jaringan, komunikasi, pengolahan, standar, dll.

TOGAF juga memiliki sejumlah komponen sebagai berikut:

• Architecture Development Method (ADM) – komponen inti dari TOGAF yang menguraikan langkah-langkah dalam mengembangkan arsitektur perusahaan.
• ADM Guidelines and Techniques – komponen ini terdiri atas kumpulan petunjuk dan teknik dalam mengaplikasikan TOGAF ADM.
• Architecture Content Framework – komponen ini mendeskripsikan content framework dari TOGAF yang terdiri atas metamodel artefak, building blocks, dan deliverables.
• Enterprise Continuum and Tools – komponen ini merupakan “tempat penyimpanan  virtual” dari semua aset arsitektur –
  meliputi model, pola, penjelasan arsitektur, dan sebagainya – yang terdapat dalam perusahaan serta industri teknologi informasi secara umum. Aset tersebut diyakini perusahaan harus  tersedia untuk pengembangan arsitektur. Pada fase yang relevan sepanjang TOGAF ADM, terdapat peringatan untuk mempertimbangkan aset arsitektur apa dari TOGAF  Enterprise Continuum yang harus dipakai arsitek jika tersedia.
• TOGAF Reference Models (RM) – komponen ini memuat architectural reference models yang mencakup TOGAF Foundation Architecture dan The Integrated Information Infrastructure RM.
• Architecture Capability Framework – komponen ini memuat proses, keahlian, peran dan tanggung jawab dalam organisasi yang dibutuhkan agar arsitektur dapat berfungsi.

Architecture Development Method (ADM)

   

Elemen kunci dari TOGAF adalah  Architecture Development Method (ADM) yang memberikan gambaran spesifik untuk proses pengembangan arsitektur enterprise (Lise 2006). ADM adalah fitur penting yang memungkinkan perusahaan mendefinisikan kebutuhan bisnis dan membangun arsitektur spesifik untuk memenuhi kebutuhan itu.   

Sebagai komponen inti, TOGAF ADM menyediakan serangkaian proses iteratif mulai dari menyusun arsitektur, transisi, hingga mengelola proses realisasi arsitektur. TOGAF ADM terdiri atas sepuluh fase sebagai berikut:

1. Preliminary Phase – fase ini mencakup aktivitas persiapan untuk menyusun kapabilitas arsitektur termasuk kustomisasi TOGAF dan mendefinisikan prinsip-prinsip arsitektur. Tujuan fase ini  adalah untuk menyakinkan setiap orang yang terlibat di dalamnya bahwa pendekatan ini untuk mensukseskan proses arsitektur. Pada fase ini harus menspesifikasikan who, what,  why, when, dan where dari arsitektur itu sendiri.

• ƒWhat adalah ruang lingkup dari usaha.
• Who adalah siapa yang akan memodelkannya, siapa orang yang akan bertanggung jawab untuk mengerjakan arsitektur tersebut, dimana mereka akan dialokasikan dan bagaimana peranan mereka.
• How adalah bagaimana mengembangkan arsitekture  interprise, menentukan  framework dan metode apa yang akan digunakan untuk menangkap informasi.
• When adalah kapan tanggal penyelesaian arsitektur
• Why adalah mengapa arsitektur ini dibangun. Hal ini berhubungan dengan tujuan organisasi yaitu bagaimana  arsitektur dapat memenuhi tujuan organisasi.

2. Phase A: Architecture Vision – fase ini merupakan fase inisiasi dari siklus pengembangan arsitektur yang mencakup pendefinisian ruang lingkup, identifikasi stakeholders, penyusunan visi arsitektur, dan pengajuan persetujuan untuk memulai pengembangan arsitektur.

 Beberapa tujuan dari fase ini adalah :

• Menjamin evolusi dari siklus pengembangan arsitektur mendapat pengakuan dan dukungan dari manajemen enterprise.
• Mensyahkan prinsip bisnis, tujuan bisnis dan pergerakan strategis bisnis organisasi.
• Mendefinisikan ruang lingkup dan  melakukan identifikasi dan memprioritaskan komponen dari arsitektur saat ini.
• Mendefiniskan kebutuhan bisnis yang akan dicapai dalam usaha arsitektur ini dan batasannya.
• Menghasilkan visi arsitektur yang menunjukan respon terhadap kebutuhan dan batasannya.

Beberapa langkah yang dilakukan pada fase ini adalah :

• Menentukan / menetapkan proyek
• Mengindentifikasi tujuan dan pergerakan bisnis. Jika hal ini sudah didefinisikan, pastikan definisi ini masih sesuai  dan lakukan klarifikasi terhadap bagian yang belum jelas.
• Meninjau prinsip arsitektur termasuk prinsip  bisnis. Meninjau ini berdasarkan arsitektur saat ini yang akan dikembangkan. Jika hal ini sudah didefinisikan, pastikan definisi ini masih sesuai  dan lakukan klarifikasi terhadap bagian yang belum jelas.
• Mendefinisikan apa yang ada di dalam dan di luar rungan lingkup usaha saat ini.
• Mendefinisikan batasan-batasan seperti waktu, jadwal, sumber daya dan sebagainya.
• Mengindentifikasikan stakeholder, kebutuhan bisnis dan visi arsitektur.
• Mengembangkan Statement of Architecture Work.

3. Phase B: Business Architecture – fase ini mencakup pengembangan arsitektur bisnis untuk mendukung visi arsitektur yang telah disepakati. Pada tahap ini tools  dan  method  umum untuk pemodelan seperti:  Integration DEFinition (IDEF) dan  Unified Modeling Language  (UML) bisa digunakan untuk membangun model yang diperlukan.

Beberapa tujuan dari fase ini adalah :

• Menguraikan deskripsi arsitektur bisnis dasar.
• Mengembangkan arsitektur bisnis  tujuan, menguraikan strategi produk dan/atau service dan aspek geografis,  informasi, fungsional dan organisasi dari lingkungan bisnis yang berdasarkan  pada prinsip bisnis, tujuan bisnis dan penggerak strategi.
• Menganalisi gap antara arsitektur saat ini dan tujuan.
• Memilih titik pandang yang relevan yang memungkinkan arsitek mendemokan bagaimana maksud stakeholder dapat dicapai dalam arsitektur bisnis.
• Memilih tools dan teknik relevan yang akan digunakan dalam sudut pandang yang dipilih.

Beberapa langkah yang dilakukan di fase ini adalah :

• Mengembangkan deskripsi asitektur  bisnis saat ini untuk mendukung arsitektur bisnis target.
• Mengindentifikasi reference model, sudut pandang dan tools
• Melengkapi arsitektur bisnis
• Melakukan gap analisis dan membuat laporan

4. Phase C: Information Systems Architectures – Pada tahapan ini lebih menekankan pada aktivitas bagaimana arsitektur sistem informasi dikembangkan. Pendefinisian arsitektur sistem informasi dalam tahapan ini meliputi arsitektur data dan arsitektur aplikasi yang akan digunakan oleh organisasi. Arsitektur data lebih memfokuskan pada bagaimana data digunakan untuk kebutuhan fungsi bisnis, proses dan layanan. Teknik yang bisa digunakan dengan yaitu:  ER-Diagram,  Class Diagram, dan  Object Diagram.

5. Phase D: Technology Architecture – Membangun arsitektur teknologi yang diinginkan, dimulai dari penentuan jenis kandidat teknologi yang diperlukan dengan menggunakan  Technology Portfolio Catalog yang meliputi perangkat lunak dan perangkat keras. Dalam tahapan ini juga mempertimbangkan alternatif-alternatif yang diperlukan dalam pemilihan teknologi.

Beberapa langkah yang diperlukan  untuk membuat arsitektur teknologi yaitu:

• Membuat deskripsi dasar dalam format TOGAF
• Mempertimbangkan  reference model arsitektur yang berbeda, sudut pandang dan tools.
• Membuat model arsitektur dari building block
• Memilih services portfolio yang diperlukan untuk setiap building block
• Mengkonfirmasi bahwa tujuan bisnis tercapai
• Menentukan kriteria pemilihan spesifikasi
• Melengkapi definisi arsitektur
• Melakukan  gap analysis antara arsitektur teknologi saat ini dengan arsitektur teknologi target.

6. Phase E: Opportunities and Solutions –  Pada tahap ini akan dievaluasi model yang telah dibangun untuk arsitektur saat ini dan tujuan, indentifikasi proyek utama yang akan dilaksanakan untuk mengimplementasikan arsitektur tujuan dan klasifikasikan sebagai pengembangan baru atau penggunaan kembali sistem yang  sudah ada. Pada fase ini juga akan direview gap analysis yang sudah dilaksanakan pada fase D.

Tujuan dari fase ini  adalah :

• Mengevaluasi dan memilih pilihan implementasi yang diidentifikasikan dalam pengembangan arsitektur target yang bervariasi
• Identifikasi parameter strategik untuk perubahan dan proyek yang akan dilaksanakan dalam pergerakan dari lingkungan saat ini ke tujuan.
• Menafsirkan ketergantungan, biaya dan manfaat dari proyek-proyek yang bervariasi.
• Menghasilkan sebuah implementasi keseluruhan dan strategi migrasi dan sebuah rencana implementasi detail.

7. Phase F: Migration and Planning – Pada fase ini akan dilakukan analisis resiko dan biaya. Tujuan dari fase ini adalah untuk memilih proyek implementasi yang bervariasi menjadi urutan prioritas. Aktivitas mencakup penafsiran ketergantungan, biaya, manfaat dari proyek migrasi yang bervariasi. Daftar  prioritas proyek akan berjalan untuk membentuk dasar dari perencanaan implementasi detail dan rencana migrasi.

8. Phase G: Implementation Governance – fase ini mencakup pengawasan terhadap implementasi arsitektur.

 Tujuan dari fase ini adalah :

• Untuk merumuskan rekomendasi dari tiap-tiap proyek implementasi
• Membangun kontrak arsitektur untuk memerintah proses deployment dan implementasi secara keseluruhan
• Melaksanakan fungsi pengawasan secara tepat selagi sistem sedang diimplementasikan dan dideploy
• Menjamin kecocokan dengan arsitektur yang didefinisikan oleh proyek implementasi dan proyek lainnya.

9. Phase H: Architecture Change Management – fase ini mencakup penyusunan prosedur-prosedur untuk mengelola perubahan ke arsitektur yang baru.  Pada fase ini akan diuraikan  penggerak perubahan dan bagaimana memanajemen perubahan tersebut, dari pemeliharaan sederhana sampai perancangan kembali arsitektur. ADM menguraikan strategi dan rekomendasi pada tahapan ini. Tujuan dari fase ini adalah untuk menentukan/menetapkan proses manajemen perubahan arsitektur untuk arsitektur  enterprice  yang baru dicapai dengan kelengkapan dari fase G. Proses ini akan secara khusus menyediakan monitoring berkelanjutan  dari hal-hal seperti pengembangan teknologi baru dan perubahan dalam lingkungan bisnis dan menentukan apakah untuk menginisialisasi secara formal siklus evolusi arsitektur yang baru. Fase H juga menyediakan perubahan kepada  framework dan pendirian disiplin pada fase
Preliminary.

10. Requirements Management – menguji proses pengelolaan architecture requirements sepanjang siklus ADM berlangsung.

Nah Gimana sobat HafiidhShare, Setelah baca informasi mengenai  TOGAF jadi tau kan apa itu The Open Group Architecture Framework (TOGAF). Sekian Posting dari saya.. Nantikan postingan selanjutnya..

SUMBER : http://sitirahmaprawitisari.blogspot.co.id/
                    http://harumindripermata.blogspot.co.id

Read More

TUGAS 2 Manajemen Layanan Sistem Informasi


Hallo Sahabat HafiidhShare, gimana kabar kalian ?
Kali ini saya akan memposting tengtang Six Sigma, Dan Contoh Metode yang Digunakan untuk meningkatkan proses yang menjadi key steps pada Six Sigma. Nah apa itu Six Sigma? mau tau.. nih saya kasih tau

Six Sigma adalah suatu alat manajemen baru yang digunakan untuk mengganti Total Quality Management ( TQM ), Six Sigma sangat terfokus terhadap pengendalian kualitas dengan mendalami sistem produksi perusahaan secara keseluruhan. Memiliki tujuan untuk, menghilangkan cacat produksi, memangkas waktu pembuatan produk, dan mehilangkan biaya.
Six sigma juga disebut sistem komprehensive - maksudnya adalah strategi, disiplin ilmu, dan alat - untuk mencapai dan mendukung kesuksesan bisnis. Six Sigma disebut strategi karena terfokus pada peningkatan kepuasan pelanggan, disebut disiplin ilmu karena mengikuti model formal, yaitu DMAIC ( Define, Measure, Analyze, Improve, Control ) dan alat karena digunakan bersamaan dengan yang lainnya, seperti Diagram Pareto (Pareto Chart) dan Histogram. Kesuksesan peningkatan kualitas dan kinerja bisnis, tergantung dari kemampuan untuk mengidentifikasi dan memecahkan masalah. Kemampuan ini adalah hal fundamental dalam filosofi six sigma.

Selanjutnya ada Faktor-faktor penting dalam implementasi Six Sigma, mau tau? ini dia :
Faktor penting dalam implementasi Six Sigma

1. Dukungan dari Top level. Six sigma menawarkan pencapaian yang terukur yang tidak akan mampu ditolak oleh pemimpin perusahaan, yang dikerjakan oleh seorang super star yg sangat tahu apa yg harus dilakukan di bidangnya (Black Belt, Project Champion, Executive Champion).
2. Tim yang hebat. Para Executive Champion, Deployment Champions, Project Champions, Master Black Belts, Black Belts, dan Green Belts adalah orang-orang yg terlatih dengan baik untuk mengerjakan proyek Six Sigma.
3. Training yg berbeda dgn yg pernah ada.Anggota proyek Six Sigma adalah mereka yg pernah ditraining secara khusus dengan biaya antara $15,000-$25,000 per Black Belt, yg akan dibayar melalui saving yg didapat dari setiap proyek Six Sigma.
4. Alat ukur yg baru, dengan menggunakan DPMO (Defects Per Million Opportunities) yang berhubungan erat dgn Critical to Quality (CTC) yg diukur berdasarkan persepsi customer, yg bisa dibandingkan antar departemen atau divisi dalam satu perusahaan.
5. Tradisi perusahaan yg baru, yaitu mempromosikan usaha untuk melakukan peningkatan kualitas secara terus menerus.

Prosesnya

Langkah pertama adalah pembuatan keputusan oleh manajemen senior untuk terlibat dalam upaya tersebut. Karena akan membutuhkan sumber daya yang penting untuk organisasi keputusan ini harus dibuat oleh eksekutif kepala dan laporan langsung nya. Kemudian diadakan seminar eksekutif, biasanya satu sampai dua hari, untuk tim eksekutif untuk mempelajari pendekatan dasar dan mendiskusikan peran pribadi mereka. Salah satu peran penting adalah memilih "Champions", manajer senior yang akan mengawasi kerja aktual dari enam tim sigma. Perusahaan kemudian menyediakan kursus khusus untuk juara, biasanya tiga sampai lima hari yang panjang. Selama kursus metode dasar Six Sigma yang diperkenalkan dan Champions mulai bekerja keras saat para pemimpin tim (sering disebut sabuk hitam) akan terlibat. Beberapa perusahaan menyebutnya sebagai 'tim perbaikan proses' dan ' spesialis perbaikan proses ' tapi singkatan ini kurang diperhatikan serta mulai ditinggalkan, kemudian muncul istilah dalam karate "sabuk hitam" dan menjadi lebih populer


Contoh nyata dari Metode yang digunakan General Electric dan beberapa organisasi lain untuk meningkatkan proses ( termasuk didalamnya proses produksi ) ada 5, diringkas dengan inisial DMAIC (Define, Measure, Analyze, Improve, Control). 

1. Fase menentukan masalah (Define)

Define adalah fase menentukan masalah, menetapkan persyaratan-persyaratan pelanggan, dan membangun tim. fase ini tidak banyak menggunakan statistik, alat-alat (tools) statistik yang sering dipakai pada fase ini adalah diagram sebab-akibat (Cause and Effect Chart) dan Diagram Pareto (Pareto Chart). Kedua alat (tool)statistik tersebut digunakan untuk melakukan identifikasi masalah dan menentukan prioritas permasalahan.^{[butuh rujukan]}

Menentukan masalah

Aspek-aspek yang perlu diperhatikan dalam menentukan masalah adalah

• Spesifik, menjelaskan secara tepat apa yang salah, bagian proses mana yang salah dan apa salahnya.
• Dapat diamati, menjelaskan bukti-bukti nyata suatu masalah. bukti-bukti tersebut dapat diperoleh baik melalui laporan internal maupun umpan balik pelanggan.
• Dapat diukur, menunjukkan lingkup masalah dalam suatu ukuran.
• Dapat dikendalikan, masalah harus dapat diselesaikan dalam rentang waktu tertentu. Apabila masalah terlalu besar maka dapat dipecah-pecah sehingga dapat lebih dikendalikan.
  

Suara Pelanggan ("Voice of Customer" - VOC)

Adalah ekspresi dari kebutuhan dan keinginan customer. Bisa specifik – “Saya butuh pengiriman dalam 3 hari” bisa juga ambiguous – “Pengiriman yang lebih cepat”. VOC dapat dibandingkan dengan data internal (“Voice of the Process”) untuk menilai proses performance atau process capability kita saat ini.
Untuk mengevaluasi tingkat pentingnya sebuah spesifikasi, biasa digunakan diagram kano. Diagram ini membagi spesifikasi dari pelanggan menjadi tiga jenis, harus ada (must be), Kemampuan (Performance) dan pemuas (delighter), dan membandingkan dengan tingkat keberadaan suatu spesifikasi.

CTQ (Critical to Quality)

Setelah semua varibel yang dipandang penting oleh pelanggan didapatkan dan diberi nilai terukur (varibel terukur tersebut disebut CTQ). Dengan kata lain, CTQ adalah sebuah karakteristik dari sebuah produk atau jasa yang memenuhi kebutuhan pelanggan ( internal ataupun eksternal).

SIPOC ("Supplier - Input - Process - Output - Customer")

Diagram SIPOC adalah grafik yang membantu mengidentifikasi semua elemen yang relevan dari sebuah proses. SIPOC membantu melihat hubungan antara proses beserta input dan outputnya.

2. Pengukuran (Measure)

Measure adalah fase mengukur tingkat kinerja saat ini, sebelum mengukur tingkat kinerja biasanya terlebih dahulu melakukan analisis terhadap sistem pengukuran yang digunakan.

Analisis Sistem Pengukuran

Masalah yang muncul dalam pengukuran adalah variabilitas pengukuran yang dinyatakan dalam varian( variance ). Varian total suatu pengukuran berasal dari varian yang ditimbulkan oleh produk (part to part) dan varian akibat kesalahan pengukuran (gage).
Sumber variability dalam hasil pengukuran adalah

Analisis Kapabilitas Proses

Kapabilitas suatu proses menggambarkan seberapa pas (uniform) proses tersebut. Analisis kapablitas proses dilakukan dengan memperbandingkan kinerja suatu proses dengan spesifikasinya, suatu proses memiliki kapabilitas bila semua nilai variabel yang mungkin, berada dalam batas spesifikasi.
Kapabilitas suatu proses bisa ditentukan dengan:

- Cp dan Cpk
- Pp dan Ppk
- Proses Sigma

3. Analisis (Analyze)

Fase analisis (analyze) merupakan fase mencari dan menentukan akar atau penyebab dari suatu masalah. Masalah-masalah yang timbul kadang-kadang sangat kompleks sehingga membingungkan antara mana yang akan dan tidak kita selesaikan.

Diagram Pareto (Pareto Chart)

Diagram pareto digunakan untuk melakukan prioritas terhadapa masalah-masalah yang harus ditangani dengan aturan pengelompokan 80-20, 20% dari kecacatan akan menyebabkan 80% masalah.

Diagram sebab-akibat ( Cause & Effect Chart )

Diagram sebab-akibat ( Cause & Effect Chart)digunakan untuk mengorganisasi hasil informasi brainstorming dari sebab-sebab suatu masalah. Diagram ini sering disebut juga dengan diagram fishbone karena bentuknya yang mirip dengan tulang ikan, atau diagram ishikawa untuk menghormati sang penemu.

Uji hipotesis rata-rata

Umumnya uji hipotesis rata-rata digunakan untuk menetapkan faktor kausatif (x) dengan cara menginformasikan sumber-sumber variasi. Disamping itu, digunakan juga untuk menunjukan perbedaan yang signifikan antara data awal (baseline) dengan data yang diambil setelah perubahan (improvement), dilakukan.

4. Pengembangan (Improve)

Pengembangan (Improve) adalah fase meningkatkan proses(x) dan menghilangkan sebab-sebab cacat. Pada fase pengukuran (measure) telah dinetapkan variabel faktor (x) dan untuk masing-masing variabel respons(y). Sedangkan pada fase pengembangan i(improve) banyak melibatkan uji perancangan percobaan ( Design of Experiment ) atau disingkat DoE. DoE merupakan suatu pengujian dengan mengubah variabel faktor sehingga penyebab perubahan pada variabel respon diketahui.
Desain Taguchi (Taguchi Design) merupakan perancangan parameter (robust), yaitu metode atau teknik perancangan produk atau proses terfokus pada minimalisasi variasi dan sensitivitas tingkat bising(noise).

5. Pengendalian ( Control )

Pengendalian (Control) adalah fase mengendalikan kinerja proses (x) dan menjamin cacat tidak muncul kembali. Alat (tool) yang umum digunakan adalah diagram kontrol (Control chart). Fungsi umum diagram kontrol adalah, sebagai berikut :

• Membantu mengurangi variabilitas.
• Memonitor kinerja setiap saat.
• Memungkinkan proses koreksi untuk mencegah penolakan.

Gimana Sahabat Hafiidh Share, kalian sudah tau kan apa itu Six Sigma beserta Contoh Metode Prosesnya, sampai sekian posting saya kali ini.. nantikan postingan ku selanjutnya..
Terimakasih Atas kunjungannya, Bye..

Link Sumber :

• https://id.wikipedia.org/wiki/Six_Sigma
  

Read More

TUGAS 1


Hallo sahabat HafiidhShare :-)
Diposting kali ini saya akan memberikan informasi tentang IT Infrastructure Library (ITIL).

Apa itu IT Infrastucture Library?
ITIL atau Information Technology Infrastructure Library adalah suatu rangkaian dengan konsep dan teknik pengelolaan infrastruktur, pengembangan, serta operasi teknologi informasi (TI). ITIL diterbitkan dalam suatu rangkaian buku yang masing-masing membahas suatu topik pengelolaan (TI).
ITIL memberikan deskripsi detil tentang beberapa praktik (TI) penting dengan daftar cek, tugas, serta prosedur yang menyeluruh yang dapat disesuaikan dengan segala jenis organisasi (TI).

ITIL dikembangkan sejak dasawarsa 1980-an, penggunaan ITIL baru meluas pada pertengahan 1990-an dengan spesifikasi versi keduanya (ITIL v2) yang paling dikenal dengan dua set bukunya yang berhubungan dengan ITSM (IT Service Management), yaitu Service Delivery (Antar Layanan) dan Service Support (Dukungan Layanan).

Pada awalnya ITIL adalah serangkaian lebih dari 40 buku pedoman tentang pengelolaan layanan IT yang terdiri dari 26 modul. Perpustakaan besar pertama ini juga dikenal sebagai ITIL 1.0. Antara 2000 dan 2004 disebabkan oleh peningkatan pelayanan yang berkesinambungan dan adaptasi terhadap situasi saat ini dalam lingkungan (TI) modern ITIL 1.0 di rilis besar dan digabungkan menjadi delapan inti manual: ITIL 2.0. Pada awal musim panas 2007 ITIL 3.0 diterbitkan. Ini didirikan struktur yang sama sekali baru. Ini terdiri dari tiga bidang utama:
* ITIL Core Publikasi
* ITIL Pelengkap Bimbingan
* ITIL Web Support Services

Nah gimana? udah tau kan apa itu IT Infrastructur Library? hmmm
kemudian saya akan ngasih tau nii proses-proses utama dari IT Infrastructur Library.

Yang pertama ada
1. Service Strategy
Inti dari ITIL Service Lifecycle adalah Service Strategy.
Service Strategy memberikan panduan kepada pengimplementasi ITSM pada bagaimana memandang konsep ITSM bukan hanya sebagai sebuah kemampuan organisasi (dalam memberikan, mengelola serta mengoperasikan layanan TI), tapi juga sebagai sebuah aset strategis perusahaan. Panduan ini disajikan dalam bentuk prinsip-prinsip dasar dari konsep ITSM, acuan-acuan serta proses-proses inti yang beroperasi di keseluruhan tahapan ITIL Service Lifecycle.
Topik-topik yang dibahas dalam tahapan lifecycle ini mencakup pembentukan pasar untuk menjual layanan, tipe-tipe dan karakteristik penyedia layanan internal maupun eksternal, aset-aset layanan, konsep portofolio layanan serta strategi implementasi keseluruhan ITIL Service Lifecycle. Proses-proses yang dicakup dalam Service Strategy, di samping topik-topik di atas adalah:
• Service Portfolio Management
• Financial Management
• Demand Management
Bagi organisasi TI yang baru akan mengimplementasikan ITIL, Service Strategy digunakan sebagai panduan untuk menentukan tujuan/sasaran serta ekspektasi nilai kinerja dalam mengelola layanan TI serta untuk mengidentifikasi, memilih serta memprioritaskan berbagai rencana perbaikan operasional maupun organisasional di dalam organisasi TI.
Bagi organisasi TI yang saat ini telah mengimplementasikan ITIL, Service Strategy digunakan sebagai panduan untuk melakukan review strategis bagi semua proses dan perangkat (roles, responsibilities, teknologi pendukung, dll) ITSM di organisasinya, serta untuk meningkatkan kapabilitas dari semua proses serta perangkat ITSM tersebut.

Kemudian yang kedua ada:
2. Service Design
Agar layanan TI dapat memberikan manfaat kepada pihak bisnis, layanan-layanan TI tersebut harus terlebih dahulu di desain dengan acuan tujuan bisnis dari pelanggan. Service Design memberikan panduan kepada organisasi TI untuk dapat secara sistematis dan best practice mendesain dan membangun layanan TI maupun implementasi ITSM itu sendiri. Service Design berisi prinsip-prinsip dan metode-metode desain untuk mengkonversi tujuan-tujuan strategis organisasi TI dan bisnis menjadi portofolio/koleksi layanan TI serta aset-aset layanan, seperti server, storage dan sebagainya.
Ruang lingkup Service Design tidak melulu hanya untuk mendesain layanan TI baru, namun juga proses-proses perubahan maupun peningkatan kualitas layanan, kontinyuitas layanan maupun kinerja dari layanan.
Proses-proses yang dicakup dalam Service Design yaitu:
1. Service Catalog Management
2. Service Level Management
3. Supplier Management
4. Capacity Management
5. Availability Management
6. IT Service Continuity Management
7. Information Security Management

Selanjutnya yang ketiga ada:
3. Service Transition
Service Transition menyediakan panduan kepada organisasi TI untuk dapat mengembangkan serta kemampuan untuk mengubah hasil desain layanan TI baik yang baru maupun layanan TI yang dirubah spesifikasinya ke dalam lingkungan operasional. Tahapan lifecycle ini memberikan gambaran bagaimana sebuah kebutuhan yang didefinisikan dalam Service Strategy kemudian dibentuk dalam Service Design untuk selanjutnya secara efektif direalisasikan dalam Service Operation.
Proses-proses yang dicakup dalam Service Transition yaitu:
1. Transition Planning and Support
2. Change Management
3. Service Asset & Configuration Management
4. Release & Deployment Management
5. Service Validation
6. Evaluation
7. Knowledge Management

Yang keempat ada:
4. Service Operation Service Operation merupakan tahapan lifecycle yang mencakup semua kegiatan operasional harian pengelolaan layanan-layanan TI. Di dalamnya terdapat berbagai panduan pada bagaimana mengelola layanan TI secara efisien dan efektif serta menjamin tingkat kinerja yang telah diperjanjikan dengan pelanggan sebelumnya. Panduan-panduan ini mencakup bagaiman menjaga kestabilan operasional layanan TI serta pengelolaan perubahan desain, skala, ruang lingkup serta target kinerja layanan TI.
Proses-proses yang dicakup dalam Service Transition yaitu:
1. Event Management
2. Incident Management
3. Problem Management
4. Request Fulfillment
5. Access Management

Yang terakhir ada :
5. Continual Service Improvement Continual Service Improvement (CSI) memberikan panduan penting dalam menyusun serta memelihara kualitas layanan dari proses desain, transisi dan pengoperasiannya. CSI mengkombinasikan berbagai prinsip dan metode dari manajemen kualitas, salah satunya adalah Plan-Do-Check-Act (PDCA) atau yang dikenal sebagi Deming Quality Cycle
Sebuah perusahaan yang mengimplementasi ITIL secara nyata tentunya mendapat banyak sekali keuntungan, misalnya, pelayanan IT menjadi lebih fokus kepada departemen lainnya di dalam satu perusahaan, biaya lebih efisien dan dapat diatur dengan baik, serta perubahan-perubahan IT yang dapat lebih mudah untuk diatur, dan masih banyak keuntungan lainnya yang pada akhirnya akan berdampak pada income perusahaan itu sendiri.


framework ITIL dikembangkan sejak 1980-an oleh Office of Government Commerce (Departemen Perdagangan) Inggris sebagai guidance bagi organisasi/perusahaan di sana. Pertengahan 1990-an, ITIL diakui dunia menjadi standar de facto di bidang service management. ITIL menyediakan sekumpulan best practice yang lengkap dan konsisten untuk ITSM, serta mempromosikan pendekatan kualitas untuk mencapai efektivitas dan efisiensi organisasi dalam penggunaan sistem informasi. ITIL mencakup 8 aspek, yakni: dukungan layanan, delivery, rencana pengembangan, manajemen infrastruktur TI, manajemen aplikasi, perspektif bisnis, manajemen sekuriti, dan manajemen aset software.
Saat ini ITIL telah memiliki paket materi dan menyediakan kursus pelatihan, ujian dan sertifikasi. Sebagai sebuah framework, ITIL telah memasuki versi terbaru, yaitu ITIL V3 – Service Life Cycle.
Menurut Santosh Nair, Direktur Birlasoft, sebelumnya Birlasoft menggunakan beragam perangkat help desk. Hanya saja, perangkat itu fungsinya terbatas. Semisal, tidak cocok (compliant) dengan proses ITIL; fitur IT Asset Management tidak tersedia sehingga sulit melacak aset; tidak ada fitur untuk persetujuan proses; keterbatasan dalam hal Service Level Agreement ataupun Change Management; tidak ada mesin alur kerja untuk mengotomasi proses; hingga terbatasnya fungsi pelaporan dan notifikasi e-mail. “Semua itu menyebabkan banyak kerja manual, informasi pengguna tidak terlacak secara akurat, kesulitan untuk cocok dengan ITIL dan lisensi software. Akibatnya, ada ketidakpuasan dari para pelanggan dan staf administrasi TI,” ungkap Nair.

Nah itu dia proses-proses dari IT Infrastructur Library, Postingan kali ini cukup sampai disini, nantikan postingan ku selanjutnya, Terimakasih atas kunjungannya, byee....

Link Source :
http://www.google.co.id
https://mumtazgalery.wordpress.com/2013/12/11/apa-sih-it-infrastruktur-library-itil-itu/ 

Read More