• What the contribution of KM to QM is implicit in previous slides
• QM relies heavily on knowledge production, and it emphasizes systematic statistical, even scientific studies to bring quality to the modern enterprise
• What KM will contribute to QM is KM’s continuing, evolutionary development of effective programs, policies, and rules that accelerate innovation in QM and enhance the ability of QM-related knowledge processes to eliminate error and produce survivable knowledge claims on which QM decisions and business process actions can be confidently based
• More specifically, KM can also contribute
  • Conceptual frameworks for thinking about knowledge processing and improving its character
  • Validation frameworks that can help individuals and groups test and evaluate knowledge claims
  • Social process-based techniques for enhancing KCF, KCV, and I and G learning in the plan and study phases of the PSDA cycle
  • Metrics for studying and evaluating knowledge processing in QM
• More specifically, KM can also contribute
  • IT tools for supporting knowledge production and knowledge integration in QM including Enterprise Knowledge Portals, IAs, collaborative software, software supporting group decision making, assessment capture software and other software applications reviewed earlier

  In sum, the contributions of KM to Quality Managemen decisions are indirect, but they can have a pervasive positive impact on knowledge processing in QM and through this impact can effect both QM decisions and business processing

• Quality Management software, at present is very focused on functionality related to QM
• Diverse in nature, with an emphasis on specialized functionality rather than comprehensiveness
• Not strongly oriented toward integration with Enterprise multi-tier computing architecture
• Not up-to-date with respect to recent IT innovations such as distributed computing and intelligent agents, powerful content management software, EIPs, collaborative software, text mining software
• in short, QM software is at the beginning of its evolution in an enterprise context
• EIP software could integrate diverse QM software applications
• It could also integrate QM software into the enterprise computing structure, thus making acceptance of the software more palatable
• Software for supporting communities of practice can support knowledge production about quality
• Knowledge portal software supporting e-CRM can provide support for continuous assessment of customer needs and wants, and better measurement of the “voice of the customer”
• Text mining and semantic networking software can strengthen knowledge claim formulation about quality as well as collaboration on quality models and projects
• Quality management has already begun to use Balanced scorecard, group decision processing, modeling and data mining tools
• In general, there is already some overlap between KM- related IT tools and QM-related software applications.
• In the future, this overlap will grow
• Eventually knowledge portals will provide a context for QM software application support and will supply a broad range of general functionality for quality management

• Earlier we listed primary differences between KM and QM in their underlying conceptual approaches.  various KM-related conceptual frameworks, the following points should have emerged very clearly.
  • The combined organizational learning/CAS/KLC/Metaprise/ sustainable innovation approach to KM is much more oriented toward emergence than the various QM frameworks, while still emphasizing causal analysis.
  • The KM frameworks have much less emphasis on leadership control as a key factor and much more emphasis on leadership as facilitative mechanism.

• The KM conceptual framework is consciously fallibilist inorientation, while continuing to emphasize the importance of validation.
• The KM conceptual framework emphasizes a network of nested OLCs rather than a single Plan-Do-Study- Act cycle, and it also emphasizes the double-loop nature of organizational learning and its translation into the knowledge production and knowledge integration processes of the KLC in the organizational context.
• The combined KM conceptual framework is much more hierarchical than the QM conceptual framework with its Meta-KM and metaprise orientations.
• Sustainable Innovation as an organizing principle is much more central to KM than it is to QM.
• QM is very focused on performing knowledge processing in order to decide how to manage business processes in order to produce quality in products and services
• It is not focused on managing knowledge processing in order to accelerate innovation to solve problems in business processing whose effect is to produce inadequate quality in products and services.

• Structural
  • Channels of communication
  • Information systems
  • Physical environment
  • Procedures and routines
  • Systems of incentives
• Behavioral
  • The qualities, meanings and feelings that habitually condition patterns of interaction within an organization

• Replication
  • Sharing “best practices”, process improvement ideas between entities – plants, shifts, departments, locations
  • Overcoming
    • Not Invented Here
    • We’re special
    • We’ve already tried that
    • Fear of appearing that you can’t solve your own problems

• Documentation
  • The identification, documentation and dissemination of a better way
    • When should a better way be standardized
    • How do we update our documents
    • How do we quickly and completely disseminate the new documentation so that it is implemented

• Three layers whose interaction allows the creation and accumulation of knowledge
  • Business layer – the traditional hierarchy
    • Acquires, accumulates and exploits explicit knowledge
  • Project teams – Task force
    • Creates new knowledge
  • Knowledge base – Not an organizational entity
    • Recategorizes and reconceptualizes knowledge generated from the other layers
    • Corporate vision and culture
    • Technology

Basic Premises

• Knowledge
  • A change in the range of potential behaviors
• Organizational learning systems and knowledge management systems
  • All organizations have organizational learning / knowledge management systems
  • Quality management provides the context for an organization’s organizational learning / knowledge management system

Organizational Knowledge Creation

• The capability of a company as a whole to create new knowledge, disseminate it throughout the organization, and embody it in products, services, and systems
• Requires the initiative of the individual and the interaction within a group

• Tacit and explicit knowledge
• Knowledge spiral
• Core of knowledge creation is at the group level
• The organization provides the enabling conditions
• Is nonlinear and interactive

Hypertext Organization

• Three layers whose interaction allows the creation and accumulation of knowledge
  • Business layer – the traditional hierarchy
    • Acquires, accumulates and exploits explicit knowledge
  • Project teams – Task force
    • Creates new knowledge
  • Knowledge base – Not an organizational entity
    • Recategorizes and reconceptualizes knowledge generated from the other layers
    • Corporate vision and culture
    • Technology

SECI atau Knowledge Spiral adalah formula yg di buat oleh Ikujiro Nonaka.

SECI adalah singkatan dari Socialization – Externalization – Combination – Internalization.

Proses sosialisasi (socialization), yakni mengubah tacit knowledge ke tacit knowledge lain. Ini adalah hal yang juga terkadang sering kita lupakan. Kita tidak manfaatkan keberadaan kita pada suatu pekerjaan untuk belajar dari orang lain, yang mungkin lebih berpengalaman. Proses ini membuat pengetahuan kita terasah dan juga penting untuk peningkatan diri sendiri. Semakin sukses kita menjalani proses perolehan tacit knowledge baru, semakin banyak explicit knowledge yang berhasil kita produksi pada proses eksternalisasi.

Proses eksternalisasi (externalization), yaitu mengubah tacit knowledge yang kita miliki menjadi explicit knowledge. Bisa dengan menuliskan know-how dan pengalaman yang kita dapatkan dalam bentuk tulisan artikel atau bahkan buku apabila perlu. Dan tulisan-tulisan tersebut akan sangat bermanfaat bagi orang lain yang sedang memerlukannya.

Proses kombinasi (combination), yaitu memanfaatkan explicit knowledge yang ada untuk kita implementasikan menjadi explicit knowledge lain. Proses ini sangat berguna untuk meningkatkan skill dan produktifitas diri sendiri. Kita bisa menghubungkan dan mengkombinasikan explicit knowledge yang ada menjadi explicit knowledge baru yang lebih bermanfaat.

Proses internalisasi (internalization), yakni mengubah explicit knowledge sebagai inspirasi datangnya tacit knowledge. Dari keempat proses yang ada, mungkin hanya inilah yang telah kita lakukan. Bahasa lainnya adalah learning by doing. Dengan referensi dari manual dan buku yang ada. misalnya, saya mulai bekerja, dan saya menemukan pengalaman baru, pemahaman baru dan know-how baru yang mungkin tidak saya dapatkan dari buku tersebut.

SOA (Service Oriented Architecture) adalah suatu gaya arsitektur sistem y yang membuat dan menggunakan proses bisnis dalam bentuk paket layanan sepanjang siklus hidupnya . SOA juga mendefinisikan dan menentukan arsitektur teknologi informasi (TI) yang dapat menunjang berbagai aplikasi untuk saling bertukar data dan berpartisipasi dalam proses bisnis. Fungsi-fungsi ini tidak terikat dengan sistem operasi dan bahasa pemrograman yang mendasari aplikasi-aplikasi tersebut.

SOA membagi fungsi-fungsi menjadi unit-unit yang berbeda (layanan), yang dapat didistribusikan melalui suatu jaringan dan dikombinasikan serta digunakan ulang untuk membentuk aplikasi bisnis. Layanan-layanan ini saling berkomunikasi dengan mempertukarkan data antar mereka atau dengan mengkoordinasikan aktivitas antara dua atau lebih layanan. Konsep SOA sering dianggap didasari atau berkembang dari konsep-konsep yang lebih lama dari komputasi terdistribusi dan pemrograman modular .

Arsitektur Berorientasi menyediakan layanan yang lebih komprehensif dan tangkas cara untuk mengintegrasikan sistem informasi dan proses bisnis lebih dari integrasi pendekatan tradisional. Perusahaan perlu reskill staf mereka untuk memanfaatkan metodologi baru ini.

Dengan SOA, aplikasi-aplikasi tidak lagi dibangun bersifat monolitik, SOA dibentuk dengan merangkai berbagai service modular. “Suatu service bisa berupa satu fungsi dari sebuah piranti lunak, misalnya fungsi GetAccountBalance atau CancelOrder. Fungsi tersebut bisa dieksekusi atas permintaan sistem apapun, tanpa memandang platform sistem operasinya, bahasa pemrogramannya, maupun lokasi geografisnya.

Implementasinya SOA dewasa ini, dalam bentuk web services , boleh dibilang merevolusi pengembangan piranti lunak. Dulu memang sudah ada distributed software architecture , yang juga menjanjikan agility dan penggunaan kembali komponen. Namun, cara itu memiliki kelemahan.

Untuk melakukan integrasi, seluruh komponen harus menggunakan object model atau bahasa pemrograman yang sama. Nah, web services menghilangkan halangan itu dan sanggup beroperasi melampaui batas yang memisahkan platform Microsof dari Unix, atau .Net dari J2EE,

Singkatnya, SOA bisa membantu menyederhanakan integrasi aplikasi dan manajemen proses.Jika Anda ingin memiliki proses bisnis yang lebih fleksibel dan adaptif, pindahkan aplikasi-aplikasi TI Anda ke SOA.

Keunggulan SOA

Pada SOA, para software developer membangun aplikasi-aplikasi komposit ( composite applications ) dengan saling menghubungkan atau memadukan berbagai layanan dalam suatu alur proses, yang semuanya ditampilkan sebagai satu service .

Kemampuan SOA memadukan proses dengan merangkai building block service standar merupakan inti dari kelincahan yang dijanjikan BPM. Piranti desain SOA standar menjadikan pembuatan sebuah model service secepat dan semudah menggambar sebuah diagram alur layanan. Piranti yang sama juga akan membuat model tersebut menjadi sebuah proses bisnis yang dapat dieksekusi.

Selain itu, bahasa berbasis XML yang digunakan untuk memadukan berbagai service itu juga telah distandarkan. Bahasa yang dinamakan Business Process Execution Language (BPEL) ini didukung berbagai vendor BPM dan hampir sebagian besar vendor infrastruktur maupun vendor enterprise application integration (EAI). Jadi, SOA juga memperlihatkan portabilitas model proses, yang bisa dieksekusi di berbagai platform infrastruktur dan dikelola menggunakan piranti desain yang tidak bergantung vendor tertentu.

Ada berbagai pendekatan untuk mewujudkan service – service ini. Salah satu cara adalah membuat kode programnya dari nol. Saat ini, server-server aplikasi dari vendor seperti IBM, Microsoft, BEA dan Oracle saling bersaing dalam hal piranti untuk membuat custom code yang bisa digunakan sebagai reusable web services . Kalau tidak ingin repot membuat kode sendiri, tersedia alternatif lain, yaitu “membungkus” sistem yang ada dengan komponen-komponen middleware bernama integration adapter . Adapter ini bisa ditampilkan fungsionalitasnya sebagai web service tanpa harus membuat kode.

Cara lain adalah membeli service itu dari para vendor aplikasi enterprise. Versi terbaru aplikasi enterprise, seperti dari SAP dan Siebel kini sudah dikemas dalam bentuk koleksi web services , yang siap dipadukan secara terpisah ( out-of-the-box ). Terakhir, Anda juga bisa mengakses service pihak ketiga melalui Web dengan menggunakan registry . Atau, Anda bisa mengombinasikan service – service yang diterapkan dengan cara di atas dalam suatu paduan proses bisnis. Keunggulan-keunggulan seperti itulah yang ditawarkan SOA.

Di banyak perusahaan, TI identik dengan cost center. Itulah sebabnya mengapa banyak perusahaan kini menaruh minat pada gagasan SOA (Service Oriented Architecture), yang menjanjikan pengembangan peranti lunak lebih cepat, fleksibel dan hemat biaya. Namun, ada beberapa hal yang perlu diperhatikan ketika perusahaan memutuskan untuk melangkah lebih jauh dengan SOA.

Pada dasarnya, SOA adalah arsitektur teknologi informasi yang menitikberatkan pada layanan (services), dimana komponen-komponen peranti lunak dapat digunakan kembali (reused) dan dipadukan kembali (recombined) dengan fleksibel.

Di lingkungan arsitektur peranti lunak berbasis SOA, yang memanfaatkan berbagai mekanisme standar seperti misalnya eXtensible Markup Language (XML), komponen-komponen peranti lunak itu tampil di jaringan menawarkan services, yang kemudian dimanfaatkan aplikasi-aplikasi lainnya. Alhasil, bagi departemen TI, cara ini lebih produktif. Kini mereka bisa dengan mudah mengubah atau membangun services baru tanpa harus membongkar berbagai jenis aplikasi satu per satu.

Filosofi desain peranti SOA memaksa perusahaan untuk membuat reusable service, ketimbang membuat satu aplikasi utuh. Aspek reuse atau penggunaan kembali di dalam SOA ini berdampak pada penghematan biaya, karena para pengembang peranti lunak bisa meminimalkan kode-kode software yang berlebihan, selain waktu pengembangan software juga lebih cepat. Hal ini berarti pula perusahaan bisa lebih siap merespon perubahan kebutuhan kastamer maupun rekanan usahanya.

Alan Goldstein, managing director, divisi technology risk management dan architecture, Bank of New York mengatakan bahwa SOA memungkinkan banknya memangkas 15 sampai 20 persen biaya pengembangan dan pengujian aplikasi baru. Waktu pengembangannya pun bisa dipangkas 10 persen.

“Hal yang benar-benar diperhatikan  manajemen dan para pengelola bisnis di tempat kami adalah bagaimana menyediakan fungsionalitas yang inovatif kepada kastamer secepat mungkin, bekualitas tinggi dan cost-effective,” ujar Goldstein.

Efisiensi semacam inilah yang menjadi daya tarik utama SOA. Tak heran jika tren SOA belakangan semakin merebak. Perusahaan-perusahaan utama di AS misalnya, kini semakin banyak yang merangkul teknologi SOA.

Perusahaan riset Forrester Research tahun lalu mengeluarkan prediksi bahwa lebih dari separuh perusahaan-perusahaan besar di AS akan menggunakan SOA mulai akhir tahun lalu. Sementara perusahaan-perusahaan yang sudah terlebih dulu memanfaatkan SOA, hampir 70 persennya berniat meningkatkan penggunaannya di masa depan.

Kolaborasi TI dan bisnis

Seperti halnya inisiatif TI lainnya, SOA pun membutuhkan kerjasama erat antara departemen TI dengan lines of business perusahaan. Karena, bagaimanapun juga, seperti dikatakan Ajjampur dari Hartford, sebuah service didefinisikan sesuai dengan suatu kebutuhan spesifik bisnis. “Untuk membangun SOA seutuhnya, Anda perlu memahami apa yang ingin dicapai pengelola bisnis,” ujarnya.

Agar kolaborasi TI – bisnis ini berjalan lancar, sejumlah perusahaan melakukan pendekatan yang berbeda-beda. Thompson Learning misalnya membentuk semacam dewan yang terdiri dari para chief technology officer (CTO) dari masing-masing unit bisnis grup perusahaan. Mereka rutin melakukan pertemuan untuk membuat dan memperbaiki strategi teknologinya berdasarkan strategi masing-masing unit bisnis.

“Dengan cara ini, kami memastikan bahwa strategi teknologi kami sudah sejalan dengan strategi bisnisnya. Sedangkan dari sisi pengembangan peranti lunak, kami pun bisa memastikan bahwa kami memanfaatkan services yang sudah ada dan membuat servicesservices itu,” ujar Ray Lowrey, senior vice president dan CTO di Thomson Learning. sedemikian rupa sehingga memungkinkan penggunaan kembali (reuse).

Sementara itu, Bank of New York juga membentuk semacam dewan enterprise architecture. Dewan ini mengumpulkan para pakar arsitektur dari berbagai aktifitas pengembangan bank, yang biasanya berafiliasi dengan masing-masing link bisnis. Dewan ini mendorong pengadopsian common services dan juga memainkan peran dalam mengkaji seluruh usulan pengembangan aplikasi. Sebuah proyek pengembangan aplikasi di bank tersebut tidak akan berjalan sebelum arsitekturnya disetujui.

Agar implementasi SOA bisa diterima semua pihak, edukasi para stakeholder pun sangat diperlukan. Perusahaan perlu mengedukasi baik sisi teknologi maupun bisnis perusahaan. Edukasi semacam ini diharapkan juga akan memicu dialog antara kedua pihak, yang nantinya diharapkan juga akan menguak nilai positif SOA dengan lebih cepat.

Hubungan antara bisnis dan teknologi yang lebih dekat akan meningkatkan kemungkinan departemen TI bisa memberikan apa yang diinginkan para pengelola bisnis.

Salah satu keunggulan SOA adalah perusahaan tidak perlu membuang aplikasi-aplikasi legacy-nya, sekalipun SOA akan lebih banyak melibatkan pengembangan peranti-peranti lunak baru. Menurut Kevin Bohan, CIO Proginet Corp., sebuah vendor peranti lunak integrasi data, aplikasi-aplikasi lama sebenarnya dapat ditampilkan sebagai services, apakah itu melalui integrasi dari titik-ke-titik (point-to-point integration), peranti messaging queue maupun middleware, dan menghubungkannya dengan arsitektur yang lebih luas.

enam hal yang perlu dicermati.

Pertama, harus selalu diingat bahwa SOA adalah sebuah arsitektur. Jadi SOA tidak tergantung pada satu jenis teknologi atau metodologi saja. SOA bisa diimplementasi dengan berbagai teknik dan teknologi, karena SOA terdiri dari berbagai design principles. Berdasarkan pengamatan, kesuksesan implementasi SOA banyak ditentukan oleh mind frame seperti tersebut di atas.

Kedua, perlu diingat juga bahwa SOA bukan web services karena penerapan SOA adalah untuk semua jenis jasa (services) di sebuah perusahaan. Organisasi atau institusi yang tidak bisa membedakan antara SOA dan web services akan tertinggal dalam memanfaatkan SOA dalam konteks skalabilitas dan fleksibilitas.

Ketiga, dahulukanlah fungsi yang dibutuhkan bukan produk. Institusi yang lebih mendahulukan produk akan terperangkap dengan keterbatasan kemampuan/kapabilitas produk yang telah dibeli. Kita harus selalu mendahulukan fungsi yang dibutuhkan, karena dari kebutuhan tersebut kita bisa menganalisis secara objektif kapabilitas apa saja yang kita inginkan dari produk.

Keempat , tidak semua aplikasi harus diubah (convert) ke SOA. Harus selalu diingat bahwa keunggulan SOA adalah fleksibilitas. Jadi, aplikasi-aplikasi yang akan diubah ke SOA adalah aplikasi-aplikasi yang memang membutuhkan fleksibilitas tinggi.

Kelima, SOA bisa dimulai dalam skala yang kecil. Walaupun SOA menawarkan keuntungan yang sangat besar, implementasi SOA tetap mengandung risiko kegagalan. Sebaiknya organisasi/institusilebih konservatif melalui penerapan SOA secara bertahap dan dimulai dalam skala yang kecil.

Keenam, melakukan balancing antara hasil jangka pendek dan tujuan/objektif jangka panjang. Dengan melakukan proyek SOA secara bertahap, dimungkinkan untuk melakukan analisis bagaimana hasilnya bisa menjadi komplemen dari tujuan jangka panjang pada penerapan SOA secara menyeluruh.