{"id":265,"date":"2026-09-29T13:19:40","date_gmt":"2026-09-29T10:19:40","guid":{"rendered":"https:\/\/afarukgungor.com\/blog\/?p=265"},"modified":"2026-09-29T13:40:30","modified_gmt":"2026-09-29T10:40:30","slug":"surec-haritalama-nasil-yapilir","status":"publish","type":"post","link":"https:\/\/afarukgungor.com\/blog\/surec-haritalama-nasil-yapilir\/","title":{"rendered":"ERP \u00d6ncesi S\u00fcre\u00e7 Y\u00f6netimi\u00a0(2\/3)"},"content":{"rendered":"\n
\n

ERP \u00d6ncesi S\u00fcre\u00e7 Y\u00f6netimi. Bu seride;<\/p>\n\n\n\n

\u25cb B\u00f6l\u00fcm 1: ERP Projelerinin Ba\u015far\u0131s\u0131 Yaz\u0131l\u0131mla De\u011fil, S\u00fcre\u00e7lerle Ba\u015flar<\/a><\/p>\n\n\n\n

\u2713 B\u00f6l\u00fcm 2: S\u00fcre\u00e7 Haritalama Nas\u0131l Yap\u0131l\u0131r? (\u015eu an okuyorsunuz)<\/em><\/p>\n\n\n\n

\u25cb B\u00f6l\u00fcm 3: S\u00fcre\u00e7 Haritas\u0131ndan S\u00fcrekli \u0130yile\u015ftirmeye, ba\u015fl\u0131kl\u0131 yaz\u0131lar yer almaktad\u0131r.<\/p>\n<\/blockquote>\n\n\n\n

S\u00fcre\u00e7 Haritalama Nas\u0131l Yap\u0131l\u0131r?<\/strong><\/strong><\/h2>\n\n\n\n

ERP \u00d6ncesi S\u00fcre\u00e7 Y\u00f6netimi – \u00d6zet<\/h2>\n\n\n\n

Bir \u00f6nceki makalede \u015fu tezi ortaya koyduk: ERP projelerinin ba\u015far\u0131s\u0131, yaz\u0131l\u0131m\u0131n kalitesinde de\u011fil, o yaz\u0131l\u0131ma girilecek s\u00fcre\u00e7 mant\u0131\u011f\u0131n\u0131n netli\u011finde belirlenir. Ancak bu tez tek ba\u015f\u0131na soyut kal\u0131yor. Bir genel m\u00fcd\u00fcr veya \u00fcretim m\u00fcd\u00fcr\u00fc i\u00e7in as\u0131l soru \u015fudur: Bu netli\u011fi nas\u0131l elde ederim? Kiminle bir araya gelmeliyim, hangi sorular\u0131 sormal\u0131y\u0131m, hangi s\u0131rayla ilerlemeliyim?<\/p>\n\n\n\n

Bu makale tam olarak bu soruyu cevaplar. S\u00fcre\u00e7 haritalamay\u0131 bir \u00e7izim egzersizi olarak de\u011fil, bir karar mimarisini g\u00f6r\u00fcn\u00fcr k\u0131lma disiplini olarak ele al\u0131r. Do\u011fru s\u00fcreci se\u00e7mekten sahiplik belirlemeye, aktivite ve karar noktalar\u0131n\u0131 netle\u015ftirmekten mevcut durumu haritalamaya, darbo\u011fazlar\u0131 tespit etmekten hedef duruma ge\u00e7meye kadar t\u00fcm ad\u0131mlar\u0131, T\u00fcrkiye’nin farkl\u0131 \u00fcretim sahalar\u0131ndan ger\u00e7ek\u00e7i senaryolarla anlat\u0131r.<\/p>\n\n\n\n

Bu yaz\u0131n\u0131n sonunda, kendi i\u015fletmenizde bir s\u00fcre\u00e7 haritalama \u00e7al\u0131\u015ftay\u0131n\u0131 planlay\u0131p y\u00fcr\u00fctebilecek d\u00fczeyde pratik bilgiye sahip olacaks\u0131n\u0131z.<\/p>\n\n\n\n

Bu Yaz\u0131da Neler \u00d6\u011freneceksiniz?<\/h2>\n\n\n\n

Bu makaleyi okuduktan sonra \u015funlar\u0131 yapabilecek durumda olacaks\u0131n\u0131z:<\/p>\n\n\n\n

    \n
  • Hangi s\u00fcrecin haritalama i\u00e7in do\u011fru ba\u015flang\u0131\u00e7 noktas\u0131 oldu\u011funa karar vermek<\/li>\n\n\n\n
  • Bir s\u00fcrecin s\u0131n\u0131rlar\u0131n\u0131, “nerede ba\u015flar, nerede biter” tart\u0131\u015fmas\u0131n\u0131 bitirecek netlikte \u00e7izmek<\/li>\n\n\n\n
  • Bir s\u00fcre\u00e7 sahibi ile bir s\u00fcre\u00e7 kat\u0131l\u0131mc\u0131s\u0131 aras\u0131ndaki fark\u0131 ay\u0131rt etmek<\/li>\n\n\n\n
  • Bir s\u00fcre\u00e7 haritas\u0131n\u0131n d\u00f6rt temel bile\u015fenini (aktivite, karar noktas\u0131, girdi\/\u00e7\u0131kt\u0131, olay) do\u011fru tan\u0131mlamak<\/li>\n\n\n\n
  • Swimlane ve sade BPMN mant\u0131\u011f\u0131n\u0131, teknik jargona bo\u011fulmadan kullanmak<\/li>\n\n\n\n
  • Mevcut durumu ger\u00e7ek\u00e7i bi\u00e7imde haritalamak ve bu haritadan darbo\u011faz ile israf noktalar\u0131n\u0131 \u00e7\u0131karmak<\/li>\n\n\n\n
  • Hedef durumu tasarlarken ERP’ye aktar\u0131lacak kritik bilgileri ay\u0131rt etmek<\/li>\n\n\n\n
  • Ortaya \u00e7\u0131kan haritay\u0131, bir kerelik dok\u00fcman olmaktan \u00e7\u0131kar\u0131p kal\u0131c\u0131 bir y\u00f6netim arac\u0131na d\u00f6n\u00fc\u015ft\u00fcrmek<\/li>\n<\/ul>\n\n\n\n

    Her b\u00f6l\u00fcm, ger\u00e7ek bir dan\u0131\u015fmanl\u0131k projesinde ya\u015fanabilecek kadar somut bir fabrika senaryosuyla desteklenmi\u015ftir.<\/p>\n\n\n\n

    Giri\u015f: “Peki Nas\u0131l?” Sorusuna Cevap<\/h2>\n\n\n\n

    \u00d6nceki makalede bir i\u015fletme sahibiyle yap\u0131lan tipik bir g\u00f6r\u00fc\u015fmeyi anlatm\u0131\u015ft\u0131k: masada hep yaz\u0131l\u0131m konu\u015fulur, s\u00fcre\u00e7 hi\u00e7 konu\u015fulmaz. O yaz\u0131y\u0131 okuyan bir y\u00f6netici, muhtemelen \u015fu noktaya gelmi\u015ftir: “Tamam, ikna oldum. \u00d6nce s\u00fcre\u00e7lerimize bakmal\u0131y\u0131z. Peki bunu nas\u0131l yapaca\u011f\u0131z?”<\/p>\n\n\n\n

    Bu, tam olarak do\u011fru sorudur ve bu makale ona cevap verir.<\/p>\n\n\n\n

    S\u00fcre\u00e7 haritalama kelimesi, \u00e7o\u011fu y\u00f6neticinin zihninde basit bir g\u00f6r\u00fcnt\u00fc canland\u0131r\u0131r: bir toplant\u0131 odas\u0131, duvara yap\u0131\u015ft\u0131r\u0131lm\u0131\u015f ka\u011f\u0131tlar, oklarla birbirine ba\u011flanm\u0131\u015f kutular. Bu g\u00f6r\u00fcnt\u00fc yanl\u0131\u015f de\u011fildir, ama eksiktir. \u00c7\u00fcnk\u00fc ayn\u0131 g\u00f6r\u00fcnt\u00fc, hem bir i\u015fletmeye ger\u00e7ekten de\u011fer katan bir \u00e7al\u0131\u015fman\u0131n hem de duvarda toz tutmaya mahkum, i\u015flevsiz bir posterin foto\u011fraf\u0131 olabilir. Aradaki fark, ka\u011f\u0131da d\u00f6k\u00fclen \u00e7izimde de\u011fil, o \u00e7izime var\u0131lana kadar sorulan sorularda sakl\u0131d\u0131r.<\/p>\n\n\n\n

    \u00d6nceki makalede bir ayr\u0131m yapm\u0131\u015ft\u0131k: bir s\u00fcre\u00e7 haritas\u0131 size “ne oldu\u011funu” g\u00f6sterir, ama s\u00fcre\u00e7 y\u00f6netimi size “kim, neye g\u00f6re karar veriyor” sorusunu cevaplar. Bu makale, o ayr\u0131m\u0131 bir ad\u0131m \u00f6teye ta\u015f\u0131r: iyi kurgulanm\u0131\u015f bir s\u00fcre\u00e7 haritalama \u00e7al\u0131\u015fmas\u0131, ba\u015ftan itibaren ikinci soruyu da cevaplayacak \u015fekilde tasarlanabilir. Mesele, do\u011fru s\u0131rayla ilerlemektir.<\/p>\n\n\n\n

    Bu yaz\u0131 boyunca, ger\u00e7ek bir \u00fcretim i\u015fletmesinde bir s\u00fcre\u00e7 haritalama \u00e7al\u0131\u015ftay\u0131n\u0131n nas\u0131l planlanaca\u011f\u0131n\u0131, kimlerin kat\u0131lmas\u0131 gerekti\u011fini, hangi sorular\u0131n sorulaca\u011f\u0131n\u0131 ve ortaya \u00e7\u0131kan haritan\u0131n bir ERP projesine nas\u0131l do\u011frudan girdi sa\u011flayaca\u011f\u0131n\u0131, ad\u0131m ad\u0131m ele alaca\u011f\u0131z.<\/p>\n\n\n\n

    B\u00f6l\u00fcm 1: S\u00fcre\u00e7 Nedir, S\u00fcre\u00e7 Haritas\u0131 Nedir?<\/h1>\n\n\n\n

    Bu soruyu sormak, \u00e7o\u011fu y\u00f6neticiye gereksiz g\u00f6r\u00fcn\u00fcr. “Elbette biliyoruz s\u00fcre\u00e7 ne demek” der herkes. Ama pratikte, bir i\u015fletmede “s\u00fcre\u00e7” kelimesi genellikle \u00fc\u00e7 farkl\u0131 \u015feyi ifade etmek i\u00e7in kullan\u0131l\u0131r: bazen bir departman\u0131n ad\u0131 (“sat\u0131nalma s\u00fcreci” derken asl\u0131nda “sat\u0131nalma departman\u0131” kastedilir), bazen bir yaz\u0131l\u0131m ekran\u0131 (“ERP’de sipari\u015f s\u00fcreci” derken asl\u0131nda bir mod\u00fcl kastedilir), bazen de ger\u00e7ekten bir i\u015f ak\u0131\u015f\u0131.<\/p>\n\n\n\n

    Bu \u00fc\u00e7\u00fcn\u00fc birbirinden ay\u0131rmak, s\u00fcre\u00e7 haritalaman\u0131n ilk ve en kritik ad\u0131m\u0131d\u0131r. Bir s\u00fcre\u00e7, belirli bir girdiyle ba\u015flay\u0131p belirli bir \u00e7\u0131kt\u0131yla biten, tan\u0131ml\u0131 roller taraf\u0131ndan y\u00fcr\u00fct\u00fclen, tekrarlanabilir bir i\u015fler dizisidir. Departman de\u011fildir, yaz\u0131l\u0131m ekran\u0131 de\u011fildir, bir ki\u015finin g\u00fcnl\u00fck rutini de de\u011fildir. Bir s\u00fcre\u00e7, bir departman\u0131n s\u0131n\u0131rlar\u0131n\u0131 a\u015fabilir; genellikle de a\u015far.<\/p>\n\n\n\n

    Bir s\u00fcre\u00e7 haritas\u0131 ise bu dizinin g\u00f6rsel temsilidir: hangi ad\u0131m\u0131n hangi ad\u0131mdan sonra geldi\u011fini, hangi ad\u0131mlar\u0131n paralel ilerleyebilece\u011fini, s\u00fcrecin hangi noktada ba\u015flay\u0131p hangi noktada bitti\u011fini g\u00f6steren bir \u00e7izimdir. Ancak burada kritik bir uyar\u0131 gerekir: bir s\u00fcre\u00e7 haritas\u0131, s\u00fcrecin kendisi de\u011fildir. S\u00fcre\u00e7, i\u015fletmede ger\u00e7ekten olan \u015feydir; harita, o ger\u00e7ekli\u011fin bir modelidir. \u0130yi bir model ger\u00e7ekli\u011fi do\u011fru yans\u0131t\u0131r; k\u00f6t\u00fc bir model ise haritay\u0131 \u00e7izenlerin zihnindeki idealize edilmi\u015f versiyonu yans\u0131t\u0131r.Bir dokuma makineleri yedek par\u00e7a \u00fcreticisinde ya\u015fanan bir sahne bu fark\u0131 net g\u00f6sterir. \u0130\u015fletme, birka\u00e7 y\u0131l \u00f6nce bir kalite dan\u0131\u015fmanl\u0131k firmas\u0131yla \u00e7al\u0131\u015farak t\u00fcm ana s\u00fcre\u00e7lerini haritalam\u0131\u015ft\u0131. Bu haritalar, ISO belgelendirmesi i\u00e7in haz\u0131rlanm\u0131\u015f, d\u00fczg\u00fcn, temiz ak\u0131\u015f \u015femalar\u0131yd\u0131. Yeni bir ERP projesi ba\u015flad\u0131\u011f\u0131nda, dan\u0131\u015fmanl\u0131k ekibi bu haritalar\u0131 inceledi ve \u00fcretim planlama \u015fefine sordu: “Bu haritada g\u00f6sterilen ad\u0131mlar\u0131, d\u00fcnk\u00fc ger\u00e7ek bir sipari\u015fte birebir izleyebilir miyiz?” \u015eef g\u00fcl\u00fcmsedi: “Hay\u0131r, bu harita nas\u0131l \u00e7al\u0131\u015fmam\u0131z gerekti\u011fini g\u00f6steriyor. Biz farkl\u0131 \u00e7al\u0131\u015f\u0131yoruz.” \u0130\u015fletmenin elinde bir harita vard\u0131, ama bu harita ger\u00e7ekli\u011fin de\u011fil, iyi niyetin belgesiydi.<\/p>\n\n\n\n

    DANI\u015eMAN NOTU<\/strong>
    Bir s\u00fcre\u00e7 haritas\u0131n\u0131n ilk testi, “g\u00fczel g\u00f6r\u00fcn\u00fcyor mu” de\u011fil, “d\u00fcnk\u00fc ger\u00e7ek bir vakay\u0131 bu haritayla birebir anlatabiliyor muyum” sorusudur. Bu teste tak\u0131lan bir harita, ne kadar profesyonel g\u00f6r\u00fcn\u00fcrse g\u00f6r\u00fcns\u00fcn, hen\u00fcz kullan\u0131labilir de\u011fildir.<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n
    \"S\u00fcre\u00e7<\/figure>\n\n\n\n

    Peki s\u00fcre\u00e7 haritalaman\u0131n amac\u0131 nedir? \u00dc\u00e7 farkl\u0131 d\u00fczeyde de\u011fer \u00fcretir. Birincisi, ortak bir dil olu\u015fturur: ayn\u0131 s\u00fcre\u00e7 hakk\u0131nda konu\u015fan farkl\u0131 departmanlar, ayn\u0131 kelimelerle ayn\u0131 \u015feyi kastetmeye ba\u015flar. \u0130kincisi, g\u00f6r\u00fcn\u00fcrl\u00fck sa\u011flar: bir s\u00fcrecin b\u00fct\u00fcn\u00fcn\u00fc g\u00f6ren ilk ki\u015fi genellikle haritalama \u00e7al\u0131\u015fmas\u0131na kat\u0131lan ki\u015filerin kendisidir, \u00e7\u00fcnk\u00fc g\u00fcndelik hayatta herkes yaln\u0131zca kendi par\u00e7as\u0131n\u0131 g\u00f6r\u00fcr. \u00dc\u00e7\u00fcnc\u00fcs\u00fc, ve bu makale a\u00e7\u0131s\u0131ndan en kritik olan\u0131, sonraki \u00e7al\u0131\u015fmalar i\u00e7in bir temel olu\u015fturur: darbo\u011faz analizi, israf tespiti, ERP’ye aktar\u0131m ve s\u00fcrekli iyile\u015ftirme, hepsi do\u011fru \u00e7izilmi\u015f bir haritadan ba\u015flar.<\/p>\n\n\n\n

    Boyut<\/strong><\/td>K\u00f6t\u00fc S\u00fcre\u00e7 Haritas\u0131<\/strong><\/td>\u0130yi S\u00fcre\u00e7 Haritas\u0131<\/strong><\/td><\/tr><\/thead>
    Kaynak<\/td>“Nas\u0131l \u00e7al\u0131\u015fmal\u0131y\u0131z” idealine dayan\u0131r<\/td>“Ger\u00e7ekte nas\u0131l \u00e7al\u0131\u015f\u0131yoruz”a dayan\u0131r<\/td><\/tr>
    Kat\u0131l\u0131mc\u0131lar<\/td>Tek bir y\u00f6netici veya d\u0131\u015f dan\u0131\u015fman taraf\u0131ndan \u00e7izilir<\/td>S\u00fcrecin i\u00e7indeki farkl\u0131 rollerin kat\u0131l\u0131m\u0131yla \u00e7izilir<\/td><\/tr>
    \u0130stisnalar<\/td>Sadece standart ak\u0131\u015f\u0131 g\u00f6sterir<\/td>\u0130stisna ve s\u0131n\u0131r durumlar\u0131 da i\u00e7erir<\/td><\/tr>
    Karar noktalar\u0131<\/td>“Onaylan\u0131r” gibi belirsiz kutular i\u00e7erir<\/td>Kimin, hangi kritere g\u00f6re karar verdi\u011fini g\u00f6sterir<\/td><\/tr>
    Ya\u015fam s\u00fcresi<\/td>Bir kerelik dok\u00fcman, ar\u015fivde kal\u0131r<\/td>D\u00fczenli g\u00fcncellenen, kullan\u0131lan bir referans<\/td><\/tr>
    Test<\/td>“G\u00fczel g\u00f6r\u00fcn\u00fcyor mu” ile de\u011ferlendirilir<\/td>“D\u00fcnk\u00fc ger\u00e7ek bir vakay\u0131 anlat\u0131yor mu” ile de\u011ferlendirilir<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n
    EN SIK YAPILAN HATA<\/strong>
    \u0130\u015fletmeler s\u00fcre\u00e7 haritalamay\u0131, belgelendirme (ISO, denetim, sertifikasyon) amac\u0131yla bir kez yap\u0131l\u0131p bir daha bak\u0131lmayan bir egzersiz olarak g\u00f6r\u00fcr. Oysa bir s\u00fcre\u00e7 haritas\u0131, belgelendirme i\u00e7in de\u011fil, karar vermek ve iyile\u015ftirmek i\u00e7in \u00fcretilmelidir; bu iki ama\u00e7 \u00e7o\u011fu zaman farkl\u0131 haritalar do\u011furur.<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n
    Y\u00d6NET\u0130C\u0130YE \u00d6ZEL<\/strong>
    Elinizde ge\u00e7mi\u015ften kalma s\u00fcre\u00e7 haritalar\u0131 varsa, onlar\u0131 \u00e7\u00f6pe atmadan \u00f6nce tek bir soruyla test edin: “Bu haritay\u0131, d\u00fcn ya\u015fanan ger\u00e7ek bir vakay\u0131 anlatmak i\u00e7in kullanabilir miyim?” Cevap hay\u0131rsa, bu haritalar bir ba\u015flang\u0131\u00e7 noktas\u0131 olabilir ama g\u00fcncel bir \u00e7al\u0131\u015fma yerine ge\u00e7emez.<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n

    S\u00fcre\u00e7 ve s\u00fcre\u00e7 haritas\u0131n\u0131n ne oldu\u011funu netle\u015ftirdi\u011fimize g\u00f6re, s\u0131rada daha pratik bir soru var: bir i\u015fletmenin onlarca s\u00fcreci aras\u0131ndan hangisiyle ba\u015flamal\u0131, ve o s\u00fcrecin s\u0131n\u0131rlar\u0131n\u0131 nas\u0131l \u00e7izmeli? Bir sonraki b\u00f6l\u00fcmde bu soruyu ele al\u0131yoruz.<\/p>\n\n\n\n

    B\u00f6l\u00fcm 2: Nereden Ba\u015flamal\u0131: Do\u011fru S\u00fcreci Se\u00e7mek ve S\u0131n\u0131rlar\u0131n\u0131 \u00c7izmek<\/h1>\n\n\n\n

    Bir i\u015fletmenin onlarca, bazen y\u00fczlerce s\u00fcreci vard\u0131r. Sat\u0131nalmadan sevkiyata, bak\u0131mdan insan kaynaklar\u0131na kadar her biri haritalanabilir. Bu bolluk, tuhaf bir fel\u00e7 etkisi do\u011furur: “Her \u015feyi haritalamal\u0131y\u0131z” d\u00fc\u015f\u00fcncesi, \u00e7o\u011fu zaman “hi\u00e7bir \u015feyi haritalam\u0131yoruz” sonucuna g\u00f6t\u00fcr\u00fcr. \u0130lk soru bu y\u00fczden \u015fudur: hangi s\u00fcre\u00e7le ba\u015flamal\u0131?<\/p>\n\n\n\n

    Do\u011fru cevap, “en kolay olanla” de\u011fildir. Do\u011fru cevap, iki kritere birden bakmakt\u0131r: etki ve karma\u015f\u0131kl\u0131k. Y\u00fcksek etkili ama a\u015f\u0131r\u0131 karma\u015f\u0131k bir s\u00fcre\u00e7le ba\u015flamak (\u00f6rne\u011fin b\u00fct\u00fcn \u00fcretim planlama sistemini ba\u015ftan haritalamak), ekibi daha ilk oturumda yorar ve sonu\u00e7 al\u0131namadan \u00e7al\u0131\u015fma terk edilir. D\u00fc\u015f\u00fck etkili ve basit bir s\u00fcre\u00e7le ba\u015flamak ise (\u00f6rne\u011fin ziyaret\u00e7i giri\u015f prosed\u00fcr\u00fc) ekibe “bu \u00e7al\u0131\u015fma zaman kayb\u0131” hissi verir. Aranan nokta, orta karma\u015f\u0131kl\u0131kta ama ger\u00e7ek bir ac\u0131 noktas\u0131n\u0131 temsil eden bir s\u00fcre\u00e7tir: \u00fcretim planlama, sat\u0131nalma onay\u0131 veya sipari\u015f y\u00f6netimi gibi, herkesin g\u00fcnl\u00fck hayat\u0131nda hissetti\u011fi ama kimsenin tam olarak sahiplenmedi\u011fi bir s\u00fcre\u00e7.<\/p>\n\n\n\n

    S\u00fcre\u00e7 se\u00e7ildikten sonra, ondan daha zor ve daha \u00e7ok g\u00f6z ard\u0131 edilen bir ad\u0131m gelir: s\u00fcrecin s\u0131n\u0131rlar\u0131n\u0131 \u00e7izmek. “Nerede ba\u015fl\u0131yor, nerede bitiyor?” sorusu, kula\u011fa basit gelir ama pratikte bir \u00e7al\u0131\u015ftay\u0131n en \u00e7ok zaman alan ve en \u00e7ok anla\u015fmazl\u0131k do\u011furan tart\u0131\u015fmas\u0131d\u0131r.<\/p>\n\n\n\n

    Bir elektronik komponent distrib\u00fct\u00f6r\u00fcnde ya\u015fanan bir sahne bunu net g\u00f6sterir. \u0130\u015fletme, “Sat\u0131\u015ftan Sipari\u015fe” s\u00fcrecini haritalamak i\u00e7in bir \u00e7al\u0131\u015ftay d\u00fczenledi. Daha ilk on dakikada, kat\u0131l\u0131mc\u0131lar s\u00fcrecin nerede ba\u015flad\u0131\u011f\u0131 konusunda anla\u015famad\u0131. Sat\u0131\u015f ekibi, s\u00fcrecin “m\u00fc\u015fteriden talep geldi\u011finde” ba\u015flad\u0131\u011f\u0131n\u0131 s\u00f6yl\u00fcyordu. \u00dcretim planlama ekibi, ger\u00e7ek s\u00fcrecin “stok kontrol\u00fc yap\u0131l\u0131p m\u00fcsaitlik onayland\u0131\u011f\u0131nda” ba\u015flad\u0131\u011f\u0131n\u0131 iddia ediyordu. Finans ekibi ise “kredi limiti kontrol\u00fcnden” \u00f6nce hi\u00e7bir \u015feyin ger\u00e7ek anlamda “sipari\u015f” say\u0131lmayaca\u011f\u0131n\u0131 savunuyordu. \u00dc\u00e7 ekip de kendi ger\u00e7ekli\u011finden hakl\u0131yd\u0131; ama i\u015fletmenin ortak bir s\u0131n\u0131r tan\u0131m\u0131 olmad\u0131\u011f\u0131 i\u00e7in, ERP’ye aktar\u0131lacak “sipari\u015f s\u00fcreci” kavram\u0131 \u00fc\u00e7 farkl\u0131 ba\u015flang\u0131\u00e7 noktas\u0131na sahip \u00fc\u00e7 farkl\u0131 s\u00fcre\u00e7 haline geliyordu.<\/p>\n\n\n\n

    SAHADAN G\u00d6ZLEM<\/strong>
    Bir s\u00fcrecin s\u0131n\u0131rlar\u0131 konusunda anla\u015fmazl\u0131k \u00e7\u0131kmas\u0131 k\u00f6t\u00fc bir i\u015faret de\u011fildir; aksine, \u00e7al\u0131\u015fman\u0131n do\u011fru ilerledi\u011finin g\u00f6stergesidir. S\u0131n\u0131r tart\u0131\u015fmas\u0131 hi\u00e7 ya\u015fanmadan h\u0131zla ilerleyen bir \u00e7al\u0131\u015ftay, muhtemelen y\u00fczeysel kalm\u0131\u015ft\u0131r.<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n

    Bu tart\u0131\u015fmay\u0131 verimli bir sonuca ba\u011flaman\u0131n en pratik yolu, s\u00fcrece d\u0131\u015far\u0131dan bakan bir \u00e7er\u00e7eve kullanmakt\u0131r: SIPOC. Bu \u00e7er\u00e7eve, bir s\u00fcrecin be\u015f temel unsurunu netle\u015ftirmeyi zorunlu k\u0131lar: Tedarik\u00e7i (bu s\u00fcrece girdiyi kim sa\u011fl\u0131yor), Girdi (s\u00fcre\u00e7 neyle ba\u015fl\u0131yor), S\u00fcre\u00e7 (ana ad\u0131mlar, hen\u00fcz detayland\u0131r\u0131lmadan), \u00c7\u0131kt\u0131 (s\u00fcre\u00e7 neyle sonu\u00e7lan\u0131yor), M\u00fc\u015fteri (bu \u00e7\u0131kt\u0131y\u0131 kim, ne i\u00e7in kullan\u0131yor). SIPOC’un g\u00fcc\u00fc, detaya inmeden \u00f6nce s\u00fcrecin \u00e7er\u00e7evesini sabitlemesindedir; tam olarak elektronik komponent distrib\u00fct\u00f6r\u00fcndeki tart\u0131\u015fmay\u0131 \u00e7\u00f6zecek t\u00fcrden bir disiplin.<\/p>\n\n\n\n

    O i\u015fletmede SIPOC \u00e7al\u0131\u015fmas\u0131 yap\u0131ld\u0131\u011f\u0131nda, tart\u0131\u015fma netle\u015fti: s\u00fcrecin girdisi “m\u00fc\u015fteriden gelen, \u00fcr\u00fcn ve miktar bilgisi i\u00e7eren resmi talep” olarak tan\u0131mland\u0131; kredi ve stok kontrol\u00fc, s\u00fcrecin ba\u015flang\u0131c\u0131 de\u011fil, s\u00fcrecin i\u00e7indeki ilk iki karar noktas\u0131 olarak konumland\u0131r\u0131ld\u0131. \u00dc\u00e7 ekip de hakl\u0131yd\u0131, sadece farkl\u0131 \u015feylerden bahsediyorlard\u0131; biri s\u0131n\u0131rdan, biri ilk karar noktas\u0131ndan. SIPOC bu kar\u0131\u015f\u0131kl\u0131\u011f\u0131 tek oturumda \u00e7\u00f6zd\u00fc.<\/p>\n\n\n\n

    EN SIK YAPILAN HATA<\/strong>
    Ekipler s\u0131n\u0131r tart\u0131\u015fmas\u0131n\u0131 atlay\u0131p do\u011frudan detayl\u0131 ad\u0131mlar\u0131 \u00e7izmeye ba\u015flar. Bu, h\u0131zl\u0131 ilerliyormu\u015f hissi verir ama genellikle \u00e7al\u0131\u015fman\u0131n ortas\u0131nda “bu ad\u0131m ger\u00e7ekten bu s\u00fcrecin par\u00e7as\u0131 m\u0131” sorusuyla her \u015feyin yeniden ele al\u0131nmas\u0131na yol a\u00e7ar.<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n

    S\u0131n\u0131rlar\u0131n net olmamas\u0131, sadece bir \u00e7al\u0131\u015ftay verimsizli\u011fi de\u011fil, do\u011frudan bir ERP riskidir. \u0130lk makalede ele ald\u0131\u011f\u0131m\u0131z gibi, ERP sistemine aktar\u0131lan her belirsizlik bir \u00f6zelle\u015ftirme talebine d\u00f6n\u00fc\u015f\u00fcr; s\u00fcre\u00e7 s\u0131n\u0131r\u0131 belirsizli\u011fi ise bu belirsizliklerin en temel ve en pahal\u0131 t\u00fcr\u00fcd\u00fcr, \u00e7\u00fcnk\u00fc mod\u00fcl\u00fcn kapsam\u0131n\u0131 ba\u015ftan yanl\u0131\u015f tan\u0131mlar.<\/p>\n\n\n\n

    Y\u00d6NET\u0130C\u0130YE \u00d6ZEL<\/strong>
    Bir s\u00fcre\u00e7 haritalama \u00e7al\u0131\u015ftay\u0131na ba\u015flamadan \u00f6nce, tek bir c\u00fcmlede s\u00fcrecin s\u0131n\u0131rlar\u0131n\u0131 yaz\u0131l\u0131 hale getirin: “Bu s\u00fcre\u00e7 [\u015fu olayla] ba\u015flar, [\u015fu \u00e7\u0131kt\u0131yla] biter.” Bu c\u00fcmle \u00fczerinde kat\u0131l\u0131mc\u0131lar\u0131n mutab\u0131k kalmas\u0131, \u00e7al\u0131\u015ftay\u0131n geri kalan\u0131n\u0131 kat kat h\u0131zland\u0131r\u0131r.<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n
    \"\"<\/figure>\n\n\n\n

    Do\u011fru s\u00fcreci se\u00e7ti\u011finizde ve s\u0131n\u0131rlar\u0131n\u0131 netle\u015ftirdi\u011finizde, bir sonraki soru ka\u00e7\u0131n\u0131lmaz olarak ortaya \u00e7\u0131kar: bu s\u00fcrecin i\u00e7inde kim ne yap\u0131yor, ve daha da \u00f6nemlisi, bu s\u00fcrecin sonu\u00e7lar\u0131ndan kim sorumlu? Bir sonraki b\u00f6l\u00fcmde, s\u00fcre\u00e7 haritalaman\u0131n en \u00e7ok atlanan ama en kritik unsurunu ele al\u0131yoruz: s\u00fcre\u00e7 sahipli\u011fi ve roller.<\/p>\n\n\n\n

    B\u00f6l\u00fcm 3: S\u00fcre\u00e7 Sahibi ve Roller: Haritalaman\u0131n G\u00f6r\u00fcnmez Omurgas\u0131<\/h1>\n\n\n\n

    Bir s\u00fcre\u00e7 haritalama \u00e7al\u0131\u015ftay\u0131n\u0131n en heyecanl\u0131 k\u0131sm\u0131 genellikle ad\u0131mlar\u0131n \u00e7izilmesidir: post-it’ler duvara yap\u0131\u015ft\u0131r\u0131l\u0131r, oklar \u00e7izilir, herkes kendi i\u015fini anlatmaktan keyif al\u0131r. Ama bu heyecan\u0131n g\u00f6lgesinde kalan, \u00e7o\u011fu zaman sorulmayan bir soru vard\u0131r: bu s\u00fcrecin sahibi kim?<\/p>\n\n\n\n

    S\u00fcre\u00e7 sahibi, bir s\u00fcrecin i\u00e7indeki herhangi bir ad\u0131m\u0131 yapan ki\u015fi de\u011fildir. S\u00fcre\u00e7 sahibi, s\u00fcrecin b\u00fct\u00fcn\u00fcnden, ba\u015ftan sona, t\u00fcm departman s\u0131n\u0131rlar\u0131n\u0131 a\u015farak hesap veren ki\u015fidir. Bu ayr\u0131m k\u00fc\u00e7\u00fck g\u00f6r\u00fcn\u00fcr ama sonu\u00e7lar\u0131 b\u00fcy\u00fckt\u00fcr: bir s\u00fcre\u00e7te \u00e7al\u0131\u015fan onlarca ki\u015fi olabilir, ama s\u00fcre\u00e7 sahibi tek ki\u015fidir ve bu ki\u015fi, s\u00fcrecin bir b\u00f6l\u00fcm\u00fcnde de\u011fil, s\u00fcrecin tamam\u0131nda yetkilidir.<\/p>\n\n\n\n

    Bir otomotiv yan sanayi firmas\u0131nda ya\u015fanan bir sahne, sahiplik eksikli\u011finin somut bedelini g\u00f6sterir. \u0130\u015fletmenin sat\u0131nalma s\u00fcreci haritalanmak istendi\u011finde, dan\u0131\u015fmanl\u0131k ekibi basit bir soruyla ba\u015flad\u0131: “Bu s\u00fcrecin sahibi kim?” Cevap beklenmedik bi\u00e7imde belirsizdi. Sat\u0131nalma m\u00fcd\u00fcr\u00fc “teklif toplama ve tedarik\u00e7i se\u00e7iminden ben sorumluyum” dedi. Finans m\u00fcd\u00fcr\u00fc “\u00f6deme ko\u015fullar\u0131 ve b\u00fct\u00e7e onay\u0131ndan biz sorumluyuz” dedi. Depo \u015fefi “malzeme kabul ve stok giri\u015finden ben sorumluyum” dedi. \u00dc\u00e7\u00fc de kendi par\u00e7as\u0131ndan ger\u00e7ekten sorumluydu; ama s\u00fcrecin b\u00fct\u00fcn\u00fcnden, ba\u015ftan sona, hi\u00e7 kimse sorumlu de\u011fildi. Bir tedarik\u00e7iyle ya\u015fanan gecikme sorununda, \u00fc\u00e7 y\u00f6netici de “benim par\u00e7amda sorun yoktu” diyebiliyor, ama s\u00fcrecin b\u00fct\u00fcn\u00fcnde neyin yanl\u0131\u015f gitti\u011fini kimse a\u00e7\u0131klayam\u0131yordu.<\/p>\n\n\n\n

    EN SIK YAPILAN HATA<\/strong>
    \u0130\u015fletmeler bir s\u00fcre\u00e7te “en \u00e7ok i\u015f yapan” departman\u0131 otomatik olarak s\u00fcre\u00e7 sahibi san\u0131r. Oysa s\u00fcre\u00e7 sahipli\u011fi, i\u015f y\u00fck\u00fc de\u011fil, hesap verebilirlik meselesidir; s\u00fcrecin en az i\u015f yapt\u0131\u011f\u0131 ama en \u00e7ok etkilendi\u011fi departman bile, do\u011fru ki\u015fiyse s\u00fcre\u00e7 sahibi olabilir.<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n

    S\u00fcre\u00e7 sahibinin g\u00f6revi, g\u00fcnl\u00fck i\u015fleri y\u00fcr\u00fctmek de\u011fildir; bu, s\u00fcre\u00e7 kat\u0131l\u0131mc\u0131lar\u0131n\u0131n i\u015fidir. S\u00fcre\u00e7 sahibinin g\u00f6revi, s\u00fcrecin performans\u0131n\u0131 izlemek, departmanlar aras\u0131 \u00e7at\u0131\u015fmalar\u0131 \u00e7\u00f6zmek, iyile\u015ftirme kararlar\u0131n\u0131 almak ve, bu makale ba\u011flam\u0131nda kritik olarak, ERP’ye aktar\u0131lacak karar kurallar\u0131n\u0131 nihai olarak onaylamakt\u0131r. Bir s\u00fcre\u00e7 haritalama \u00e7al\u0131\u015fmas\u0131nda s\u00fcre\u00e7 sahibi netle\u015fmeden ilerlemek, kaptans\u0131z bir gemide rota \u00e7izmeye benzer: herkes bir y\u00f6ne i\u015faret edebilir, ama nihai karar\u0131 kimse veremez.<\/p>\n\n\n\n

    Sorumluluk Alan\u0131<\/strong><\/td>S\u00fcre\u00e7 Sahibinin G\u00f6revi<\/strong><\/td><\/tr><\/thead>
    Performans izleme<\/td>S\u00fcrecin u\u00e7tan uca performans\u0131n\u0131 (s\u00fcre, hata oran\u0131, maliyet) d\u00fczenli izler<\/td><\/tr>
    Karar kural\u0131 onay\u0131<\/td>Belirsiz kalan karar noktalar\u0131nda nihai kural\u0131 belirler ve yaz\u0131l\u0131 hale getirir<\/td><\/tr>
    \u00c7at\u0131\u015fma \u00e7\u00f6z\u00fcm\u00fc<\/td>Departmanlar aras\u0131 anla\u015fmazl\u0131klarda (\u00f6rne\u011fin s\u0131n\u0131r tart\u0131\u015fmalar\u0131nda) hakemlik yapar<\/td><\/tr>
    \u0130yile\u015ftirme \u00f6nceliklendirmesi<\/td>Hangi darbo\u011faz\u0131n \u00f6nce ele al\u0131naca\u011f\u0131na karar verir<\/td><\/tr>
    ERP’ye aktar\u0131m onay\u0131<\/td>S\u00fcrecin sisteme girilecek nihai mant\u0131\u011f\u0131n\u0131 onaylar<\/td><\/tr>
    G\u00fcncel tutma<\/td>S\u00fcre\u00e7 de\u011fi\u015fti\u011finde haritan\u0131n g\u00fcncellenmesini sa\u011flar<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n

    S\u00fcre\u00e7 sahibi netle\u015ftikten sonra, ikinci katman gelir: roller. Bir rol, bir ki\u015fi de\u011fildir; bir s\u00fcrecin i\u00e7inde belirli g\u00f6revleri \u00fcstlenen, ismi de\u011fil i\u015flevi tan\u0131mlanan bir kat\u0131l\u0131mc\u0131 t\u00fcr\u00fcd\u00fcr. “Sat\u0131nalma uzman\u0131” bir rold\u00fcr; Ahmet Bey o rol\u00fc bug\u00fcn \u00fcstleniyordur, yar\u0131n ba\u015fka biri \u00fcstlenebilir. Bu ayr\u0131m\u0131n \u00f6nemi, bir s\u00fcre\u00e7 haritas\u0131n\u0131n ki\u015filere de\u011fil i\u015flevlere ba\u011fl\u0131 olmas\u0131 gerekti\u011fidir; aksi halde \u0130K’da bir de\u011fi\u015fiklik oldu\u011funda harita da ge\u00e7ersiz hale gelir.<\/p>\n\n\n\n

    SAHADAN G\u00d6ZLEM<\/strong>
    Bir \u00e7al\u0131\u015ftayda kat\u0131l\u0131mc\u0131lara “bu ad\u0131m\u0131 kim yap\u0131yor” diye soruldu\u011funda, genellikle bir ki\u015finin ad\u0131 s\u00f6ylenir (“Ay\u015fe Han\u0131m yap\u0131yor”). Bu cevap yanl\u0131\u015f de\u011fildir ama eksiktir. Do\u011fru soru \u015fudur: “Ay\u015fe Han\u0131m bunu hangi rol\u00fcyle yap\u0131yor, ve o rol ba\u015fka hangi ad\u0131mlarda da devreye giriyor?” Bu ikinci soru, genellikle haritan\u0131n ger\u00e7ek yap\u0131s\u0131n\u0131 ortaya \u00e7\u0131kar\u0131r.<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n
    Y\u00d6NET\u0130C\u0130YE \u00d6ZEL<\/strong>
    S\u00fcre\u00e7 haritalama \u00e7al\u0131\u015ftay\u0131na ba\u015flamadan \u00f6nce, s\u00fcre\u00e7 sahibini yaz\u0131l\u0131 olarak atay\u0131n ve bu atamay\u0131 ilgili t\u00fcm departmanlara duyurun. Sahiplik \u00e7al\u0131\u015ftay s\u0131ras\u0131nda “kim \u00fcstlenmek ister” tart\u0131\u015fmas\u0131yla belirlenmeye \u00e7al\u0131\u015f\u0131l\u0131rsa, ya kimse \u00fcstlenmek istemez ya da yanl\u0131\u015f ki\u015fi, sadece sesi en \u00e7ok \u00e7\u0131kt\u0131\u011f\u0131 i\u00e7in sahip ilan edilir.<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n

    S\u00fcre\u00e7 sahibi ve roller netle\u015fti\u011finde, art\u0131k haritan\u0131n g\u00f6vdesine ge\u00e7ebiliriz: s\u00fcrecin i\u00e7inde ger\u00e7ekte ne oluyor? Hangi ad\u0131mlar at\u0131l\u0131yor, hangi noktalarda karar veriliyor, s\u00fcre\u00e7 neyle besleniyor ve neyle sonu\u00e7lan\u0131yor? Bir sonraki b\u00f6l\u00fcmde, bir s\u00fcre\u00e7 haritas\u0131n\u0131n d\u00f6rt temel bile\u015fenini ele al\u0131yoruz: aktiviteler, karar noktalar\u0131, girdi\/\u00e7\u0131kt\u0131lar ve olaylar.<\/p>\n\n\n\n

    B\u00f6l\u00fcm 4: Bir S\u00fcre\u00e7 Haritas\u0131n\u0131n Anatomisi: Aktiviteler, Karar Noktalar\u0131, Girdi-\u00c7\u0131kt\u0131, Olaylar<\/h1>\n\n\n\n

    S\u00fcre\u00e7 sahibi belirlendi, roller netle\u015fti. \u015eimdi s\u0131ra, haritan\u0131n as\u0131l g\u00f6vdesine geldi: s\u00fcrecin i\u00e7inde ger\u00e7ekte ne oluyor?<\/p>\n\n\n\n

    Bir s\u00fcre\u00e7 haritas\u0131, d\u00f6rt temel yap\u0131 ta\u015f\u0131ndan olu\u015fur. Bu d\u00f6rd\u00fc, birbirinin yerine ge\u00e7emeyecek kadar farkl\u0131 i\u015flevler g\u00f6r\u00fcr ve bir haritalama \u00e7al\u0131\u015fmas\u0131n\u0131n en s\u0131k d\u00fc\u015ft\u00fc\u011f\u00fc hata, bu d\u00f6rd\u00fcn\u00fc birbirine kar\u0131\u015ft\u0131rmakt\u0131r.<\/p>\n\n\n\n

    Birinci yap\u0131 ta\u015f\u0131, aktivitedir. Bir aktivite, s\u00fcrecin i\u00e7inde birinin ger\u00e7ekten yapt\u0131\u011f\u0131 bir i\u015ftir: bir teklif haz\u0131rlamak, bir sipari\u015fi onaylamak, bir par\u00e7ay\u0131 \u00f6l\u00e7mek. Aktivitenin tan\u0131mlay\u0131c\u0131 \u00f6zelli\u011fi, bir ki\u015fi veya bir sistem taraf\u0131ndan aktif olarak yap\u0131lmas\u0131d\u0131r. “Sipari\u015f bekler” bir aktivite de\u011fildir; bu bir durumdur. “Depo \u015fefi sipari\u015fi kontrol eder” bir aktivitedir.<\/p>\n\n\n\n

    \u0130kinci yap\u0131 ta\u015f\u0131, karar noktas\u0131d\u0131r. Bir karar noktas\u0131, s\u00fcrecin birden fazla yola ayr\u0131labildi\u011fi and\u0131r. Burada kritik olan, karar noktas\u0131n\u0131n kendisini \u00e7izmek de\u011fil, o noktadaki karar\u0131n hangi kritere g\u00f6re verildi\u011fini yazmakt\u0131r. \u0130lk makalede bu ayr\u0131m\u0131 ayr\u0131nt\u0131l\u0131 i\u015flemi\u015ftik: “onaylan\u0131r” yazan bir kutu, karar noktas\u0131 de\u011fil, gizlenmi\u015f bir belirsizliktir.<\/p>\n\n\n\n

    \u00dc\u00e7\u00fcnc\u00fc yap\u0131 ta\u015f\u0131, girdi ve \u00e7\u0131kt\u0131lard\u0131r. Her aktivite bir \u015feyle beslenir ve bir \u015fey \u00fcretir. Girdi, bir aktivitenin ba\u015flayabilmesi i\u00e7in gereken bilgi, malzeme veya onayd\u0131r; \u00e7\u0131kt\u0131, o aktivitenin tamamlanmas\u0131yla ortaya \u00e7\u0131kan sonu\u00e7tur. Bir aktivitenin girdisi genellikle bir \u00f6nceki aktivitenin \u00e7\u0131kt\u0131s\u0131d\u0131r, ama her zaman de\u011fil; bazen girdi, s\u00fcrecin d\u0131\u015f\u0131ndan (bir m\u00fc\u015fteriden, bir tedarik\u00e7iden, bir ba\u015fka s\u00fcre\u00e7ten) gelir.<\/p>\n\n\n\n

    D\u00f6rd\u00fcnc\u00fc yap\u0131 ta\u015f\u0131, olaylard\u0131r. Bir olay, s\u00fcrecin ak\u0131\u015f\u0131nda ger\u00e7ekle\u015fen, kendili\u011finden bir sonu\u00e7 veya durum de\u011fi\u015fikli\u011fidir: “sipari\u015f onayland\u0131”, “malzeme depoya ula\u015ft\u0131”, “kalite testi tamamland\u0131”. Olaylar, aktivitelerle kar\u0131\u015ft\u0131r\u0131lmaya en m\u00fcsait unsurdur; \u00e7\u00fcnk\u00fc ikisi de kutu olarak \u00e7izilir. Ama aralar\u0131ndaki fark netle\u015ftirilmezse, harita “kim ne zaman ne yap\u0131yor” sorusuna do\u011fru cevap veremez.<\/p>\n\n\n\n

    Bu d\u00f6rt unsurun birlikte nas\u0131l \u00e7al\u0131\u015ft\u0131\u011f\u0131n\u0131, bir plastik enjeksiyon fabrikas\u0131nda ya\u015fanan bir \u00f6rnek \u00fczerinden g\u00f6relim. \u0130\u015fletme, \u00fcretim planlama s\u00fcrecini haritalarken, kal\u0131p de\u011fi\u015fimi konusunda bir belirsizlikle kar\u015f\u0131la\u015ft\u0131. \u00c7al\u0131\u015ftaydaki ilk taslak \u015f\u00f6yleydi: “Planlama \u015fefi kal\u0131p de\u011fi\u015fim karar\u0131 verir” tek bir kutuda g\u00f6sterilmi\u015fti. Dan\u0131\u015fmanl\u0131k ekibi sordu: “Bu karar\u0131 tetikleyen \u015fey nedir? Planlama \u015fefi her sabah rastgele mi karar veriyor?”Bu soru, gizli kalm\u0131\u015f bir olay\u0131 ortaya \u00e7\u0131kard\u0131: kal\u0131p de\u011fi\u015fim karar\u0131 asl\u0131nda iki farkl\u0131 olaydan biriyle tetikleniyordu; ya “g\u00fcnl\u00fck \u00fcretim hedefi tamamland\u0131” olay\u0131yla, ya da “acil sipari\u015f sisteme d\u00fc\u015ft\u00fc” olay\u0131yla. Bu iki olay, iki farkl\u0131 karar noktas\u0131na yol a\u00e7\u0131yordu: birincisinde planlama \u015fefi bir sonraki planl\u0131 kal\u0131b\u0131 devreye al\u0131yordu, ikincisinde ise mevcut kal\u0131b\u0131 durdurup durdurmama karar\u0131n\u0131 kalite \u015fefiyle birlikte veriyordu, \u00e7\u00fcnk\u00fc yar\u0131m kalan bir \u00fcretim partisinin kalite riski olu\u015fturup olu\u015fturmad\u0131\u011f\u0131n\u0131 de\u011ferlendirmesi gerekiyordu. Tek bir belirsiz kutu, ger\u00e7ekte iki olay, iki karar noktas\u0131 ve iki farkl\u0131 rol\u00fcn devreye girdi\u011fi bir yap\u0131y\u0131 gizliyordu.<\/p>\n\n\n\n

    DANI\u015eMAN NOTU<\/strong>
    Bir aktivite kutusunun i\u00e7inde “karar verir” ifadesi g\u00f6r\u00fcyorsan\u0131z, orada durup sorun: “Bu karar\u0131 tetikleyen olay nedir?” Bu tek soru, \u00e7o\u011fu zaman haritan\u0131n en kritik ve en gizli katman\u0131n\u0131 ortaya \u00e7\u0131kar\u0131r.<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n

    Girdi ve \u00e7\u0131kt\u0131lar\u0131n netle\u015fmemesi de benzer bir risk ta\u015f\u0131r, ama daha sinsi bi\u00e7imde. Ayn\u0131 fabrikada, “malzeme talebi olu\u015fturulur” aktivitesinin girdisi olarak sadece “\u00fcretim plan\u0131” yaz\u0131lm\u0131\u015ft\u0131. Ancak derinlemesine soruldu\u011funda, ger\u00e7ek girdinin \u00fc\u00e7 par\u00e7adan olu\u015ftu\u011fu ortaya \u00e7\u0131kt\u0131: \u00fcretim plan\u0131, g\u00fcncel stok seviyesi ve tedarik\u00e7i teslim s\u00fcresi. Bu \u00fc\u00e7 girdiden biri eksik oldu\u011funda (\u00f6rne\u011fin stok seviyesi g\u00fcncel de\u011filse), aktivite ger\u00e7ekte yap\u0131lam\u0131yordu ama harita bunu g\u00f6stermiyordu; sanki tek bir girdiyle her zaman sorunsuz ilerleyen bir ad\u0131mm\u0131\u015f gibi duruyordu.<\/p>\n\n\n\n

    Bile\u015fen<\/strong><\/td>Tan\u0131mlay\u0131c\u0131 Soru<\/strong><\/td>Yayg\u0131n Kar\u0131\u015ft\u0131rma<\/strong><\/td><\/tr><\/thead>
    Aktivite<\/td>Burada kim, hangi i\u015fi yap\u0131yor?<\/td>Bir durum (“bekliyor”) aktivite san\u0131l\u0131r<\/td><\/tr>
    Karar noktas\u0131<\/td>Bu noktada hangi kritere g\u00f6re karar veriliyor?<\/td>“Onaylan\u0131r” gibi belirsiz kutular karar noktas\u0131 san\u0131l\u0131r<\/td><\/tr>
    Girdi\/\u00c7\u0131kt\u0131<\/td>Bu aktivite neyle besleniyor, neyi \u00fcretiyor?<\/td>Girdinin sadece bir par\u00e7as\u0131 yaz\u0131l\u0131r, di\u011ferleri atlan\u0131r<\/td><\/tr>
    Olay<\/td>Bu karar\u0131 veya aktiviteyi tetikleyen \u015fey ne?<\/td>Olay ile aktivite birbirine kar\u0131\u015ft\u0131r\u0131l\u0131r<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n
    \"\"<\/figure>\n\n\n\n
    Y\u00d6NET\u0130C\u0130YE \u00d6ZEL<\/strong>
    \u00c7al\u0131\u015ftay s\u0131ras\u0131nda ekibinize \u015fu d\u00f6rt soruyu s\u0131rayla sordurun: “Burada kim ne yap\u0131yor?”, “Bu i\u015f nas\u0131l tetiklendi?”, “Bu i\u015fe ba\u015flamak i\u00e7in elimizde ne olmal\u0131?”, “Bu i\u015f bitti\u011finde ortaya ne \u00e7\u0131k\u0131yor?” Bu d\u00f6rt soru, d\u00f6rt yap\u0131 ta\u015f\u0131n\u0131 do\u011fal bi\u00e7imde ortaya \u00e7\u0131kar\u0131r ve haritan\u0131n atlanan katmanlar\u0131n\u0131 g\u00f6r\u00fcn\u00fcr k\u0131lar.<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n

    Bu d\u00f6rt bile\u015fen netle\u015fti\u011finde, elinizde art\u0131k ger\u00e7ek bir s\u00fcre\u00e7 haritas\u0131n\u0131n iskeleti var demektir. Ancak bu iskeleti ka\u011f\u0131da d\u00f6kerken, ekibin ortak bir g\u00f6rsel dile ihtiyac\u0131 vard\u0131r; aksi halde herkes kendi tarz\u0131nda \u00e7izer ve harita, bir ki\u015fiden di\u011ferine anla\u015f\u0131lmaz hale gelir. Bir sonraki b\u00f6l\u00fcmde, bu ortak dili ele al\u0131yoruz: swimlane mant\u0131\u011f\u0131n\u0131 ve teknik detaya bo\u011fulmadan sade bir BPMN yakla\u015f\u0131m\u0131n\u0131.<\/p>\n\n\n\n

    B\u00f6l\u00fcm 5: Haritalama Dilini \u00d6\u011frenmek: Swimlane ve BPMN Mant\u0131\u011f\u0131<\/h1>\n\n\n\n

    Bir s\u00fcre\u00e7 haritalama \u00e7al\u0131\u015ftay\u0131n\u0131n sonunda, genellikle \u015fu sahne ya\u015fan\u0131r: duvarda onlarca post-it var, oklar \u00e7izilmi\u015f, herkes kendi b\u00f6l\u00fcm\u00fcn\u00fc anlam\u0131\u015f. Ama iki hafta sonra o haritay\u0131 temize \u00e7ekip ekip d\u0131\u015f\u0131ndaki birine g\u00f6sterdi\u011finizde, kar\u015f\u0131 taraf sorar: “Bu kutu ne demek, bu ok neyi g\u00f6steriyor?” Ortak bir g\u00f6rsel dil olmadan \u00fcretilen bir harita, sadece onu \u00e7izenler i\u00e7in anlaml\u0131d\u0131r.<\/p>\n\n\n\n

    Bu ortak dilin iki temel bile\u015feni vard\u0131r: swimlane mant\u0131\u011f\u0131 ve sade bir BPMN yakla\u015f\u0131m\u0131.<\/p>\n\n\n\n

    Swimlane, sorumlulu\u011fu g\u00f6r\u00fcn\u00fcr k\u0131lan bir d\u00fczenlemedir. Fikir basittir: sayfay\u0131 yatay \u015feritlere b\u00f6lersiniz, her \u015feridi bir role ay\u0131r\u0131rs\u0131n\u0131z, ve her aktiviteyi ait oldu\u011fu rol\u00fcn \u015feridine yerle\u015ftirirsiniz. Bu d\u00fczenlemenin g\u00fcc\u00fc, “kim ne yap\u0131yor” sorusunu metinle de\u011fil, konumla cevaplamas\u0131d\u0131r. Bir aktivite s\u00fcrecin ortas\u0131nda bir \u015feritten di\u011ferine ge\u00e7ti\u011finde, bu ge\u00e7i\u015f g\u00f6rsel olarak hemen fark edilir; ve bu ge\u00e7i\u015fler, genellikle bir s\u00fcrecin en k\u0131r\u0131lgan noktalar\u0131d\u0131r.<\/p>\n\n\n\n

    Bir CNC i\u015fleme at\u00f6lyesinde ya\u015fanan bir \u00f6rnek bunu net g\u00f6sterir. \u0130\u015fletme, bir par\u00e7a \u00fcretim istasyonunun s\u00fcrecini haritalarken, swimlane kullanmadan \u00f6nce sadece do\u011frusal bir ak\u0131\u015f \u00e7izmi\u015fti: “par\u00e7a i\u015flenir, kontrol edilir, sevke haz\u0131rlan\u0131r.” Swimlane uyguland\u0131\u011f\u0131nda, gizli kalm\u0131\u015f bir ger\u00e7ek ortaya \u00e7\u0131kt\u0131: “kontrol edilir” ad\u0131m\u0131 asl\u0131nda operat\u00f6r\u00fcn kendi \u00f6l\u00e7\u00fcm\u00fc ile kalite teknisyeninin ba\u011f\u0131ms\u0131z kontrol\u00fc aras\u0131nda, g\u00fcn\u00fcn saatine ve i\u015f y\u00fck\u00fcne g\u00f6re de\u011fi\u015fen bir ge\u00e7i\u015f i\u00e7eriyordu. Vardiya yo\u011funken operat\u00f6r kendi \u00f6l\u00e7\u00fcm\u00fcyle yetiniyor, kalite teknisyeni sadece \u00f6rnekleme yap\u0131yordu; sakin saatlerde ise her par\u00e7a kalite teknisyeninden ge\u00e7iyordu. Bu de\u011fi\u015fkenlik, do\u011frusal ak\u0131\u015fta g\u00f6r\u00fcnm\u00fcyordu; swimlane’de operat\u00f6r ve kalite \u015feritleri aras\u0131ndaki ge\u00e7i\u015fin tutars\u0131zl\u0131\u011f\u0131 olarak hemen g\u00f6ze \u00e7arpt\u0131.<\/p>\n\n\n\n

    D\u0130KKAT ED\u0130LMES\u0130 GEREKENLER<\/strong>
    Swimlane’de bir aktivite iki \u015ferit aras\u0131nda s\u0131k s\u0131k gidip geliyorsa (operat\u00f6rden kaliteye, kaliteden operat\u00f6re, tekrar operat\u00f6re), bu genellikle bir tasar\u0131m sorununun i\u015faretidir. Sa\u011fl\u0131kl\u0131 bir s\u00fcre\u00e7te, bir aktivite bir \u015feritten di\u011ferine net ve az say\u0131da ge\u00e7i\u015f yapar; s\u0131k ge\u00e7i\u015f, sorumluluk belirsizli\u011finin g\u00f6rsel imzas\u0131d\u0131r.<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n

    Swimlane, “kim” sorusunu \u00e7\u00f6zer. BPMN (\u0130\u015f S\u00fcreci Modelleme Notasyonu) ise “ne t\u00fcr bir ad\u0131m” sorusunu \u00e7\u00f6zer. BPMN’nin tam teknik standard\u0131, onlarca sembol ve kural i\u00e7erir; bu makalenin amac\u0131 bu teknik derinli\u011fe girmek de\u011fildir. Ancak bir y\u00f6neticinin ve bir s\u00fcre\u00e7 ekibinin bilmesi gereken, i\u015fin ger\u00e7ek de\u011fi\u015fimini sa\u011flayan birka\u00e7 temel sembol vard\u0131r.<\/p>\n\n\n\n

    Sembol<\/strong><\/td>Anlam\u0131<\/strong><\/td>Kullan\u0131m \u00d6rne\u011fi<\/strong><\/td><\/tr><\/thead>
    Yuvarlak (ince \u00e7izgi)<\/td>Ba\u015flang\u0131\u00e7 olay\u0131<\/td>“M\u00fc\u015fteri sipari\u015fi al\u0131nd\u0131”<\/td><\/tr>
    Yuvarlak (kal\u0131n \u00e7izgi)<\/td>Biti\u015f olay\u0131<\/td>“Sevkiyat tamamland\u0131”<\/td><\/tr>
    Dikd\u00f6rtgen (k\u00f6\u015feleri yumu\u015fat\u0131lm\u0131\u015f)<\/td>Aktivite (g\u00f6rev)<\/td>“Teklif haz\u0131rlan\u0131r”<\/td><\/tr>
    E\u015fkenar d\u00f6rtgen (baklava)<\/td>Karar noktas\u0131<\/td>“Kredi limiti yeterli mi?”<\/td><\/tr>
    Ok<\/td>Ak\u0131\u015f y\u00f6n\u00fc<\/td>Bir ad\u0131mdan di\u011ferine ge\u00e7i\u015f<\/td><\/tr>
    Kesikli ok<\/td>Bilgi\/mesaj ak\u0131\u015f\u0131<\/td>Bir sistemden di\u011ferine veri aktar\u0131m\u0131<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n
    \"\"<\/figure>\n\n\n\n

    Bu alt\u0131 sembol, bir s\u00fcrecin y\u00fczde doksan\u0131n\u0131 anlatmaya yeter. \u0130\u015fletmelerin b\u00fcy\u00fck \u00e7o\u011funlu\u011fu i\u00e7in bunun \u00f6tesine ge\u00e7mek (alt s\u00fcre\u00e7ler, olay tabanl\u0131 ara kesmeler, karma\u015f\u0131k a\u011f ge\u00e7itleri gibi ileri BPMN unsurlar\u0131) gerekli de\u011fildir; bu detaylar, ancak bir s\u00fcre\u00e7 do\u011frudan bir BPMN motoruyla otomatikle\u015ftirilecekse anlam kazan\u0131r.<\/p>\n\n\n\n

    DANI\u015eMAN NOTU<\/strong>
    BPMN’yi tam teknik standard\u0131yla \u00f6\u011fretmeye \u00e7al\u0131\u015fmak, \u00e7o\u011fu \u00e7al\u0131\u015ftay\u0131 bo\u011far ve kat\u0131l\u0131mc\u0131lar\u0131 haritalamaktan \u00e7ok notasyon \u00f6\u011frenmeye odaklar. Ama\u00e7, ekibin BPMN sertifikas\u0131 almas\u0131n\u0131 sa\u011flamak de\u011fil, ekibin ayn\u0131 sembol\u00fc g\u00f6rd\u00fc\u011f\u00fcnde ayn\u0131 \u015feyi anlamas\u0131n\u0131 sa\u011flamakt\u0131r. Alt\u0131 sembol, bu ama\u00e7 i\u00e7in fazlas\u0131yla yeterlidir.<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n

    Peki bu haritalar hangi ara\u00e7la \u00e7izilmeli? Cevap, \u00e7al\u0131\u015fman\u0131n a\u015famas\u0131na g\u00f6re de\u011fi\u015fir.<\/p>\n\n\n\n

    Ara\u00e7<\/strong><\/td>Ne Zaman Kullan\u0131l\u0131r<\/strong><\/td>Avantaj\u0131<\/strong><\/td>S\u0131n\u0131r\u0131<\/strong><\/td><\/tr><\/thead>
    Post-it ve pano<\/td>\u0130lk ke\u015fif oturumlar\u0131<\/td>H\u0131zl\u0131, herkes kat\u0131labilir<\/td>Kal\u0131c\u0131 de\u011fil, payla\u015f\u0131lmas\u0131 zor<\/td><\/tr>
    Excel veya basit tablo<\/td>G\u00f6rev\/rol\/olay listesini d\u00fczenlemek<\/td>Herkeste var, \u00f6\u011frenme e\u011frisi yok<\/td>G\u00f6rsel ak\u0131\u015f\u0131 g\u00f6stermekte zay\u0131f<\/td><\/tr>
    Visio veya benzeri \u00e7izim yaz\u0131l\u0131m\u0131<\/td>Temize \u00e7ekilmi\u015f, payla\u015f\u0131lacak harita<\/td>Profesyonel g\u00f6r\u00fcn\u00fcm, kolay d\u00fczenleme<\/td>S\u00fcr\u00fcm kontrol\u00fc zay\u0131f<\/td><\/tr>
    Adanm\u0131\u015f BPMN yaz\u0131l\u0131m\u0131<\/td>Kal\u0131c\u0131, kurumsal, ERP’ye ba\u011flanacak haritalar<\/td>S\u00fcr\u00fcm kontrol\u00fc, ortak eri\u015fim, sim\u00fclasyon<\/td>\u00d6\u011frenme e\u011frisi, maliyet<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n
    EN SIK YAPILAN HATA<\/strong>
    \u0130\u015fletmeler ya en ba\u015ftan pahal\u0131 bir yaz\u0131l\u0131ma yat\u0131r\u0131m yap\u0131p ekibi bunalt\u0131r, ya da hi\u00e7bir zaman post-it a\u015famas\u0131ndan \u00e7\u0131kmaz. Do\u011fru yakla\u015f\u0131m, ke\u015fif a\u015famas\u0131nda en basit ara\u00e7la h\u0131zl\u0131 ilerlemek, ancak harita olgunla\u015ft\u0131\u011f\u0131nda onu kal\u0131c\u0131 ve payla\u015f\u0131labilir bir ortama ta\u015f\u0131makt\u0131r.<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n
    Y\u00d6NET\u0130C\u0130YE \u00d6ZEL<\/strong>
    \u0130lk \u00e7al\u0131\u015ftay\u0131n\u0131za asla bir yaz\u0131l\u0131mla ba\u015flamay\u0131n. Post-it ve pano yeterlidir. Yaz\u0131l\u0131m yat\u0131r\u0131m\u0131 karar\u0131n\u0131, en az bir s\u00fcreci u\u00e7tan uca elle haritalad\u0131ktan ve bu haritan\u0131n ger\u00e7ekten i\u015fe yarad\u0131\u011f\u0131n\u0131 g\u00f6rd\u00fckten sonra verin.<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n

    Art\u0131k elimizde hem s\u00fcrecin bile\u015fenleri hem de bunlar\u0131 ifade edecek ortak bir dil var. S\u0131rada, bu dili kullanarak s\u00fcrecin bug\u00fcn ger\u00e7ekte nas\u0131l i\u015fledi\u011fini, oldu\u011fu gibi, s\u00fcslemeden \u00e7izmek geliyor. Bir sonraki b\u00f6l\u00fcmde, mevcut durum haritalaman\u0131n nas\u0131l yap\u0131laca\u011f\u0131n\u0131 ele al\u0131yoruz.<\/p>\n\n\n\n

    B\u00f6l\u00fcm 6: Mevcut Durumu \u00c7izmek: As-Is Haritalama Nas\u0131l Yap\u0131l\u0131r<\/h1>\n\n\n\n

    “As-Is” (mevcut durum) ifadesi, s\u00fcre\u00e7 y\u00f6netimi literat\u00fcr\u00fcnde en \u00e7ok kullan\u0131lan ama en \u00e7ok yanl\u0131\u015f uygulanan kavramlardan biridir. Kelime anlam\u0131 nettir: s\u00fcrecin \u015fu an, ger\u00e7ekte, oldu\u011fu gibi haritalanmas\u0131d\u0131r. Ama pratikte, bir \u00e7al\u0131\u015ftay odas\u0131na on ki\u015fi bir araya geldi\u011finde, “oldu\u011fu gibi” \u00e7izmek g\u00f6r\u00fcnd\u00fc\u011f\u00fcnden \u00e7ok daha zordur; \u00e7\u00fcnk\u00fc herkesin zihninde, fark\u0131nda olmadan, “olmas\u0131 gereken” versiyonu devreye girer.<\/p>\n\n\n\n

    Bir beyaz e\u015fya yan sanayi firmas\u0131nda ya\u015fanan bir sahne bunu a\u00e7\u0131k bi\u00e7imde g\u00f6sterir. \u0130\u015fletme, gelen malzeme kalite kontrol s\u00fcrecini haritalamak i\u00e7in bir \u00e7al\u0131\u015ftay d\u00fczenledi. Kalite \u015fefi, s\u00fcreci \u015f\u00f6yle anlatt\u0131: “Malzeme gelir, numune al\u0131n\u0131r, laboratuvarda test edilir, sonu\u00e7 uygunsa depoya kabul edilir.” Temiz, mant\u0131kl\u0131, d\u00f6rt ad\u0131ml\u0131k bir ak\u0131\u015f. Dan\u0131\u015fmanl\u0131k ekibi, bu ak\u0131\u015f\u0131 do\u011frulamak i\u00e7in kalite teknisyenlerinden biriyle sahada birebir g\u00f6r\u00fc\u015ft\u00fc. Ger\u00e7ek ak\u0131\u015f farkl\u0131yd\u0131: teslimat yo\u011fun g\u00fcnlerde, numune alma ad\u0131m\u0131 atlan\u0131yor, sadece sevk irsaliyesindeki bilgiye g\u00fcvenilerek malzeme depoya al\u0131n\u0131yordu; test sonucu iki g\u00fcn sonra geldi\u011finde, e\u011fer uygunsuzluk \u00e7\u0131karsa, malzeme depodan geri \u00e7a\u011fr\u0131lmaya \u00e7al\u0131\u015f\u0131l\u0131yordu, ki bu \u00e7o\u011fu zaman \u00e7ok ge\u00e7ti \u00e7\u00fcnk\u00fc malzeme \u00fcretimde kullan\u0131lm\u0131\u015ft\u0131 bile.<\/p>\n\n\n\n

    Kalite \u015fefinin anlatt\u0131\u011f\u0131 s\u00fcre\u00e7, ger\u00e7ek de\u011fildi, olmas\u0131 gereken haldi. Sahadaki ger\u00e7ek s\u00fcre\u00e7, \u00e7ok daha riskli ve \u00e7ok daha karma\u015f\u0131kt\u0131. Bu fark ortaya \u00e7\u0131kmasayd\u0131, ERP’ye kurulacak kalite mod\u00fcl\u00fc, hi\u00e7bir zaman ger\u00e7ekle\u015fmeyen ideal bir ak\u0131\u015f\u0131 kodlayacak ve sistem devreye girdi\u011finde, yo\u011fun g\u00fcnlerdeki bu k\u0131sayol ya tamamen imk\u00e2ns\u0131z hale gelecek ya da kullan\u0131c\u0131lar sistemi atlatman\u0131n yeni yollar\u0131n\u0131 bulacakt\u0131.<\/p>\n\n\n\n

    SAHADAN G\u00d6ZLEM<\/strong>
    Bir toplant\u0131 odas\u0131nda anlat\u0131lan s\u00fcre\u00e7 ile sahada g\u00f6zlemlenen s\u00fcre\u00e7 aras\u0131nda fark yoksa, muhtemelen yeterince derine inilmemi\u015ftir. Neredeyse her s\u00fcre\u00e7te, yo\u011funluk anlar\u0131nda, tatil d\u00f6nemlerinde veya personel eksikli\u011finde devreye giren “resmi olmayan” bir k\u0131sayol vard\u0131r; bu k\u0131sayol tespit edilmeden \u00e7izilen bir harita, sadece sakin g\u00fcnlerin foto\u011fraf\u0131n\u0131 \u00e7eker.<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n

    Bu riski azaltman\u0131n en etkili yolu, As-Is haritalamay\u0131 iki kaynaktan beslemektir: toplant\u0131 odas\u0131ndaki anlat\u0131m ve sahadaki do\u011frudan g\u00f6zlem. Toplant\u0131 odas\u0131, s\u00fcrecin genel yap\u0131s\u0131n\u0131 ve rolleri h\u0131zl\u0131ca ortaya \u00e7\u0131kar\u0131r; saha g\u00f6zlemi ise ger\u00e7ek istisnalar\u0131, k\u0131sayollar\u0131 ve s\u00f6ylenmeyen ayr\u0131nt\u0131lar\u0131 yakalar. Sadece toplant\u0131 odas\u0131yla yetinen bir \u00e7al\u0131\u015fma, resmi anlat\u0131y\u0131; sadece sahay\u0131 g\u00f6zlemleyen bir \u00e7al\u0131\u015fma ise ba\u011flamdan kopuk, par\u00e7al\u0131 bir g\u00f6r\u00fcnt\u00fcy\u00fc \u00fcretir. \u0130kisi birlikte kullan\u0131ld\u0131\u011f\u0131nda, ger\u00e7ek bir As-Is ortaya \u00e7\u0131kar.<\/p>\n\n\n\n

    As-Is haritalama s\u0131ras\u0131nda dikkat edilmesi gereken bir ba\u015fka nokta, istisnalar\u0131n haritadan \u00e7\u0131kar\u0131lmamas\u0131 gerekti\u011fidir. \u0130lk makalede, ERP projelerindeki en pahal\u0131 k\u0131r\u0131lma noktalar\u0131n\u0131n tam olarak istisna anlar\u0131nda ya\u015fand\u0131\u011f\u0131n\u0131 g\u00f6stermi\u015ftik. Bu nedenle, As-Is \u00e7al\u0131\u015fmas\u0131nda “genellikle b\u00f6yle oluyor, ama \u015fu durumda farkl\u0131” c\u00fcmlesi duyuldu\u011funda, bu farkl\u0131l\u0131k atlanmamal\u0131, ayr\u0131 bir dal olarak haritaya eklenmelidir.<\/p>\n\n\n\n

    Pratikte bunu yapman\u0131n basit bir yolu, her aktivite i\u00e7in \u015fu \u00fc\u00e7 soruyu sormakt\u0131r: “Bu her zaman b\u00f6yle mi olur?”, “Yo\u011fun d\u00f6nemde farkl\u0131 bir \u015fey oluyor mu?”, “Birisi izinliyken veya sistem \u00e7al\u0131\u015fm\u0131yorken ne yap\u0131l\u0131yor?” Bu \u00fc\u00e7 soru, gizli kalm\u0131\u015f istisnalar\u0131n b\u00fcy\u00fck k\u0131sm\u0131n\u0131 y\u00fczeye \u00e7\u0131kar\u0131r.<\/p>\n\n\n\n

    EN SIK YAPILAN HATA<\/strong>
    \u00c7al\u0131\u015ftay kat\u0131l\u0131mc\u0131lar\u0131, istisna durumlar\u0131n\u0131 “nadiren oluyor, \u00f6nemli de\u011fil” diyerek haritadan \u00e7\u0131karmak ister; \u00e7\u00fcnk\u00fc istisnalar\u0131 anlatmak zaman al\u0131r ve ak\u0131\u015f\u0131 karma\u015f\u0131kla\u015ft\u0131r\u0131r. Oysa bir s\u00fcrecin en riskli anlar\u0131, tam olarak bu “nadiren olan” durumlard\u0131r ve haritadan \u00e7\u0131kar\u0131lan her istisna, ileride ya bir ERP k\u0131r\u0131lma noktas\u0131na ya da sahada devam eden g\u00f6lge bir s\u00fcrece d\u00f6n\u00fc\u015f\u00fcr.<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n
    \"\"<\/figure>\n\n\n\n

    As-Is haritalama tamamland\u0131\u011f\u0131nda, elinizde art\u0131k s\u00fcslenmemi\u015f, ger\u00e7ek bir resim var: s\u00fcre\u00e7 ger\u00e7ekte nas\u0131l i\u015fliyor, nerede istisnalar var, nerede tutars\u0131zl\u0131klar var. Bu resim, kendi ba\u015f\u0131na rahats\u0131z edici olabilir; \u00e7o\u011fu i\u015fletme, kendi s\u00fcre\u00e7lerinin ne kadar da\u011f\u0131n\u0131k oldu\u011funu ilk kez bu haritada g\u00f6r\u00fcr. Ama bu rahats\u0131zl\u0131k, tam olarak aranan \u015feydir; \u00e7\u00fcnk\u00fc bu haritan\u0131n as\u0131l de\u011feri, bir sonraki ad\u0131mda ortaya \u00e7\u0131kar: nerede darbo\u011faz var, nerede israf var? Bir sonraki b\u00f6l\u00fcmde bu analizi ele al\u0131yoruz.<\/p>\n\n\n\n

    B\u00f6l\u00fcm 7: Darbo\u011faz ve \u0130sraf Analizi: Haritan\u0131n Ortaya \u00c7\u0131kard\u0131\u011f\u0131 Ger\u00e7ek<\/h1>\n\n\n\n

    Bir As-Is haritas\u0131 tamamland\u0131\u011f\u0131nda, \u00e7o\u011fu ekip ayn\u0131 tepkiyi verir: “Bunu hi\u00e7 bu \u015fekilde g\u00f6rmemi\u015ftik.” Bu tepki, haritalaman\u0131n en de\u011ferli an\u0131d\u0131r; \u00e7\u00fcnk\u00fc art\u0131k s\u00fcre\u00e7, da\u011f\u0131n\u0131k ger\u00e7ekli\u011fiyle, tek bir sayfada g\u00f6r\u00fcn\u00fcr hale gelmi\u015ftir. Bu g\u00f6r\u00fcn\u00fcrl\u00fck, iki t\u00fcrden soruna do\u011frudan i\u015faret eder: darbo\u011fazlar ve israf noktalar\u0131.<\/p>\n\n\n\n

    Bir darbo\u011faz, s\u00fcrecin ak\u0131\u015f\u0131n\u0131 yava\u015flatan, di\u011fer ad\u0131mlar\u0131n bekleyerek zaman kaybetti\u011fi noktad\u0131r. Bir israf ise, s\u00fcrecin hi\u00e7bir ger\u00e7ek de\u011fer \u00fcretmeyen, sadece zaman ve kaynak t\u00fcketen ad\u0131m\u0131d\u0131r. \u0130kisi bazen ayn\u0131 noktada \u00e7ak\u0131\u015f\u0131r, ama kavramsal olarak farkl\u0131d\u0131r: bir darbo\u011faz genellikle gerekli ama yetersiz kapasiteli bir ad\u0131md\u0131r (\u00f6rne\u011fin tek bir ki\u015finin onaylad\u0131\u011f\u0131 bir onay noktas\u0131); bir israf ise, kapasitesi ne olursa olsun, hi\u00e7 var olmamas\u0131 gereken bir ad\u0131md\u0131r.<\/p>\n\n\n\n

    Bir tekstil haz\u0131r giyim deposunda ya\u015fanan bir \u00f6rnek, bu ikisinin nas\u0131l bir arada ortaya \u00e7\u0131kt\u0131\u011f\u0131n\u0131 g\u00f6sterir. \u0130\u015fletme, sipari\u015f toplama s\u00fcrecini haritalad\u0131\u011f\u0131nda, ak\u0131\u015fta \u015fu ad\u0131mlar g\u00f6r\u00fcn\u00fcyordu: sipari\u015f listesi yazd\u0131r\u0131l\u0131r, depo g\u00f6revlisi raflar\u0131 dola\u015farak \u00fcr\u00fcnleri toplar, toplanan \u00fcr\u00fcnler paketleme masas\u0131na g\u00f6t\u00fcr\u00fcl\u00fcr, orada say\u0131l\u0131r, ard\u0131ndan sevkiyat alan\u0131na ta\u015f\u0131n\u0131r. Harita tamamland\u0131\u011f\u0131nda, iki ayr\u0131 sorun netlik kazand\u0131.<\/p>\n\n\n\n

    Birincisi, bir darbo\u011fazd\u0131: sipari\u015f listesi yazd\u0131rma ad\u0131m\u0131, tek bir yaz\u0131c\u0131dan ve tek bir depo sorumlusundan ge\u00e7iyordu. Yo\u011fun g\u00fcnlerde, di\u011fer g\u00f6revliler ellerinde i\u015f olmadan bu yazd\u0131rma ad\u0131m\u0131n\u0131 bekliyordu; \u00e7\u00fcnk\u00fc kapasitesi yetersiz, ama gerekli bir ad\u0131md\u0131.\u0130kincisi, bir israft\u0131: paketleme masas\u0131ndaki say\u0131m ad\u0131m\u0131, asl\u0131nda raflardan toplama s\u0131ras\u0131nda zaten bir kez yap\u0131lan say\u0131m\u0131n birebir tekrar\u0131yd\u0131. Depo g\u00f6revlisi \u00fcr\u00fcnleri raftan al\u0131rken zaten say\u0131yordu; paketleme masas\u0131ndaki ikinci say\u0131m, hi\u00e7bir yeni bilgi \u00fcretmiyordu, sadece ge\u00e7mi\u015fte ya\u015fanan bir g\u00fcven sorunu y\u00fcz\u00fcnden (bir d\u00f6nem yanl\u0131\u015f say\u0131mlar sevkiyata gitmi\u015fti) kurumsal bir al\u0131\u015fkanl\u0131k olarak kalm\u0131\u015ft\u0131. Bu ad\u0131m tamamen kald\u0131r\u0131labilirdi; kald\u0131r\u0131lmad\u0131\u011f\u0131 i\u00e7in her g\u00fcn, her sipari\u015fte, gereksiz yere zaman t\u00fcketiliyordu.<\/p>\n\n\n\n

    SAHADAN G\u00d6ZLEM<\/strong>
    Darbo\u011fazlar genellikle g\u00fcr\u00fclt\u00fcl\u00fcd\u00fcr; insanlar bekler, \u015fikayet eder, “bu ad\u0131m bizi yava\u015flat\u0131yor” der. \u0130sraflar ise sessizdir; kimse \u015fikayet etmez \u00e7\u00fcnk\u00fc israf, kimsenin can\u0131n\u0131 do\u011frudan yakmaz, sadece sistemin g\u00f6r\u00fcnmeyen bir yerinde kaynak t\u00fcketir. Bir haritalama \u00e7al\u0131\u015fmas\u0131n\u0131n de\u011feri, g\u00fcr\u00fclt\u00fcl\u00fc darbo\u011fazlar\u0131 de\u011fil, sessiz israflar\u0131 da y\u00fczeye \u00e7\u0131karmas\u0131ndad\u0131r.<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n

    \u0130sraf noktalar\u0131n\u0131 sistematik bi\u00e7imde ay\u0131klamak i\u00e7in, Yal\u0131n \u00dcretim yakla\u015f\u0131m\u0131n\u0131n klasik israf s\u0131n\u0131fland\u0131rmas\u0131, \u00fcretim d\u0131\u015f\u0131 s\u00fcre\u00e7lere de rahatl\u0131kla uyarlanabilir:<\/p>\n\n\n\n

    \u0130sraf T\u00fcr\u00fc<\/strong><\/td>\u00dcretim D\u0131\u015f\u0131 S\u00fcre\u00e7te \u00d6rnek<\/strong><\/td>Depo \u00d6rne\u011findeki Kar\u015f\u0131l\u0131\u011f\u0131<\/strong><\/td><\/tr><\/thead>
    Fazla \u00fcretim\/i\u015flem<\/td>Gerekenden fazla bilgi veya onay \u00fcretmek<\/td>Zaten yap\u0131lm\u0131\u015f bir say\u0131m\u0131 tekrar yapmak<\/td><\/tr>
    Bekleme<\/td>Bir ad\u0131m\u0131n bir \u00f6ncekini beklemesi<\/td>Tek yaz\u0131c\u0131y\u0131 beklemek<\/td><\/tr>
    Ta\u015f\u0131ma<\/td>Gereksiz fiziksel veya dijital hareket<\/td>\u00dcr\u00fcn\u00fcn gereksiz yere bir masaya ta\u015f\u0131nmas\u0131<\/td><\/tr>
    Fazla stok\/envanter<\/td>Gere\u011finden fazla biriktirme<\/td>Say\u0131lmay\u0131 bekleyen \u00fcr\u00fcn y\u0131\u011f\u0131nlar\u0131<\/td><\/tr>
    Gereksiz hareket<\/td>Ki\u015finin gereksiz yere dola\u015fmas\u0131<\/td>G\u00f6revlinin yaz\u0131c\u0131 i\u00e7in s\u0131k s\u0131k ba\u015fka masaya gitmesi<\/td><\/tr>
    Hata ve yeniden i\u015fleme<\/td>Bir i\u015fin yanl\u0131\u015f yap\u0131l\u0131p tekrar yap\u0131lmas\u0131<\/td>Yanl\u0131\u015f toplanan \u00fcr\u00fcn\u00fcn rafa geri konmas\u0131<\/td><\/tr>
    Kullan\u0131lmayan yetenek<\/td>Ki\u015finin yetkinli\u011finin do\u011fru kullan\u0131lmamas\u0131<\/td>Deneyimli bir g\u00f6revlinin sadece say\u0131m yapmas\u0131<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n
    \"\"<\/figure>\n\n\n\n
    D\u0130KKAT ED\u0130LMES\u0130 GEREKENLER<\/strong>
    Bir ad\u0131m\u0131 “israf” ilan etmeden \u00f6nce, o ad\u0131m\u0131n ger\u00e7ekten hi\u00e7bir de\u011fer \u00fcretmedi\u011finden emin olun. Baz\u0131 ad\u0131mlar, ilk bak\u0131\u015fta gereksiz g\u00f6r\u00fcnse de, ge\u00e7mi\u015fte ya\u015fanan somut bir sorunu \u00f6nlemek i\u00e7in eklenmi\u015ftir. Do\u011fru yakla\u015f\u0131m, ad\u0131m\u0131 hemen kald\u0131rmak de\u011fil, “bu ad\u0131m\u0131 do\u011furan sorun h\u00e2l\u00e2 ge\u00e7erli mi?” sorusunu sormakt\u0131r. Depo \u00f6rne\u011finde, ikinci say\u0131m\u0131 do\u011furan g\u00fcven sorunu y\u0131llar \u00f6nce \u00e7\u00f6z\u00fclm\u00fc\u015ft\u00fc; ad\u0131m sadece al\u0131\u015fkanl\u0131ktan kalm\u0131\u015ft\u0131. Ama baz\u0131 i\u015fletmelerde benzer bir ad\u0131m, h\u00e2l\u00e2 ge\u00e7erli bir riski kar\u015f\u0131l\u0131yor olabilir.<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n

    Darbo\u011faz ve israf analizi, bir haritalama \u00e7al\u0131\u015fmas\u0131n\u0131 resim \u00e7izme egzersizinden karar destek arac\u0131na d\u00f6n\u00fc\u015ft\u00fcren ad\u0131md\u0131r. Bu analiz olmadan bir As-Is haritas\u0131, sadece mevcut kaosun g\u00fczelce \u00e7er\u00e7evelenmi\u015f bir foto\u011fraf\u0131d\u0131r. Analizle birlikte, ayn\u0131 harita, nereye m\u00fcdahale edilece\u011fini g\u00f6steren bir yol haritas\u0131na d\u00f6n\u00fc\u015f\u00fcr.<\/p>\n\n\n\n

    Peki bu tespitler netle\u015ftikten sonra ne yap\u0131l\u0131r? Sadece darbo\u011faz\u0131 gidermek veya israf\u0131 kald\u0131rmak yeterli midir, yoksa s\u00fcrecin b\u00fct\u00fcn\u00fcn\u00fc yeniden mi tasarlamak gerekir? Ve bu yeniden tasar\u0131m, ERP projesine nas\u0131l aktar\u0131l\u0131r? Bir sonraki b\u00f6l\u00fcmde, hedef durum tasar\u0131m\u0131n\u0131 ve bu tasar\u0131m\u0131n ERP a\u00e7\u0131s\u0131ndan ta\u015f\u0131d\u0131\u011f\u0131 kritik bilgileri ele al\u0131yoruz.<\/p>\n\n\n\n

    B\u00f6l\u00fcm 8: Hedef Duruma Ge\u00e7i\u015f: To-Be Tasar\u0131m\u0131 ve ERP’ye Aktar\u0131m<\/h1>\n\n\n\n

    As-Is haritas\u0131, size neyin yanl\u0131\u015f gitti\u011fini g\u00f6sterir. To-Be (hedef durum) tasar\u0131m\u0131 ise, size neyin do\u011fru olmas\u0131 gerekti\u011fini sorar. Bu iki soru birbirine benzer g\u00f6r\u00fcn\u00fcr ama aralar\u0131nda kritik bir fark vard\u0131r: To-Be, As-Is’in sadece d\u00fczeltilmi\u015f bir kopyas\u0131 de\u011fildir; s\u00fcrecin s\u0131f\u0131rdan, hangi amaca hizmet etti\u011fi sorularak yeniden tasarlanmas\u0131d\u0131r.<\/p>\n\n\n\n

    Bu fark, pratikte s\u0131k atlan\u0131r. \u00c7o\u011fu ekip, darbo\u011faz ve israf tespitinden sonra do\u011frudan “bu ad\u0131m\u0131 kald\u0131ral\u0131m, \u015fu ad\u0131m\u0131 h\u0131zland\u0131ral\u0131m” \u015feklinde k\u00fc\u00e7\u00fck d\u00fczeltmelere ge\u00e7er. Bu d\u00fczeltmeler faydal\u0131 olabilir, ama ger\u00e7ek bir To-Be tasar\u0131m\u0131, daha k\u00f6kten bir soru sorar: “Bu s\u00fcrecin nihai amac\u0131 neyse, bug\u00fcnk\u00fc ad\u0131mlar\u0131n hi\u00e7birini bilmeseydik, bu amaca en k\u0131sa yoldan nas\u0131l ula\u015f\u0131rd\u0131k?”<\/p>\n\n\n\n

    Bir makine imalat firmas\u0131nda ya\u015fanan bir \u00f6rnek, bu fark\u0131 somutla\u015ft\u0131r\u0131r. \u0130\u015fletmenin sevkiyat s\u00fcrecinde, As-Is haritas\u0131 \u015funu g\u00f6steriyordu: sevkiyat evrak\u0131 (irsaliye, fatura, kalite sertifikas\u0131, ihracat belgeleri) d\u00f6rt farkl\u0131 departman taraf\u0131ndan, s\u0131rayla, elden ele haz\u0131rlan\u0131yordu. Depo irsaliyeyi haz\u0131rl\u0131yor, finans faturay\u0131 kesiyor, kalite sertifikay\u0131 imzal\u0131yor, d\u0131\u015f ticaret ihracat belgelerini tamaml\u0131yordu. Her devir, ortalama yar\u0131m g\u00fcn bekleme s\u00fcresi ekliyordu; bir sevkiyat\u0131n evrak s\u00fcreci toplamda iki g\u00fcn s\u00fcrebiliyordu.<\/p>\n\n\n\n

    \u0130lk refleks, “bu devirleri h\u0131zland\u0131ral\u0131m” olabilirdi: her departmana bir hat\u0131rlatma sistemi kurmak, bekleme s\u00fcrelerini k\u0131saltmaya \u00e7al\u0131\u015fmak. Ama To-Be tasar\u0131m\u0131 s\u0131ras\u0131nda sorulan soru farkl\u0131yd\u0131: “Bu evraklar\u0131n nihai amac\u0131, sevkiyat\u0131n yasal ve ticari olarak eksiksiz \u00e7\u0131kmas\u0131n\u0131 sa\u011flamakt\u0131r. Bu amaca ula\u015fmak i\u00e7in evraklar\u0131n s\u0131rayla m\u0131, yoksa paralel mi haz\u0131rlanmas\u0131 gerekir?” Cevap a\u00e7\u0131kt\u0131: d\u00f6rt evrak\u0131n \u00e7o\u011fu, birbirinden ba\u011f\u0131ms\u0131z haz\u0131rlanabilirdi; sadece faturan\u0131n kesilmesi, irsaliyedeki miktar bilgisine ba\u011fl\u0131yd\u0131. To-Be tasar\u0131m\u0131nda s\u00fcre\u00e7, s\u0131ral\u0131 d\u00f6rt ad\u0131mdan, bir senkronizasyon noktas\u0131yla birle\u015fen paralel bir yap\u0131ya d\u00f6n\u00fc\u015ft\u00fcr\u00fcld\u00fc: irsaliye haz\u0131rlan\u0131r haz\u0131rlanmaz, kalite ve d\u0131\u015f ticaret kendi belgelerini e\u015f zamanl\u0131 haz\u0131rlamaya ba\u015fl\u0131yor, fatura ise irsaliye tamamland\u0131\u011f\u0131 anda kesiliyordu. \u0130ki g\u00fcnl\u00fck s\u00fcre\u00e7 yar\u0131m g\u00fcne indi; sadece h\u0131zland\u0131r\u0131larak de\u011fil, yeniden tasarlanarak.<\/p>\n\n\n\n

    DANI\u015eMAN NOTU<\/strong>
    To-Be tasar\u0131m\u0131n\u0131n en yayg\u0131n tuza\u011f\u0131, “mevcut ad\u0131mlar\u0131 nas\u0131l h\u0131zland\u0131r\u0131r\u0131z” sorusuyla ba\u015flamakt\u0131r. Do\u011fru ba\u015flang\u0131\u00e7 sorusu \u015fudur: “Bu s\u00fcrecin var olma amac\u0131 nedir, ve bu amaca bug\u00fcnk\u00fc ad\u0131mlar\u0131n hi\u00e7birini miras almadan nas\u0131l ula\u015f\u0131r\u0131z?” Bu soru, k\u00fc\u00e7\u00fck iyile\u015ftirmeler yerine yap\u0131sal yeniden tasar\u0131m\u0131 m\u00fcmk\u00fcn k\u0131lar.<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n

    To-Be tasar\u0131m\u0131 tamamland\u0131\u011f\u0131nda, serinin ilk makalesinde b\u0131rakt\u0131\u011f\u0131m\u0131z yere d\u00f6neriz: bu tasar\u0131m\u0131n ERP’ye aktar\u0131lmas\u0131. Burada kritik olan, To-Be haritas\u0131n\u0131n her k\u00f6\u015fesinin sisteme ayn\u0131 \u00f6nemde aktar\u0131lmad\u0131\u011f\u0131d\u0131r. Bir s\u00fcre\u00e7 haritas\u0131, genel bir anlay\u0131\u015f arac\u0131yken; ERP’ye aktar\u0131lacak olan, bu haritan\u0131n i\u00e7inden s\u00fcz\u00fclm\u00fc\u015f, belirli bir alt k\u00fcmedir.<\/p>\n\n\n\n

    ERP a\u00e7\u0131s\u0131ndan kritik olan bilgiler \u015funlard\u0131r: her karar noktas\u0131ndaki nihai kural (kim, hangi e\u015fi\u011fe g\u00f6re karar veriyor), her rol ge\u00e7i\u015findeki veri gereksinimi (bir sonraki role hangi bilginin, hangi formatta aktar\u0131lmas\u0131 gerekti\u011fi), her istisna senaryosunun nas\u0131l y\u00f6netilece\u011fi, ve hangi ad\u0131mlar\u0131n sistemde otomatik, hangilerinin h\u00e2l\u00e2 manuel bir onay gerektirdi\u011fi. Sevkiyat \u00f6rne\u011finde, ERP’ye aktar\u0131lacak en kritik bilgi, paralel \u00e7al\u0131\u015fan \u00fc\u00e7 departman\u0131n hangi ortak veri noktas\u0131nda (irsaliye tamamlanma olay\u0131nda) senkronize olaca\u011f\u0131yd\u0131; bu senkronizasyon noktas\u0131 netle\u015fmeden sisteme girilen bir paralel ak\u0131\u015f, \u00fc\u00e7 departman\u0131n birbirini beklemeden hatal\u0131 ilerlemesine yol a\u00e7abilirdi.<\/p>\n\n\n\n

    Boyut<\/strong><\/td>As-Is (Mevcut Durum)<\/strong><\/td>To-Be (Hedef Durum)<\/strong><\/td><\/tr><\/thead>
    Ama\u00e7<\/td>S\u00fcre\u00e7 bug\u00fcn ger\u00e7ekte nas\u0131l i\u015fliyor, oldu\u011fu gibi g\u00f6stermek<\/td>S\u00fcre\u00e7, nihai amac\u0131na en k\u0131sa yoldan nas\u0131l ula\u015f\u0131r, tasarlamak<\/td><\/tr>
    Ba\u015flang\u0131\u00e7 noktas\u0131<\/td>Sahadaki ger\u00e7ek g\u00f6zlem ve anlat\u0131m<\/td>S\u00fcrecin var olma amac\u0131<\/td><\/tr>
    \u0130\u00e7erik<\/td>\u0130stisnalar, k\u0131sayollar, tutars\u0131zl\u0131klar dahil edilir<\/td>Yaln\u0131zca amaca hizmet eden ad\u0131mlar yer al\u0131r<\/td><\/tr>
    De\u011feri<\/td>Darbo\u011faz ve israf\u0131n nerede oldu\u011funu g\u00f6sterir<\/td>Nas\u0131l \u00e7al\u0131\u015f\u0131lmas\u0131 gerekti\u011fine dair somut bir hedef sunar<\/td><\/tr>
    ERP ile ili\u015fkisi<\/td>ERP’ye do\u011frudan aktar\u0131lmaz, te\u015fhis arac\u0131d\u0131r<\/td>ERP’ye aktar\u0131lacak nihai mant\u0131\u011f\u0131n kayna\u011f\u0131d\u0131r<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n
    Y\u00d6NET\u0130C\u0130YE \u00d6ZEL<\/strong>
    To-Be tasar\u0131m\u0131n\u0131, ERP tedarik\u00e7isi se\u00e7ilmeden \u00f6nce tamamlay\u0131n. Aksi halde, tasar\u0131m kararlar\u0131n\u0131 yaz\u0131l\u0131m\u0131n mevcut k\u0131s\u0131tlar\u0131na g\u00f6re \u015fekillendirme riskiyle kar\u015f\u0131la\u015f\u0131rs\u0131n\u0131z; bu, “yaz\u0131l\u0131m bunu yapam\u0131yor, o zaman b\u00f6yle tasarlamayal\u0131m” mant\u0131\u011f\u0131yla, asl\u0131nda i\u015fletmenizin ihtiyac\u0131n\u0131 de\u011fil, se\u00e7ilen sistemin s\u0131n\u0131rlar\u0131n\u0131 yans\u0131tan bir s\u00fcrece raz\u0131 olman\u0131z anlam\u0131na gelir.<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n
    EN SIK YAPILAN HATA<\/strong>
    Ekipler, To-Be tasar\u0131m\u0131n\u0131 “As-Is’teki sorunlar\u0131 d\u00fczeltmek” olarak s\u0131n\u0131rlar ve b\u00fcy\u00fck resmi ka\u00e7\u0131r\u0131r. Sevkiyat \u00f6rne\u011finde, sadece “devirler aras\u0131 bekleme s\u00fcresini k\u0131saltal\u0131m” denmi\u015f olsayd\u0131, s\u00fcre\u00e7 yine s\u0131ral\u0131 kal\u0131r, sadece biraz daha h\u0131zl\u0131 i\u015flerdi. Yap\u0131sal soru sorulmasayd\u0131, paralel \u00e7al\u0131\u015fma f\u0131rsat\u0131 hi\u00e7 g\u00f6r\u00fclemezdi.<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n

    Elinizde art\u0131k netle\u015fmi\u015f bir To-Be haritas\u0131 ve bu haritan\u0131n ERP’ye aktar\u0131lacak kritik noktalar\u0131 var. Ama bir harita, ne kadar iyi tasarlanm\u0131\u015f olursa olsun, ka\u011f\u0131t \u00fczerinde kald\u0131\u011f\u0131 s\u00fcrece hi\u00e7bir i\u015fe yaramaz. Bir sonraki b\u00f6l\u00fcmde, bu tasar\u0131m\u0131n nas\u0131l kal\u0131c\u0131 bir standart haline getirilece\u011fini ve nas\u0131l dok\u00fcmante edilece\u011fini ele al\u0131yoruz.<\/p>\n\n\n\n

    B\u00f6l\u00fcm 9: S\u00fcre\u00e7 Standardizasyonu ve Dok\u00fcmantasyon: Haritan\u0131n Kal\u0131c\u0131 Hale Gelmesi<\/h1>\n\n\n\n

    Bir \u00e7al\u0131\u015ftay\u0131n sonunda ortaya \u00e7\u0131kan harita, ne kadar iyi tasarlanm\u0131\u015f olursa olsun, kendili\u011finden kal\u0131c\u0131 olmaz. \u00c7al\u0131\u015ftay biter, kat\u0131l\u0131mc\u0131lar g\u00fcnl\u00fck i\u015flerine d\u00f6ner, ve birka\u00e7 ay sonra harita bir klas\u00f6rde ya da payla\u015f\u0131lan bir s\u00fcr\u00fcc\u00fcde unutulmaya ba\u015flar. Bu unutulu\u015f, k\u00f6t\u00fc niyetten de\u011fil, standardizasyon ve dok\u00fcmantasyon ad\u0131m\u0131n\u0131n atlanmas\u0131ndan kaynaklan\u0131r.<\/p>\n\n\n\n

    Standardizasyon, bir s\u00fcrecin tasarlanan halinin, g\u00fcnl\u00fck uygulaman\u0131n varsay\u0131lan bi\u00e7imi haline getirilmesidir. Dok\u00fcmantasyon ise, bu standard\u0131n herkesin eri\u015febilece\u011fi, g\u00fcncellenebilir bir referansa d\u00f6n\u00fc\u015ft\u00fcr\u00fclmesidir. \u0130kisi birbirinden ayr\u0131 i\u015flemlerdir: bir s\u00fcre\u00e7 standartla\u015ft\u0131r\u0131labilir ama hi\u00e7 dok\u00fcmante edilmemi\u015f olabilir (o zaman standart, yine birka\u00e7 ki\u015finin kafas\u0131nda ya\u015far); ya da tam tersi, g\u00fczel dok\u00fcmante edilmi\u015f ama kimse taraf\u0131ndan uygulanmayan bir standart olabilir (o zaman dok\u00fcmantasyon, sadece bir raf s\u00fcs\u00fcd\u00fcr).<\/p>\n\n\n\n

    Bir g\u0131da \u00fcretim tesisinde ya\u015fanan bir \u00f6rnek, bu ikisinin birlikte nas\u0131l i\u015flemesi gerekti\u011fini g\u00f6sterir. \u0130\u015fletme, ekipman ar\u0131za bildirim s\u00fcrecini haritalam\u0131\u015f ve yeniden tasarlam\u0131\u015ft\u0131: bir ar\u0131za fark edildi\u011finde, operat\u00f6r belirli bir formu doldurup bak\u0131m ekibine iletecek, bak\u0131m ekibi ar\u0131zay\u0131 \u00f6nem derecesine g\u00f6re s\u0131n\u0131fland\u0131r\u0131p m\u00fcdahale s\u0131ras\u0131na koyacakt\u0131. \u00c7al\u0131\u015ftay sonunda herkes bu yeni ak\u0131\u015f\u0131 onaylam\u0131\u015ft\u0131. \u00dc\u00e7 ay sonra yap\u0131lan bir denetimde, operat\u00f6rlerin \u00fc\u00e7te birinin h\u00e2l\u00e2 eski y\u00f6ntemi kulland\u0131\u011f\u0131, yani ar\u0131zay\u0131 do\u011frudan bak\u0131m \u015fefine telefonla bildirdi\u011fi ortaya \u00e7\u0131kt\u0131. Yeni s\u00fcre\u00e7 hi\u00e7bir yerde yaz\u0131l\u0131 de\u011fildi; sadece \u00e7al\u0131\u015ftaya kat\u0131lanlar\u0131n haf\u0131zas\u0131nda ya\u015f\u0131yordu, ve \u00e7al\u0131\u015ftaya kat\u0131lmayan operat\u00f6rler eski al\u0131\u015fkanl\u0131klar\u0131n\u0131 s\u00fcrd\u00fcr\u00fcyordu.<\/p>\n\n\n\n

    EN SIK YAPILAN HATA<\/strong>
    Bir \u00e7al\u0131\u015ftayda \u00fczerinde anla\u015f\u0131lan yeni s\u00fcre\u00e7, sadece s\u00f6zl\u00fc bir mutabakat olarak kal\u0131r; yaz\u0131ya d\u00f6k\u00fclmez veya yaz\u0131ya d\u00f6k\u00fcld\u00fc\u011f\u00fcnde \u00e7al\u0131\u015ftaya kat\u0131lmayanlara hi\u00e7 ula\u015ft\u0131r\u0131lmaz. Bu durumda, “yeni s\u00fcre\u00e7” asl\u0131nda hi\u00e7 var olmam\u0131\u015f gibi davran\u0131r; \u00e7\u00fcnk\u00fc bir standart, sadece onu bilenler i\u00e7in bir standartt\u0131r.<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n

    Bu riski \u00f6nlemenin yolu, dok\u00fcmantasyonu \u00e7al\u0131\u015ftay\u0131n bir sonraki ad\u0131m\u0131 de\u011fil, \u00e7al\u0131\u015ftay\u0131n kendisinin bir \u00e7\u0131kt\u0131s\u0131 olarak tasarlamakt\u0131r. Pratikte bu, \u00fc\u00e7 unsuru gerektirir: birincisi, s\u00fcrecin g\u00fcncel halinin herkesin eri\u015febilece\u011fi tek bir kaynakta tutulmas\u0131, ikincisi, bu kayna\u011f\u0131n s\u00fcre\u00e7 sahibi taraf\u0131ndan d\u00fczenli aral\u0131klarla g\u00f6zden ge\u00e7irilmesi, \u00fc\u00e7\u00fcnc\u00fcs\u00fc, s\u00fcrece yeni kat\u0131lan ki\u015filerin bu dok\u00fcmana y\u00f6nlendirilmesinin, i\u015fe al\u0131m s\u00fcrecinin do\u011fal bir par\u00e7as\u0131 haline getirilmesi.<\/p>\n\n\n\n

    G\u0131da \u00fcretim tesisinde, bu \u00fc\u00e7 unsur sonradan devreye al\u0131nd\u0131\u011f\u0131nda, sorun k\u00f6kten \u00e7\u00f6z\u00fcld\u00fc: yeni s\u00fcre\u00e7, tek sayfal\u0131k, g\u00f6rsel bir ak\u0131\u015f \u015femas\u0131 ve k\u0131sa bir a\u00e7\u0131klama olarak vardiya panolar\u0131na as\u0131ld\u0131; bak\u0131m \u015fefi, her ay bu s\u00fcrecin uygulan\u0131p uygulanmad\u0131\u011f\u0131n\u0131 rastgele \u00f6rneklemle kontrol etmeye ba\u015flad\u0131; ve yeni i\u015fe ba\u015flayan her operat\u00f6re, oryantasyon s\u00fcrecinin bir par\u00e7as\u0131 olarak bu dok\u00fcman g\u00f6sterildi.<\/p>\n\n\n\n

    Y\u00d6NET\u0130C\u0130YE \u00d6ZEL<\/strong>
    Bir s\u00fcre\u00e7 haritalama \u00e7al\u0131\u015fmas\u0131n\u0131, “harita \u00e7izildi, i\u015f bitti” diyerek kapatmay\u0131n. \u00c7al\u0131\u015fman\u0131n ger\u00e7ek biti\u015f noktas\u0131, haritan\u0131n herkesin eri\u015febilece\u011fi bir yerde durmas\u0131, d\u00fczenli g\u00f6zden ge\u00e7irilmesi ve yeni kat\u0131l\u0131mc\u0131lara aktar\u0131lan bir referans haline gelmesidir. Aksi halde, harcanan onca emek, birka\u00e7 ay i\u00e7inde s\u0131f\u0131rlan\u0131r.<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n

    Standardizasyon ve dok\u00fcmantasyon, ayn\u0131 zamanda ERP projesi a\u00e7\u0131s\u0131ndan da kritik bir i\u015flev g\u00f6r\u00fcr. Bir s\u00fcre\u00e7, sisteme girilmeden \u00f6nce standartla\u015ft\u0131r\u0131lmam\u0131\u015fsa, ERP projesi s\u0131ras\u0131nda her kullan\u0131c\u0131 kendi al\u0131\u015fkanl\u0131\u011f\u0131n\u0131 “do\u011fru y\u00f6ntem” olarak savunmaya ba\u015flar ve bu, ilk makalede ele ald\u0131\u011f\u0131m\u0131z \u00f6zelle\u015ftirme sarmal\u0131n\u0131 do\u011frudan besler. Standardizasyon, ERP’ye girilecek mant\u0131\u011f\u0131n tek ve tutarl\u0131 olmas\u0131n\u0131 g\u00fcvence alt\u0131na alan son ad\u0131md\u0131r.<\/p>\n\n\n\n

    Buraya kadar, bir s\u00fcreci nas\u0131l se\u00e7ece\u011finizi, s\u0131n\u0131rlar\u0131n\u0131 nas\u0131l \u00e7izece\u011finizi, sahiplik ve rolleri nas\u0131l netle\u015ftirece\u011finizi, haritan\u0131n d\u00f6rt bile\u015fenini nas\u0131l do\u011fru kuraca\u011f\u0131n\u0131z\u0131, ortak bir g\u00f6rsel dili nas\u0131l kullanaca\u011f\u0131n\u0131z\u0131, mevcut durumu nas\u0131l ger\u00e7ek\u00e7i haritalayaca\u011f\u0131n\u0131z\u0131, darbo\u011faz ve israf\u0131 nas\u0131l tespit edece\u011finizi, hedef duruma nas\u0131l ge\u00e7ece\u011finizi ve bu \u00e7al\u0131\u015fmay\u0131 nas\u0131l kal\u0131c\u0131 hale getirece\u011finizi g\u00f6rd\u00fck. Bu uzun yolculukta, tekrarlayan baz\u0131 hatalar var; bunlar\u0131 tek bir yerde toplamak, kendi \u00e7al\u0131\u015fman\u0131zda ayn\u0131 tuzaklara d\u00fc\u015fmemenizi kolayla\u015ft\u0131racakt\u0131r.<\/p>\n\n\n\n

    B\u00f6l\u00fcm 10: S\u0131k Yap\u0131lan Hatalar: \u00d6zet ve Sentez<\/h1>\n\n\n\n

    Bu makale boyunca, her b\u00f6l\u00fcmde bir hataya i\u015faret ettik. Bu hatalar\u0131n ortak bir \u00f6zelli\u011fi var: hi\u00e7biri teknik bir yetersizlikten kaynaklanm\u0131yor. Hi\u00e7biri “yanl\u0131\u015f yaz\u0131l\u0131m se\u00e7ildi” ya da “yanl\u0131\u015f sembol kullan\u0131ld\u0131” t\u00fcr\u00fcnden de\u011fil. Hepsi, disiplin ve sab\u0131r eksikli\u011finden do\u011fuyor; \u00e7al\u0131\u015fman\u0131n en zor, en can s\u0131k\u0131c\u0131 k\u0131s\u0131mlar\u0131n\u0131 atlay\u0131p do\u011frudan sonuca varma iste\u011finden.<\/p>\n\n\n\n

    Bu hatalar\u0131 tek bir tabloda toplamak, kendi \u00e7al\u0131\u015fman\u0131za ba\u015flamadan \u00f6nce h\u0131zl\u0131 bir \u00f6z kontrol imk\u00e2n\u0131 sunar.<\/p>\n\n\n\n

    Hata<\/strong><\/td>Nerede G\u00f6r\u00fcl\u00fcr<\/strong><\/td>Ger\u00e7ek Sonu\u00e7<\/strong><\/td><\/tr><\/thead>
    Belgelendirme ama\u00e7l\u0131, ger\u00e7ekli\u011fi yans\u0131tmayan harita \u00e7izmek<\/td>S\u00fcre\u00e7 se\u00e7imi ve genel yakla\u015f\u0131m<\/td>Harita “olmas\u0131 gereken”i g\u00f6sterir, ERP’ye aktar\u0131l\u0131nca ger\u00e7eklikle \u00e7at\u0131\u015f\u0131r<\/td><\/tr>
    S\u00fcre\u00e7 s\u0131n\u0131rlar\u0131n\u0131 netle\u015ftirmeden detaya girmek<\/td>\u00c7al\u0131\u015fman\u0131n ba\u015flang\u0131c\u0131<\/td>\u00c7al\u0131\u015fman\u0131n ortas\u0131nda s\u0131n\u0131r tart\u0131\u015fmas\u0131 yeniden a\u00e7\u0131l\u0131r<\/td><\/tr>
    S\u00fcre\u00e7 sahibini belirlemeden ilerlemek<\/td>Sahiplik ve roller<\/td>S\u00fcrecin b\u00fct\u00fcn\u00fcnden kimse sorumlu olmaz<\/td><\/tr>
    Karar noktalar\u0131n\u0131 belirsiz b\u0131rakmak<\/td>Haritan\u0131n anatomisi<\/td>Sistem, ki\u015fiye ba\u011fl\u0131 karar\u0131 otomatikle\u015ftiremez<\/td><\/tr>
    BPMN’yi tam teknik standard\u0131yla \u00f6\u011fretmeye \u00e7al\u0131\u015fmak<\/td>Ortak g\u00f6rsel dil<\/td>\u00c7al\u0131\u015ftay, notasyon \u00f6\u011frenmeye kayar<\/td><\/tr>
    \u0130stisna durumlar\u0131n\u0131 atlamak<\/td>As-Is haritalama<\/td>En riskli anlar haritada hi\u00e7 g\u00f6r\u00fcnmez<\/td><\/tr>
    To-Be tasar\u0131m\u0131n\u0131 sadece h\u0131zland\u0131rma olarak g\u00f6rmek<\/td>Hedef durum tasar\u0131m\u0131<\/td>Yap\u0131sal iyile\u015ftirme f\u0131rsatlar\u0131 ka\u00e7\u0131r\u0131l\u0131r<\/td><\/tr>
    Ortaya \u00e7\u0131kan haritay\u0131 dok\u00fcmante etmemek<\/td>Standardizasyon<\/td>Birka\u00e7 ay i\u00e7inde eski al\u0131\u015fkanl\u0131klar geri d\u00f6ner<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n
    D\u0130KKAT ED\u0130LMES\u0130 GEREKENLER<\/strong>
    Bu tablodaki hatalar\u0131n hi\u00e7biri tek ba\u015f\u0131na bir projeyi bitirmez; as\u0131l risk, birka\u00e7\u0131n\u0131n bir arada ya\u015fanmas\u0131d\u0131r. S\u0131n\u0131r\u0131 belirsiz, sahibi olmayan, istisnalar\u0131 atlanm\u0131\u015f bir harita, ERP projesine girdi\u011finde, bu makalenin ele ald\u0131\u011f\u0131 sorunlar\u0131n hepsini ayn\u0131 anda tetikler. \u0130yi haber \u015fudur: her biri, tek bir do\u011fru soruyla \u00f6nlenebilir; bu makale boyunca o sorular\u0131 tek tek g\u00f6sterdik.<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n

    Sonu\u00e7: Bir Harita, Bir Var\u0131\u015f Noktas\u0131 De\u011fil, Bir Ba\u015flang\u0131\u00e7 Noktas\u0131d\u0131r<\/h1>\n\n\n\n

    Bu makalenin ba\u015f\u0131nda sordu\u011fumuz soru \u015fuydu: s\u00fcre\u00e7 haritalamaya nereden ba\u015flan\u0131r ve profesyonel olarak nas\u0131l yap\u0131l\u0131r? Cevap, tek bir teknikte de\u011fil, do\u011fru s\u0131rayla at\u0131lan ad\u0131mlar\u0131n b\u00fct\u00fcn\u00fcnde sakl\u0131yd\u0131: do\u011fru s\u00fcreci se\u00e7mek, s\u0131n\u0131rlar\u0131n\u0131 netle\u015ftirmek, sahiplik ve rolleri belirlemek, aktivite ve karar noktalar\u0131n\u0131 do\u011fru ay\u0131rt etmek, ortak bir g\u00f6rsel dil kullanmak, mevcut durumu oldu\u011fu gibi \u00e7izmek, darbo\u011faz ve israf\u0131 tespit etmek, hedef durumu yeniden tasarlamak, ve son olarak bu \u00e7al\u0131\u015fmay\u0131 kal\u0131c\u0131 bir standarda d\u00f6n\u00fc\u015ft\u00fcrmek.<\/p>\n\n\n\n

    Bu ad\u0131mlar\u0131n hepsini tamamlayan bir i\u015fletme, elinde art\u0131k sadece bir \u00e7izim de\u011fil, ERP’ye do\u011frudan aktar\u0131labilir, ekibin ortak dilini yans\u0131tan, ger\u00e7ekli\u011fe dayanan bir karar mimarisi bulundurur. \u0130lk makalede sordu\u011fumuz soruya, \u015fimdi somut bir cevap verebiliriz: evet, s\u00fcre\u00e7lerinizi bir sisteme anlatabilecek kadar tan\u0131yabilirsiniz, \u00e7\u00fcnk\u00fc bu tan\u0131man\u0131n y\u00f6ntemi art\u0131k elinizde.<\/p>\n\n\n\n

    Ama burada durmak, yolun yar\u0131s\u0131nda b\u0131rakmak olur. Bir harita, ne kadar \u00f6zenle \u00e7izilmi\u015f olursa olsun, statik bir belgedir; oysa i\u015fletmeniz statik de\u011fildir. Yeni bir \u00fcr\u00fcn, yeni bir m\u00fc\u015fteri talebi, yeni bir ekip \u00fcyesi, mevcut bir tedarik\u00e7inin de\u011fi\u015fmesi: bunlar\u0131n her biri, dikkatle \u00e7izdi\u011finiz haritay\u0131 yava\u015f yava\u015f ger\u00e7eklikten uzakla\u015ft\u0131r\u0131r. Bug\u00fcn do\u011fru olan bir harita, on sekiz ay sonra sessizce yanl\u0131\u015f hale gelebilir; ve \u00e7o\u011fu i\u015fletme bunu, harita tekrar ihtiya\u00e7 duyulana kadar fark etmez.Bu nedenle, as\u0131l soru \u015fudur: bir s\u00fcre\u00e7 haritas\u0131 \u00e7izdikten sonra, bu harita zamanla yeniden bozulmayacak m\u0131? Bir i\u015fletme, s\u00fcrecini bir kez do\u011fru haritalad\u0131ktan sonra, onu nas\u0131l canl\u0131, do\u011fru ve de\u011ferli tutar? Serinin bir sonraki makalesinde, tam olarak bu soruyu ele al\u0131yoruz: s\u00fcre\u00e7 haritas\u0131 \u00e7izmek yetmez; as\u0131l ama\u00e7, s\u00fcrekli iyile\u015ftirmedir.<\/p>\n\n\n\n

    \n\n\n\n

    Kontrol Listeleri<\/h2>\n\n\n\n

    1. S\u00fcre\u00e7 Haritalama Ba\u015flamadan \u00d6nce<\/strong><\/p>\n\n\n\n