Archive for Ekim, 2009

5S çalışması yaparken ilk zorlanacağınız konu neyin çok neyin az kullanıldığına karar vermek olacaktır. İlk baktığınızda herşeyin gerekli olduğuna karar verip hiç bir şeyi ortadan kaldırmaya gönlünüz el vermeyebilir. Bu aşamada biraz “bilgisayar” gibi düşünmekte (kısacası düşünmemekte) fayda olacaktır.

5S_CengizPak

Nesneleri üç sınıfa ayırmayı deneyelim, bunlar Az, Çok, Orta Karar kullanılanlar olsun. Şimdi bunlara birer anlam kazandıralım.

AZ Kullanılanlar

Son 1 yıl içinde hiç kullanılmamış olanlar >>> Bunları ya atın, ya satın yada en uzak yere kaldırın

Son 6 aydır kullanılmamış ama son 1 yıl içinde kullanılmış olanlar >>> Uzak bir yerde depolayın

ÇOK Kullanılanlar

Her an kullanılanlar  >>> Kullanım alanı içinde bir yeri olmalı

Her gün kullanılanlar >>> Kullanım alanı içinde bir yeri olmalı

Her hafta kullanılanlar >>> Kullanım alanı veya yakınında bir yeri olmalı

ORTA Karar Kullanılanlar

Her ay 1-2 kez kullanılanlar >>> Merkezi bir noktada depolanabilir

Son 6 içinde kullanılmış olanlar >>> Merkezi bir noktada depolanabilir

5S uygulamasını masanızdan veya çalışma odanızdan başlayarak deneyebilirsiniz. Evinizde yapmaya kalkarsanız sakın eşinizin sevdiği eşyalara dokunmayınız.

OEE – Overall Equipment Effectiveness konusunu öğrenerek kariyerinize çok önemli bir ARTI ekleyebilirsiniz
Toplam Sayfa Sayısı : 50, Format : E-Kitap (PDF Formatında)

Yazar : Cengiz Pak , Fiyat : 18.95 USD

Bu kitabı şimdi bilgisayarınıza indirebilmek için :

Buy Now Add to Cart View Cart

.

OEE yöntemi üretim yapanların kaynaklarını daha verimli kullanmaları için temel bir yol göstericidir.

Verimlilik, planlama ve iyileştirme gibi konular genellikle çok konuşulur ama az uygulanır. Bunun temel sebeplerinden biri de yöntemleri ve uygulamasını iyi bilen insan sayısının az olmasıdır. Ülkemizde kurulu kapasitelerin etkinliği  %50-60 aralığındadır, bunu farklı ölçüp kapasite kullanım oranımız % 80 demek şirkete para kazandırmaz (bir şirketin OEE değerleri % 85 olduğunda dünya klasında kabul edilir) sadece iyileştirme fırsatlarını yok eder.

OEE konusunda ne kadar çok insan bilgi ve tecrübe sahibi olursa ülkemizin kaynakları o kadar daha verimli kullanılacaktır. Şirket ölçeğinde başlayan verimlilik artışı giderek sektörün ve ülkenin rekabet gücünü yukarı doğru itecektir.  OEE Master El Kitabı konuya ilgi duyan bir kişinin kendisinin okuyarak bir şirketin sistemini kurabilmesi, OEE konusunda akıl karıştırıcı soruları sistematik ve hatasız olarak cevaplayabilmesi için hazırlanmıştır.

Bu el kitabı içinde OEE yönteminin nasıl çalıştığından bir işletmede nasıl uygulamaya alınabileceğine kadar bütün konular ele alınmıştır.

OEE Master Kitabı Kimler İçin

OEE Master El Kitabı üretim yapan bir şirkette planlama, üretim, verimlilik, mühendislik, ar-ge gibi alanlarda çalışan veya çalışmayı planlayan kişiler içindir.

OEE Master Kitabının İçeriği

- OEE Nedir ?
- OEE Nasıl Hesaplanıyor ?
- 6 büyük kayıp ve OEE
- OEE Analizinin Elemanları
- OEE Formülünün Kaynağı

Eylemlerin OEE için Nasıl Sınıflandırılmalı ?

- Hazır Bulunma ile ilgili tanımlar
- –> Üretim Eylemleri
- –> Arıza Duruşları
- –> Boş Bekleme
- –> Hat Bekleme
- –> Planlanmamış Olaylar
- –> Normal Çalışma Zamanı Dışı Olaylar
- Örneklerle Çalışma Performansı Nedir, Nasıl Hesaplanır
- Kalite Performası Nedir, Nasıl Hesaplanır

Sorular / Cevaplar

– Dünya klasında olabilmek için OEE değeri ne olmalı ?
– İyileştirme fırsatları niçin çoğu zaman göz ardı ediliyor ?
– OEE nasıl hatalı olarak değerlendirilebilir ?
– OEE hesaplama dönemi ne olmalıdır ?
– Bir vardiya veya dönem içinde farklı ürünler işlenince Çalışma Performansı nasıl hesaplanır ?
– Mola vermek kanuni bir hak olduğuna göre niçin OEE hesaplamasına dahil ediliyor ?
– Bir vardiya için OEE nasıl hesaplanır ?
– Eğer hammadde veya operatör yokluğundan beklerken temizliğe başlarsak bu olayı nasıl kayıtlara geçireceğiz ?
– Temizlik ve bakım makinaların iyi çalışması için gerekli eylemler, OEE hesabına niçin dahil ediliyorlar ?
– Koruyucu Bakım çalışmasının üretim operatörü ile ilgisi yok,  niçin OEE hesabının bir parçası ?
– Duruş analizi için çok sayıda ve detaylı sebep listesi yapmak daha mı iyi olur ?
– Üretim esnasında kısa duruşlar oluyor, bunları nasıl işlenmeli ?
– Bir iş merkezinin bir vardiya içinde birden fazla ürünü işlediği durumda OEE hesaplama örneği
– Grup halinde çalışan bir dizi makina veya farklı hızlara sahip makinaların oluşturduğu hücre üretimi olduğunda ideal çevrim süresi ne olmalıdır (çalışma performansı nasıl hesaplanmalıdır) ?
– Bütün bir tesisin OEE değeri hesaplanabilir mi, nasıl hesaplanır ?
– Bir makinanın ideal çevrim süresi nasıl tespit edilir ?
– Yeniden işlem gören parçalar OEE hesaplamasında Sağlam mı sayılacak yoksa Hurda mı sayılacak ?
– Yeniden işlem gören parçalar için OEE hesaplaması nasıl yapılmalıdır ?
– Eğer bir iş istasyonu / işlem planlı bir mola boyunca çalışmaya devam ederse ?bu mola? OEE hesaplamasında nasıl değerlendirilecek ?
– OEE operatörlerin etkinliğini de ölçebilir mi ?
– Bir İş Emri için OEE nasıl hesaplanır ?

OEE değerleri nasıl geliştirilir, hangi yöntemler kullanılabilir ?

– 5 Niçin Analizi (5 Why) Nedir, Nasıl Uygulanır ?
– Otonom Bakım Nedir, Nasıl Uygulanır ?
– Ekipman ve Proses İyileştirmek İçin Odaklanma Nedir ?
– Çabuklaştırılmış Set-Up, SMED Yöntemi Nedir ?
– Hata Yapmaya Müsade Etmeyen Çalışma Düzeni (ZQC ve Poka-Yoke)
– P-M Analizi Nedir ?

Satınalmak İçin …

Buy Now
.

Toplam Sayfa Sayısı : 50

Format : PDF (Adobe Acrobat)

Yazar : Cengiz Pak

Fiyat : 18.95 USD


Not : Kullandığım ödeme sistemi PayPal olarak bilinen, milyonlarca kişinin kullandığı ve bütün dünyada geçerli olan bir sistemdir.

PayPal hakkında bilgi almak için tıklayınız

Bu yazının bulunduğu safya değişmiştir, okumak için lütfen tıklayınız >>>

Temel Teknoloji

Temel Teknoloji  tarafından düzenlenen eğitimler Green Park / Pendik otelinde yapılmaktadır

Telefon (216) 360 65 60

www.temelteknoloji.com

Green Park Pendik Haritası için tıklayınız >>>

GESİAD – Gebze Sanayici ve İş Adamları Derneği

Tatlıkuyu Mah. Ankara Cad. 1301/4 Sokak No:19 Gebze

Tel: 0 533 240 47 17 – Ahmet Ay

www.gesiad.com.tr

AVİAD – Avrasya İş Adamları Derneği

Çakmaklı Kuruçeşme Mevkii Petrol Ofisi Yanı No:10 Kıraç Esenyurt / İSTANBUL.

Telefon 0 (212) 886 15 99

www.aviad.org.tr

İVİAD – İstanbul Verim İş Adamları Derneği

Kordonboyu Mh. Ankara Cd. no:114/2 Kartal / istanbul

Telefon : 0 (216) 473 46 40

www.iviad.org.tr

İŞHAD – İş Hayatı Dayanışma Derneği

Merkez Mah. Abide-i Hürriyet Caddesi Hanımefendi Sokak No : 135 Şişli / İstanbul

Telefon: (212) 368 86 86

www.ishad.org.tr

BOĞAZİÇİ EĞİTİM

Boğaziçi Eğitim tarafından düzenlenen eğitimler Taksim çevresinde yer alan otellerde yapılmaktadır

Telefon  : (216) 422 95 95

www.bogaziciegitim.com.tr

1. Mevcut sistemi tamamen hatalı veya yararsız varsaymak

ERP projeleri zaman zaman büyük gürültüler çıkartır; projenin sağlayacağı faydalara dikkat çekebilmek için ?mevcut sistem? ağır bir şekilde suçlanabilir. Bu yaklaşım sıfırdan başlayan bir re-engineering çalışmasına dönüşebilir. Unutulmaması gereken ise, başlamak üzere olunan projenin maliyetini mevcut sistemin ödeyeceğidir, bunu ödeyebiliyor ise tamamen kötü olamaz.

Bu nedenle mevcut sistemin ?iyi ve başarılı? tarafları geliştirilerek korunmalı sadece ?israf yaratan kısımları? elimine edilmelidir; bunun için ?mevcut sistem? iyi anlaşılmalıdır.

Mevcut sistemin deşifre edilmesi için farklı teknikler izlenebilir, örneğin :

- Her süreci detaylı gösteren iş akış diagramları hazırlamak

- StoryBoard tekniği

- Sürecin içinde yürüme tekniği

Mevcut sistemi tamamen hatalı varsaymak çalışanların üzerinde psikolojik olarak negatif etki yapar, hiç kimse yaptığının yararsız olduğunu öğrenmekten keyif duymaz. Yapmanız gereken  çalışanları eğiterek ?daha iyi çalışan bir başka sistemi? onlarla birlikte yaratmaktır.

2. ERP?nin karmaşık işler için yaratıldığını düşünüp sistemi basitleştirmemek

ERP yazılımlarının klasik yazılımlardan çok daha fonksiyonel olduğu gerçektir, ancak bu fonsiyonların hepsini kullanmak zorunda olduğunuz anlamına gelmez. Basitleştirme adımı projenin başarısı için çok önemli bir aşamadır. Ancak ?basitleştirme? genellikle küçümsenir, çünkü geleneksel olarak ?karmaşık ve komplike sistemler? daha üstün olarak kabul edilir.

Bu yaklaşım insan faktörünü ve gerçek hayatın gerçek ihtiyaçlarını genellikle göz ardı eder. Mühendislik açısından mükemmel görünen her sistem gerçek hayatta da mükemmel olarak çalışacak varsayımı hatalıdır. Sistem insanların kolay anlayabileceği, doğal ve mantıklı adımlardan oluşmalıdır. Basitleştirme aynı zamanda israfın azaltılması sonucunu da yaratacağı için firmaya kaynak sağlayan bir çalışmadır. Basitleştirme eylemine “Yalın Üretim Prensiplerini” ERP projeniz içinde kullanarak başlayabilirsiniz.

3. Nasıl bir işe başlandığının yeterince farkında olmamak

* Bir ERP projesine başladığınızda ?iş sisteminiz? çok ciddi, belki de son kez büyük bir değişim içine girecektir; gelecekteki değişimler bu platform üzerindeki iyileştirmeler olacaktır. ERP ile kuracağınız platform ise büyük ihtimalle sabit kalacaktır.

* Bir ERP çözümüne yatırım yaptığınızda o ürünün geleceği ile hem sınırlanır hem de yeni yetenekler kazanırsınız. Bu nedenle ürünün bugünkü maliyet ve fonksiyonlarının yanında arkasındaki grubun tecrübesi, vizyonu ve ürün için hedefledikleri gelecek çok önemlidir.

* ERP uygulama projeleri firmanızda çalışan hemen hemen herkesi etkiler, iş yapma biçimini değiştirir. Bu nedenle firmanızdaki her nokta dikkatle incelenmelidir.

* ERP projeleri birer bilgisayar projesi değildir ve sahibi üst yönetimdir.

* ERP projeleri bazı çalışanlarınızın ?boş vakitlerinde? yürütebilecekleri bir iş değildir, söz konusu olan iş süreçlerinizin değişmesidir. En tecrübeli çalışanlarınızın bilgi ve katılımına ihtiyacınız vardır.

4. Doğru kaynakları projeye aktaramamak

* Bir çok ERP projesi ?doğru insanların? atanmaması sonucu başarısız olur. Çalışmada aktif yer alan kişiler firmanın uygulamaları konusunda tecrübeli olmalı ancak aynı zamanda da yaratıcı, çözüm bulucu, gerektiğinde ise statükoya direnebilmelidir.

* Proje takımının saygınlığı diğer çalışanlar tarafından kabul edilmiş olmalıdır; aksi takdirde bu grubun aldığı kararlar uygulanamaz.

* Proje takımı, yönetim kurulu tarafından hem gereken yetkiler ile donatılmalı hem de onların güvenini kazanmış olmalıdır. Bu sayede daha hızlı hareket edebilirler.

* ERP projesi firmanızın iş süreçlerini geliştirmek için çok iyi bir fırsattır, belki de böyle bir şansı yıllar boyunca bir daha bulamayacaksınız. Bu nedenle proje takımınızın üyeleri firmanızın en parlak çalışanları arasından seçilmelidir. Eğer seçtiğiniz insanların projeye ayırdıkları zaman firmanızın bazı faaliyetlerini aksatmıyor ise muhtemelen hatalı insanlar seçilmiştir.

5. Değişimi etkin yönetmemek

* Çoğu kez bir ERP projesinin çalışanlar, organizasyon biçimi, iş yapma anlayışı gibi alanlardaki etkisi ciddiye alınmaz. Herşeyin eskisi gibi, sadece ?biraz değişerek? devam edeceği düşünülür.

* Değişimin etkin yönetimi, çalışanlarınızın yeni koşullara hazır, istekli ve yeterli olmasını temin etmek için gereklidir. Çünkü belirli bir direnç yaşanacaktır.

* İzlenebilecek yollardan biri proje takımında yer alan kişilerin 2 yönlü çalışmasıdır. Bu sayede hem proje takımının fikirleri diğer çalışanlar hem de çalışanların tepkileri proje takımına aktarılmış olur.

* Danışmanlarınızın rolünün yanında proje takımının ve liderinin firmanız içinde algılanış biçimidir. Ne kadar saygın ve sağlıklı ilişkileri var ise başarıya o kadar yakın olacaksınız.

* Sistemin içinde yer alanların sadece programların kullanım eğitimlerini almış olmaları çoğu kez yeterli değildir. Eğitimler daha geniş bir perspektif taşımalıdır, çalışanlarınız neyi niçin yapacaklarını veya yapmayacaklarını iyi anlamış olmalıdır.

* ERP projeleri başlarken az bir kısım sonuna kadar savunur, buna karşılık ise az bir kısım ise kesinlikle karşı çıkabilir. Asıl önemlisi sessiz çoğunluktur. Sessiz çoğunluk insan kaynaklarınızın nerede ise % 90?ı olabilir.

6. Elde edilecek faydayı yönetmemek

* Bir çok ERP projesi son derece detaylı tanım ile başlar, ancak yatırım kararı verildikten sonra nedense bunlar unutulur. Proje başladığında zamanlama ve harcamalar için bir çok rapor hazırlanır fakat ulaşılan veya ulaşılamayan ?fayda? pek göz önüne gelmez.

* İş süreçleri proje süresince sorgulanmalı, ?fayda? üretimine yoğunlaşılmalıdır. Bunun yanında elbetteki ortaya çıkan harcama ve zaman kısıtları da dikkate alınmalıdır.

* Projenin aşamalarında ?o? ana kadar elde edilen ve ileride beklenen ?fayda? gözden geçirilmelidir. Herhangi bir eylem ?fayda? üretmiyor ise 2 kez sorgulanmalıdır.

* Bir ERP projesinin öngörülen süre ve bütçe içinde tamamlanmış olması en önemli performans kriteri değildir. Önemli olan umulan faydanın elde edilebilmesidir. Bu nokta gözden kaçırıldığında projenizin aslında bitmez, sadece birileri tarafından yeniden başlatılacak bir örnek çalışma olur.

7. Entegrasyona istekli ve hazır olmamak

* Organizasyonunuz, ERP çalışması ile elde edilebilecek entegrasyona istekli ve açık olmayabilir. Herkesin mevcut rolü sabit kaldığında, ERP uygulamanız mevcut verimsizliği daha hızlı verimsizlik üreten bir mekanizmaya dönüşmesi demektir.

* Direnç veya isteksizliğin sebebi bölümler arası sınırların yok olması ve bununla birlikte mevcut güç merkezlerinin kendi alanlarını koruma isteği olabilir. Bu sorunu aşmanın yolu ise eğitim ve motivasyondur. İş süreçlerinin yenilenmesi mevcut organizasyon yapısında doğal olarak değişimlere neden olacaktır, olmayacağını varsaymak mümkün değildir. Bunun için çalışanlarınızın farklı alanlarda eğitilerek yeni düzene uyum sağlamaları hayati bir noktadır.

* ?İşini kaybetme korkusu? bir çalışan için en büyük endişe kaynağıdır. ERP çalışmaları hatalı yönlendirildiğinde firmanın içinde bu endişe büyür, çalışanların projeye katkısı azalır. Bu aşamada ?hatalı? olarak yeni bir kadro çözüm gibi görünür. Asıl yapılması gereken ise mevcut kadrolarınızın iş tanımlarını zenginleştirmek, çalışanlarınıza yeni yetenekler kazandırmaya çalışmaktır. Çünkü ?taşıma su ile değirmen dönmez?.

8. ERP çalışmasını başlayıp bitecek bir proje olarak görmek

* ERP çalışmaları, genellikle ?proje dönemi? olarak adlandırılan bir süreçten geçerler. Yapılan hata ERP çalışmasının sadece bu proje dönemini kapsadığını düşünmek, tamamlanmasından sonraki kısmı öngörüp, planlamamaktır. Bu anlayış şekli bir dizi probleme sebep olur :

* Geleceğin planlanması projenin akışını da etkileyebilir, gelecek öngörülmüyor ise yapılanlar daha dar bir çerçevede kalacaktır.

* Proje ekibinde yer alan kişilerin bir kısmı daha sonra normal işlerine dönerler, bir kısmının ise kazandığı tecrübeye göre yeni alanlara kaydırılması gerekebilir. Bu nokta öngörülmez ise çalışma esnasında kopmalar yaşanır.

* Oluşturulan sistemin sürekli desteklenmesi, yeniliklerin devreye alınabilmesi için firma içi destek ekibinin oluşturulması önemli tasarruflar sağlayabilir. Proje döneminde bu görevi üstlenen bazı kişiler daha sonrasında da bu çalışmaya devam edebilirler.

* ERP uygulaması firmalar için bir sıçrama tahtasıdır. Uygulamanın ?proje safhasından? sonrasında sürekli iyileştirme gerekir. Zor olan ?proje anlayışından? ?sürekli iyileştirme anlayışına? geçebilmektir. Asıl yapılması gereken ise ERP uygulamasını ?sürekli iyileştirme çalışmalarının? bir parçası olarak planlamanızdır

mrpsurpriseMRP-1 ve 3 diye bir şey yoktur. Yok olan bir terimi burada açıklıyor olmamızın sebebi ise bazı broşür ve kaynaklarda hatalı olarak kullanılmasıdır.

MRP 1′in hikayesi  :

MRP yönteminin kullanılmaya başlanmasından sonra (1950 – 60  dönemi) planlanması gereken tek kaynağın sadece malzeme olmadığı, malzeme dışında iş gücü, para, tezgah kapasitesi gibi kaynaklarında planlama kapsamında olması gerektiği anlaşılmıştır. Bu kaynakları da içine alan yeni yöntem ailesine “Manufacturing Resource Planning” dendiği  ve bu kelimenin baş harflerinin MRP – Material Resource Planning ile aynı olmasından dolayı karışıklığa yer vermemek için kısaltmanın yanına “-II” eklemesi yapılmıştır.(Dikkat ederseniz MRP  “Material” kelimesi ile MRP-II ise “Manufacturing” kelimesi ile başlamaktadır.

Daha sonraları literatürü takip etmeyen bazı yazılımcılar tarafından “II / 2″ var ise “I / 1″‘de vardır diyerek  MRP-1 diye bir kelime uydurulmuş olsa da böyle bir şey yoktur.

MRP-3′ün hikayesi :

MRP -3 veya MRP-III kısaltması ülkemizde MRP-1′den daha az bilinir. Bu kısaltmayı 90′lı yıllarda ürününü farklı göstermek isteyen, o zamanların çok büyük yabancı yazılım şirketlerinden biri ortaya atmıştır. Ancak dünya bu kurnazlığı çok dikkate almamıştır.

Yöntemlerin daha karmaşık bilgisayar programları tarafından işlenmesi yöntemin ismini değiştirmez, örneğin bir yazılım stok kartında bulunan sabit teslim süresini dikkate alarak geriye doğru planlama yaparken diğeri rota üzerinde kullanılan  tezgahın işlem süresine göre düşünüyor olabilir. Bu iyi ve faydalı bir özelliktir ancak MRP yönteminin ruhunda bulunan “Geriye Doğru”  (Backward Planning) planlamanın özünü değiştirmez.

Not : Bu terimleri incelemek isteyenler APICS kaynaklarını inceleyebilirler. www.apics.org

Tags: , ,

kanban_kartiKANBAN, tüketim noktası ile temin noktası arasında haberleşmeyi sağlayan bir mekanizmadır. Tıpkı sinir sistemimizin beynimize yolladığı mesajlar gibi KANBAN?da geriye doğru çalışır ve bir önceki noktadan çeker.

1. Bir operasyon her zaman kendisinden önceki operasyon veya servisten malzeme çeker. Miktar KANBAN kartı ile belirlenir.

2. Hiçbir operasyon kendisinde birikmiş veya gelmiş KANBAN Kartı miktarından daha fazla üretemez, üretim sırası Kartların geliş sırası olabilir.

3. KANBAN Kartı olmaksızın herhangi bir üretim veya malzeme hareketi yapılamaz.

4. KANBAN Kartları sadece problemsiz ürün ve malzeme üzerinde olabilir, herhangi bir arızalı parça bir sonraki noktaya ulaşmamalıdır.

5. Kullanılan KANBAN Kartlarının sayısı sürekli olarak azaltılmalıdır. Bu azaltma operasyonun verimsiz olacağı noktaya kadar devam eder.

6. Talepte meydana gelen ufak değişimler (+-%10) çalışma saatleri ile dengelenmelidir. Bu durumda KANBAN Kartı sayısı değiştirilmemelidir.

7. Büyük talep değişikliği veya proses değişikliklerinde KANBAN Kart sayısı yeniden hesaplanmalıdır.

8. Eğer bir darboğaz tezgah BOŞ kalma riski ile karşı karşıya ise geçici olarak KANBAN Kart sayısı arttırılabilir. Bu kartlar ?Acil? olarak işaretlenir ve ihtiyaç karşılandığında kullanımdan kaldırılır.

KANBAN sistemine müdahale etmek istediğinizde sistem içinde bulunan kart sayısını değiştirebilir veya özel anlamlı kartları sisteme ekler veya çıkartırsınız. Bunun dışında bir KANBAN Kartı ortaya çıktığında MUTLAKA gereği yapılmalıdır, sistem müdahaleye açıktır ancak yoruma açık değildir.

cekme_kanbanKanban, JIT (Just In Time) üretim kavramının bir yöntemidir. Yöntem standart kap büyüklüğü (parti büyüklüğü) ve herbirinin üstünden ayrılmayan tanımlayıcı bir kart ile çalışır. Prensip olarak bir iş merkezi veya lokasyonun (süpermarket rafı gibi) “Kart” ile kendisine malzeme çağırması (çekmesi) gibi düşünülebilir. Japonca bir kelime olan kanban, kart, işaret, duyuru tahtası şeklinde çevrilebilir ancak kullanımı bu araçlar ile sınırlı değildir.

Üretilen bir nesne için Standart Maliyet, içinde kullanılanların teorik miktarları ile teorik fiyatların  çarpımlarının toplamıdır. Ticari bir ürün için ise satın alınabileceği varsayılan fiyat olarak düşünülebilir.

Formüldeki Teorik Miktar … Ürün Ağacı içinde yer alan kullanım miktarlarıdır …

Formüldeki Teorik Fiyat … Hammadde ve Operasyonlar için düzenlenebilen Maliyet / Fiyat Endeksleridir.

Standartlar Nasıl Belirlenir ?

Şirketin bölümleri (muhasebe, mühendislik, personel, üretim, satınalma, üst yönetim) bir araya gelerek tecrübe ve tahminlerini birleştirirler. Standartların ulaşılabilir olması ancak çok da kolay gerçekleştirilebilecek türden olmamaları gerekir. Parasal ve para ile ifade edilemeyen faktörler vardır

Yapılan çalışmalar

Aktivite analizi
Tarihsel veri tabanı
Rekabet değerlendirmesi
Pazar tahminleri
Stratejik kararlar

Bu çalışmanın sonunda malzeme ve operasyonların miktar ve fiyatları aşağıdaki kaynaklardan elde edilecektir.

Malzemenin standartları

Fiyat ? Tedarikçi ilişkileri ile belirlenir
Miktar ? Ürün tasarımı ile belirlenir

Operasyonun Standartları

Saat Maliyeti ? Ücretler, sözleşmeler, diğer operasyon giderleri
Performans (Süre) ? Operasyon zaman analizleri

Enterprise Resources Planning (ERP) kelimesi dilimize Kurumsal Kaynak Planlaması olarak çevrilmiştir.

“Enterprise”, tanımlanmış bir misyonu olan girişim olarak tanımlanabilir. Doğal olarak bir şirket, yatırım veya herhangi bir işi yapmak üzere oluşturulmuş organizasyon bu tanıma girebilir.

ERP, “Enterprise” olarak tanımlanan şirket veya organizasyonun kendi tecrübe ve bilgisinin bir avantaja dönüştürülebilmesi için gereken tanımlama, standartlaşma ve organizasyonu sağlayan yazılım ve entegrasyon alt yapısıdır.

Not : ERP, bu tanımı itibarı ile bir yöntem değildir; dolayısı ile yöntem kategorisinde bulunan MRP ve MRP-II ile kıyaslanmamalıdır. ERP entegrasyonu içinde MRP, MRP-II gibi bir çok yöntem kullanılıyor veya kullanılmıyor olabilir.

maliyetheader

Bu çalışma içinde öncelikle lüzumsuz, vakit doldurucu bir konu yok, tamamen saf bilgi. Katılımcılarımız biraz yorulacak ancak “maliyet” hakkında uzmanlık kazanmak isteyenlerin bunu severek kabul edeceklerini biliyoruz. Çalışmanın sonunda şirketinizde bu konuda proje lideri veya şirketinizin organizasyonuna göre bir takım üyesi olarak büyük katkılar sağlayabileceksiniz.

WorkShop’da bütün konular teorik anlatım – katılımcıların problem çözümü / sistem tasarımı – ERP yazılımı içinde nasıl gerçekleştirildiği şeklinde işlenmektedir. Bu sayede katılımcılar her konunun teorik alt yapısının yanısıra o konuya ait bireysel ve grup çalışmaları ile pratik uygulama yapabilecek ve üçüncü aşamada ise ilgili konunun ERP yazılımı içinde nasıl yer aldığını / nasıl çalıştığını görerek ilgili konuyu tüm boyutları ile işlemiş olacaklardır.

İsteyen katılımcılar kendi kullanmakta oldukları yazılımı yanlarında getirerek sınıfımızda yapılacak çalışmalara katkıda bulunabilir (sınıfa bilgisayarları ile katılarak). Bu sayede farklı yazılımların konuya yaklaşımlarını beraberce değerlendirebiliriz.

Önemli Not : Bu çalışmaya bilgisayarınız ile katılmanız ve herhangi bir programa bilgi işlemeniz gerekli değil, ancak isterseniz bunu da yapabilir, sonuçları diğer katılımcılar ile paylaşabilirsiniz.

Şirketinizin maliyet düzeninin etkin olup olmadığı nasıl anlarsınız ?

Maliyetlendirme düzeninin yeterli olup olmadığını anlamak, aksayan noktaları görebilmek için aşağıdaki kontrol listesi kullanabilirsiniz.

1. Şirketinizin bilgisayar kayıtlarında görünen stok miktarları gerçek ile uyumlu mu, stoklarınızda kayıt doğruluk oranı %95 ve üzerinde mi ?
2. Farklı bölümlerin farklı maliyet anlayışları veya hesaplama biçimleri var mı ? Zaman zaman kimin hesabı daha doğru gibi toplantılar yapılıyor mu?
3. Şirketiniz her ürün ve müşterisi için ayrı ayrı karlılığını biliyor mu?
4. Şirketinizde olması gereken ile olan arasındaki (fiyat, miktar) farkı incelenebiliyor mu?
5. Şirketinizde maliyetler her dönem sonunda, karar sisteminize destek olabilecek hızda hesaplanmış oluyor mu ?
Bu tür sorulara “Hayır” veya “Belirsiz” gibi cevaplar geliyor veya cevaplar üzerinde de anlaşma sağlanamıyor ise şirket içinde aynı dilin konuşulmadığına ve maliyet veri tabanında problemleriniz olduğu sonucuna varabilirsiniz.

WorkShop’a gelmeden önce yapılması gereken hazırlık hakkında

WorkShop öncesinde yapmanızı istediğimiz 2 şey var.


1. Seminere dinlenmiş olarak gelmek : Özellikle şehir dışından katılacak olan arkadaşlarımızın mutlaka bir gece önce İstanbul’a gelmelerini ve dinlenmelerini rica ediyoruz.

2. Bir şirkette çalışıyor iseniz şirketinizin maliyetlendirme kurgusu ve beklentileri hakkında bilgi / fikir sahibi olmanızı bekliyoruz.


Maliyetlendirme ve bilgisayar uygulamaları hakkında bilmek
isteyeceğiniz herşey bu WorkShop’da …

WorkShop İçeriği

WorkShop çalışma programı ve kullanılacak formların tanıtımı, grupların oluşumu.
Standart Maliyet
- Standart Maliyet fiyatlandırma alt yapısı,
- Zaman ekseninde değişen fiyatların kullanımı,
- Farklı maliyet unsurlarının kullanımı,
- İşlemlerin / operasyonların dahil edilmesi,
- Set-up süresinin maliyete nasıl eklenebileceği,
- Maliyeti etkilemeyen kalemlerin gösterimi,
- Teklif maliyetlendirme ve hedef fiyatlandırma,
Maliyet Bilgilerinin Yönetim Kararlarında Kullanımı
- Başabaş analizi
- Üret veya Satınalma kararı
- Makina satınalma / yenileme kararı
- Özel bir siparişin kabul edilmesi
- Bir mamülün üretimine son verilmesi
Fiili Maliyet’e Giriş
- Yürüyen Ağırlıklı Ortalama, FIFO ve LIFO yöntemlerine ait örneklerin çalışılması,
- Yöntemlerin değerlendirilmesi ve kayıt hataları durumunda yöntemlerin davranışları,
- 3 üretim şeklinin maliyetlendirilmesi
(Çok Malzeme Tek Ürün, Tek Malzeme Çok Ürün, Yan Ürün İçeren Prosesler)
- Standart Maliyet ile Fiili Maliyetin karşılaştırılması ile elde edilebilecek sonuçlar
- Masraf dağıtımına ait ön fikirlerin değerlendirilmesi
Sistem İçinde Yapılabilecek İşlemler ve Maliyetlendirilmeleri
Aşağıdaki işlemlerin ERP düzeni içinde stok sistemini nasıl etkiledikleri ve nasıl maliyetlendikleri örnekler üzerinde hesaplanarak işlenecektir.
- Satınalma
- İthalat
- Giriş / Çıkış
- Transfer
- Üretim
- Sayım Farkı
- Fiyat Farkı
- Fason Üretim
- İade
Masrafların Dağıtımı ve Anahtarların Kullanımı
- Giderlerin sınıflaması
- Giderlerin üretilenlere dağıtımı nasıl yapılıyor
- Farklı dağıtım anahtarlarının kullanımı
- Dağıtım yöntem ve yaklaşımlarının etkileri

Kim Katılmalı

Maliyetlendirme düzeninin kurulması, çalıştırılması ve denetlenmesi ile profesyonel seviyede ilgilenmek isteyenler,
Şirketlerinde ERP proje grubu içinde yar alan ve bu konu ile ilgili olanlar,
Maliyet muhasebesi yöneticisi ve/veya çalışanları,
Muhasebe bölümü yöneticisi ve/veya çalışanları,
Planlama grupları içinde maliyet ile ilgilenen kişiler

Bu seminere niçin katılmalısınız

Bu çalışmada, bir ERP sistemi içinde hızlı ve doğru maliyet değerlerine ulaşabilmek için düzenin nasıl kurulması gerektiğini adım adım görecek, kurulu düzenin iç çalışma kurallarını çalışacak ve daha sonra nasıl denetleyebileceğinizi öğreneceksiniz. Bu sayede işletmenizin maliyet sisteminin oluşumuna büyük katkıda bulunabilecek, çoğu kez çok uzun tartışmalara konu olan aşamaları kısa sürede aşabileceksiniz.

Sertifika Katılımcılara, özel cam çerçeveli katılım sertifikası verilecektir.

_________________________________________________________________

Gerçekleştirilmiş Seminerler ve Katılımcılarımız

Fiili Maliyet Uzmanlık Semineri 29-30 Temmuz 2008 The Green Park Bostancı İstanbul

Fiili Maliyet WorkShop 11,12-14 Haziran 2007 Divan City İstanbul >>>

Fiili Maliyet Uzmanlık Eğitimi 19 Nisan 2007 The Marmara – İstanbul >>>

Fiili Maliyet Uzmanlık Eğitimi 30 Mart 2007 The Marmara – İstanbul >>> >>>

Fiili Maliyet Uzmanlık Eğitimi 15 Mart 2007 The Green Park Taksim – İstanbul >>>

Yapılması Gerekenler

İyi ilişki ve karşılıklı fayda esastır. Birbirinize güvenmediğiniz sürece işbirliği olamaz.

Sorumluluklar, beklentiler ve roller tanımlanmalıdır.

Performans kriterleriniz firmanızın hedefleri doğrultusunda olmalıdır.

Firmanızın farklı bölümlerinden çalışanlar ekibinize katılmış olmalıdır.

Tedarikçi sayısı azaltılmalıdır.

Performans gösteren ile göstermeyen birbirinden ayrılmalıdır.

Her iki tarafın üst yönetimi bu çalışmalara katılmalıdır.

Tedarikçinizin sizin kayıtlarınıza elektronik olarak ulaşmasını, ihtiyaçlarınızı görmesini ve sipariş beklemeden hazırlık yapmasını teşvik edin.

Yapılmaması Gerekenler

Bir avantaj elde etmiyorsanız (daha az envanter, daha iyi fiyat, daha kısa teslim süresi) işbirliği sürecini başlatmayın.

Tedarikçileriniz ile sürekli haberleşme içinde olmayı ihmal etmeyin. İyi performansın ödüllendirileceği, kötü performansın kabul edilmeyeceği iletilmelidir.

Mevcut tedarikçilerinizi geliştirmeyi denemeden yenilerini aramayın.

Bütün tedarikçilerinizin sizin beklediğiniz seviyeye ulaşabileceğini düşünmeyin.

Tedarikçiler ile beraber uygulayacağınız çalışma programları her iki firma içinde direnç ile karşılaşabilir, bunu unutmayın.

mrp_mrpii1960?da ortaya çıkan MRP olaya sadece malzeme ekseninden bakıyordu. Bunun yeterli olmadığı 1970?li yıllarda ortaya çıktı ve MRP ile başlayan firma çapındaki entegrasyonun içine firmanın diğer kaynakları da eklendi, sonuçta yeni bir isim bulmak gerektiği için MRP-II ortaya çıktı.

MRP-II kendi içinde hem planlama hem de uygulama yöntemleri içerir. Daha fazla unsuru dikkate alarak çalıştığı için doğal olarak MRP?den daha etkin sonuçlar yaratır.
MRP-II?nin en temel farkı ?Kapasite? parametresinin planlama ve uygulama kurgusuna eklenmiş olmasıdır.
MRP-II, firmanın malzeme ve tezgahlara elini süren bölümleri entegre etmeyi, kayıpları engellemeyi hedefler.

MRP-II çalışması firmanın hem bölümler arası entegrasyonuna hem de bilgi veri tabanının oluşumuna büyük katkı sağlar. Yöntemin hedeflerini özetlersek ;


* Şirket içi formal, kuralları belli olan düzen yaratmak
* Bölümler arası koordinasyon ve eşgüdüm yaratmak
* Şirket içi ortak lisan ve hızlı bilgi akış düzeni oluşturmak
* Hammadde ihtiyaçlarını zaman ekseninde izleyebilmek
* Kapasite ihtiyaçlarını zaman ekseninde izleyebilmek
* Satış – Ana İmalat Planı ? Üretim entegrasyonunu gerçekleştirmek
* Satınalma planlaması ile fazla veya eksik stok olaylarından kurtulmak
* Bölümlerin tekrar tekrar aynı bilgiyi işlemesine son vermek

MRP-II’nin Kapalı Devre planlama sisteminin hedefi aksilikler olduğunda çözüm bulmaya çalışmaktan çok aksilikleri önceden görmek ve onları engellemektir. Diğer bir deyimle olayları takip etmekten çok onların yönlendirmek ve yönetmektir.

Bunun için imalat planlamasını yapan kişinin rolünün değişmesi gereklidir :

1. Bilgisayar tarafından üretilen iş listeleri planlamacı ve ustabaşları tarafından yorumlanmalıdır.
2. Planlama kısa aralıklarla muhtemel gecikme raporları üretir, hem sebepleri hem de bu gecikmelerin ana planı etkileyip etkilemeyeceğini analiz eder.
3. Ana Planı etkileyebilecek değişiklikleri Malzeme Planlama, Satış ve Ana Plan sorumlusuna iletmek bu bölümün sorumluluğudur.
4. Kapasite kullanımını analiz eder, Ana Planı etkileyebilecek olanlarını gereken bölümlere duyurur.

Bu sistem, içinde yer alan her bölüm veya kişinin birbiri ile hangi şartta ve nasıl haberleşeceği belli olan, kapalı ve formal bir sistemdir. Sistemin ve içindeki insanların amacı problemleri önceden görmek ve alınabilecek tüm tedbirleri almaktır. Sistem insanlar ve bilgisayar programları ile bir bütündür, sistemin uygulayıcıları aynı zamanda sistemin kurulması ve iyileştirilmesinde aktif görev alırlar.

MRP / ERP projelerinde birçok kavram ve metod kısaltmaları ile anılır ve bir süre sonra anlamları unutulur ama kendileri kullanılır. Firmaların hedefi bunlardan birini (MRP, MRP-II, JIT, KANBAN, MES, ERP, TQM, SCM vs?) uygulamak değildir; hedef bu kavram ve yöntemleri kendi çıkarları doğrultusunda kullanarak daha çok kazanmak, rekabet gücünü arttırarak rakibin önüne geçebilmektir.

Proje gruplarının “neyin kavram neyin metod” olduğunu anlamaları tartışmaların boyunu kısaltır. Örneğin Biz JIT yapacağız MRP bize göre değil, MRP-II MRP’den daha iyi bir şey, KANBAN olunca MRP’ye gerek kalmayacak,  ERP’nin modası geçti zaman Tedarik Zinciri Yönetimi (SCM) zamanı, MRP gelince ben muhasebe kayıtlarını istediğim gibi düzeltemeyecek miyim ?, Barkod sistemi olmadan stoklarımızı doğru bilemeyiz … gibi hatalı ve sizi bir sonuca götürmeyecek konulara girmemiş olursunuz.