Project management: defining the projectOscar Vadillo
This document discusses defining a project through a work breakdown structure (WBS). It outlines 5 steps to define a project: 1) defining the scope, 2) establishing priorities, 3) creating the WBS, 4) linking the WBS to organizational units, and 5) coding the WBS. The WBS breaks down the project into deliverables, work packages, and sub-packages to facilitate planning, execution, and control of the project. It also discusses how the WBS can be integrated with an organizational breakdown structure to assign responsibilities and track costs. Clear definition of a project's scope, priorities, and WBS are key factors for effective project management.
The document summarizes the results of a general quiz competition called "Mood Indigo 2012". It provides details on the format, rounds and results of the final competition. The quiz was won by Abhishek from IIM Indore and Suraj from XLRI Jamshedpur, who came first. NIT Calicut came second, while IIT-H and BITS Pilani jointly came third. It also thanks the organizers and quiz masters for conducting the event.
The document describes data flow diagrams (DFDs), including how they differ from flowcharts by showing the flow of data rather than control flow. It then provides steps for creating DFDs using an example of a lemonade stand: 1) List activities, 2) Create a context-level DFD identifying sources and sinks, 3) Create a level 0 DFD identifying subprocesses, and 4) Create level 1 DFDs decomposing subprocesses and identifying data stores.
The document provides steps and an example for creating data flow diagrams (DFDs). It explains that DFDs are constructed at multiple levels, starting with the context level diagram identifying external entities and processes. Then a level 0 diagram identifies sub-processes, and lower level diagrams show actual data flows and data stores. The example demonstrates creating DFDs to model the processes of a lemonade stand at different levels of detail.
This document provides an overview of data flow diagrams (DFDs). It describes the key components of DFDs, including processes, flows, stores, and terminators. Processes represent transformations of inputs to outputs, flows represent movement of data, stores represent collections of resting data, and terminators represent external entities. The document distinguishes between physical and logical DFDs, where physical DFDs specify who carries out processes and logical DFDs specify logical activities. It notes that DFDs can be used to provide a context diagram overview of a system and then expanded through leveling to show more detail.
An immersive workshop at General Assembly, SF. I typically teach this workshop at General Assembly, San Francisco. To see a list of my upcoming classes, visit https://generalassemb.ly/instructors/seth-familian/4813
I also teach this workshop as a private lunch-and-learn or half-day immersive session for corporate clients. To learn more about pricing and availability, please contact me at http://familian1.com
İTÜ İşletme ve Teknoloji Yönetimi - BİTİRME PROJESİ
Süreçlerin Yeniden Yapılandırılması ve Çalışma
Saatlerinin Denetlenmesi Sürecine Yönelik bir
Uygulama
Project management: defining the projectOscar Vadillo
This document discusses defining a project through a work breakdown structure (WBS). It outlines 5 steps to define a project: 1) defining the scope, 2) establishing priorities, 3) creating the WBS, 4) linking the WBS to organizational units, and 5) coding the WBS. The WBS breaks down the project into deliverables, work packages, and sub-packages to facilitate planning, execution, and control of the project. It also discusses how the WBS can be integrated with an organizational breakdown structure to assign responsibilities and track costs. Clear definition of a project's scope, priorities, and WBS are key factors for effective project management.
The document summarizes the results of a general quiz competition called "Mood Indigo 2012". It provides details on the format, rounds and results of the final competition. The quiz was won by Abhishek from IIM Indore and Suraj from XLRI Jamshedpur, who came first. NIT Calicut came second, while IIT-H and BITS Pilani jointly came third. It also thanks the organizers and quiz masters for conducting the event.
The document describes data flow diagrams (DFDs), including how they differ from flowcharts by showing the flow of data rather than control flow. It then provides steps for creating DFDs using an example of a lemonade stand: 1) List activities, 2) Create a context-level DFD identifying sources and sinks, 3) Create a level 0 DFD identifying subprocesses, and 4) Create level 1 DFDs decomposing subprocesses and identifying data stores.
The document provides steps and an example for creating data flow diagrams (DFDs). It explains that DFDs are constructed at multiple levels, starting with the context level diagram identifying external entities and processes. Then a level 0 diagram identifies sub-processes, and lower level diagrams show actual data flows and data stores. The example demonstrates creating DFDs to model the processes of a lemonade stand at different levels of detail.
This document provides an overview of data flow diagrams (DFDs). It describes the key components of DFDs, including processes, flows, stores, and terminators. Processes represent transformations of inputs to outputs, flows represent movement of data, stores represent collections of resting data, and terminators represent external entities. The document distinguishes between physical and logical DFDs, where physical DFDs specify who carries out processes and logical DFDs specify logical activities. It notes that DFDs can be used to provide a context diagram overview of a system and then expanded through leveling to show more detail.
An immersive workshop at General Assembly, SF. I typically teach this workshop at General Assembly, San Francisco. To see a list of my upcoming classes, visit https://generalassemb.ly/instructors/seth-familian/4813
I also teach this workshop as a private lunch-and-learn or half-day immersive session for corporate clients. To learn more about pricing and availability, please contact me at http://familian1.com
İTÜ İşletme ve Teknoloji Yönetimi - BİTİRME PROJESİ
Süreçlerin Yeniden Yapılandırılması ve Çalışma
Saatlerinin Denetlenmesi Sürecine Yönelik bir
Uygulama
Savunma uygulamalarında mühendislik ve yönetim iş süreçlerinin çalışanlar tar...Dr. Mustafa Değerli
Değerli, M. and Özkan, S. (2013). Savunma uygulamalarında mühendislik ve yönetim iş süreçlerinin çalışanlar tarafından benimsenmesi için bir model. Proceedings of the 5th Defense Applications, Modelling, and Simulation Conference, 202-211. ISBN: 978-605- 88041-1-1 - https://usmos.metu.edu.tr/system/files/usmos2013_kitap.pdf
Özel Antalya Referans Kariyer ve Bilişim Merkezi, İnsan Kaynakları Kursu, bu alanda çalışan veya çalışmak isteyen kişilere bu alandaki bakış açılarını genişletme ve kendilerini geliştirme fırsatı sunar. Günümüzde işletmelerin alt yapısını oluşturan, sistemini kuran rekabet ortamında firmaların kendilerini ön plana çıkarmalarını sağlayan esas güç insan kaynağıdır. Bu kaynağı nasıl kullanacağını bilmek ise esas stratejik güçtür.
Mustafa Değerli - 2016 - UYMS 2016 - Makale - Bir Süreç Uyarlama Yaklaşımı Ör...Dr. Mustafa Değerli
Bir Süreç Uyarlama Yaklaşımı Örneği: Süreç Uyarlama Matrisi (SUM), Deneyimler ve Öneriler
Mustafa DEĞERLİ, Elif KURTARAN ÖZBUDAK ve Fatıma Nur ÇOLAKOĞLU
TÜBİTAK BİLGEM İleri Teknolojiler Araştırma Enstitüsü (İLTAREN)
{ mustafa.degerli, elif.kurtaran, nur.colakoglu }
@tubitak.gov.tr
Özet. Takvim, maliyet, kapsam ve kalite ile ilgili hedeflere ulaşmada en önemli araçlardan biri olan süreçlerin, projelerin eşsiz karakterleri ve organizasyonların durumsallık yaklaşımları dikkate alınarak uyarlanması projelerin başarısını etkileyebilecek önemli bir husus olarak karşımıza çıkmaktadır. Bu deneyim bildirisinde, TÜBİTAK BİLGEM İleri Teknolojiler Araştırma Enstitüsü (İLTAREN)’nde, Süreç İyileştirme Projesi kapsamında geliştirilen ve yeni baş- layan projelerdeki uygulamalar ile elde edilen deneyimler sonucunda iyileştirilen ve olgunlaştırılan İLTAREN Süreç Uyarlama Yaklaşımı hakkında bilgi verilmektedir. Aynı zamanda, süreç uyarlama yaklaşımında kullanılan İLTAREN Süreç Uyarlama Matrisi (SUM) tanıtılmakta, süreç uyarlama bağlamında edinilen deneyimler paylaşılmakta ve bu bağlamda çeşitli önerilerde bulunulmaktadır. Bu deneyim bildirisinin sektörde uyarlamaya ilgi duyan ve bu bağlamda süreçlerini iyileştirmek isteyen profesyoneller için yararlı olacağı değerlendirilmektedir.
Anahtar kelimeler: ∙Uyarlama ∙Süreç uyarlama matrisi ∙Süreç yönetimi ∙Süreç iyileştirme
A Process Tailoring Approach Example: Process Tailoring Matrix (PTM), Experiences, and Suggestions
Abstract. As processes are one of the salient tools to attain schedule, cost, scope, and quality objectives, tailoring of processes with respect to unique characteristics of projects and contingency approaches of organizations happens to be an important factor regarding the success of projects. In this experience paper, general information is given about TUBITAK (The Scientific and Technological Research Council of Turkey) BILGEM ILTAREN (Advanced Technologies Research Institute) Process Tailoring Approach which was developed in the scope of Process Improvement Project and has been improved and matured with practices distilled as a result of applying the new approach in the new projects. In this context, the ILTAREN Process Tailoring Matrix (PTM) is introduced, experiences in the context of process tailoring are shared, and certain suggestions are provided for this context. This experience paper will be beneficial for professionals in the sector who are interested in tailoring practices and want to improve their processes within this context.
Keywords: ∙Tailoring ∙ Process tailoring matrix ∙Process management ∙Process improvement
Washington Eyaletindeki SCP 2200 mil karelik bir alanda 3.pdfsupport48
Washington Eyaletindeki SCP*, 2.200 mil karelik bir alanda 330.000 haneye elektrik gc ve 19.000
eve su salyor. 2013 ylnda, Everett, Washington merkezli kurulu, birok deneyimli ve becerikli alana
sahip 1.100 kiilik igcn yakndan inceledi. Bununla birlikte,% 35'ten fazlas be yl iinde emekli olmaya
hak kazand. Bu yaklaan personel deiimi ve buna bal olarak BT personeli, mhendisler ve dier teknik
pozisyonlar ie alma ihtiyac, SCP'yi alan Kaynaklar (ER) departmann ve ie alm sistemlerini analiz
etmeye tevik etti.
alan verileri ve faydalar iin eskiyen bir insan kaynaklar (K) sistemi kullanlyordu ve eriim K alanlar
ile snrlyd. Dier departmanlardaki yneticiler, alan verilerinde deiiklik yapamaz ve alanlar hakknda
bilgi edinemezdi. Kt tabanl performans deerlendirmeleri ve K'dan kaynaklanan alan verilerinin
bordro sistemine manuel olarak iletilmesi gibi eski sreler vard. Gnlk grevlerle bouan SCP ER
departman, gelecekteki baar iin kariyer gelitirme ve yetenek ie alma ihtiyalarna konsantre olamad.
SCP'nin CIO'su ve ER yneticisi, alanlarn kendi verilerine erimesini ve bunlar gncellemesini
salayacak bir self-servis sistemi aramaya balad. Her trden kiisel veriye annda akll telefon eriimine
alkn olan gnmz alanlar, her kk sorun ortaya ktnda K departmanyla iletiime gemek zorunda
kalmaktan ekiniyor. Ayrca, bugn high0tech alanlar, ilerini yapmak iin gereken her zaman ve her
ekilde bilgiye eriebilmeyi beklemektedir.
SCP, SAP'nin bulut teknolojisine gl bir ball olduundan, birletirmek ve tek bir kayt sistemi oluturmak
iin SAP ERP sistemini gncellemeye ve K kaytlarn korumak iin SAP'nin bulut srmn kullanmaya
karar verdi. SCP ayrca SAP'nin bulut tabanl insan sermayesi ynetim paketi olan SuccessFactors'u
paralel olarak uygulamaya karar verdi.
Hem sahadaki ekipler hem de kurum ii alanlar buluttaki verilere herhangi bir yerden herhangi bir
cihazdan eriebilecekleri iin, verilerinin gvende olaca konusunda onlara gvence vermek byk bir
zorluktu. Son kullanc eitiminin nemli bir bileeni, Baar Faktrlerinin alanlarn kiisel olarak tanmlanabilir
bilgilerini korumak ve Salk Sigortas Tanabilirlik ve Hesap Verebilirlik Yasas'nn (HIPAA) gizlilik
gereksinimlerini karlamak iin yerleik gvenlik nlemlerini zetlemek zorundayd.
SuccessFactors' uygulamak iin proje ekibi, kademeli olarak yeni sisteme alabilmeleri iin yazlm
paralarnn alanlara aamal olarak datld bir dalga yaklam kulland. Mart 2014'te Proje Hazrlama
aamasna geildi. Tm temel i sreleri incelendi ve i sreci tasarmna karar verildi. Ardndan, Plan
aamasnda, proje yapsn ve dokmantasyonu oluturmak iin i srelerinin ve sistem gereksinimlerinin
ayrntl bir aklamas ana hatlaryla izildi.
Mays ayna kadar ekip, Gerekletirme aamasnn ilk dalgasn balatmaya hazrd. ADP Bordro ve iki
SuccessFactors modl, alan Merkezi ve renme, yan haklar ynetimi paketi Benefitfocus ile birlikte
kullanma sunuldu. alan Merkezi, temel self-servis K sistemidir.
alanlar becerileri, younlama alanlar, baarlar ve yeterlilikleri hakknda ve yneticilerin maa deiiklikleri,
terfiler v.
Bir Süreç Uyarlama Yaklaşımı Örneği: Süreç Uyarlama Matrisi (SUM), Deneyimler...
Oğuz yavuz si̇stem modelleme ve tasarim
1. AHMET YESEVİ ÜNİVERSİTESİ
BİLİŞİM TEKNOLOJİLERİ VE MÜHENDİSLİK FAKÜLTESİ
YÖNETİM BİLİŞİM SİSTEMLERİ YÜKSEK LİSANS
SİSTEM MODELLEME
VE
TASARIM
DÖNEM ÖDEVİ
HAZIRLAYAN
OĞUZ YAVUZ
132172596
KASIM - 2014
2. 2
İÇİNDEKİLER
1. PROJENİN TANIMI
1.1 Proje Bilgileri 3
1.2 Mevcut Durum ve Problemler 3
1.3 Amaç ve Hedefler 3
2. PROJENİN DURUM TESPİTİ
2.1 Projenin Paydaşları 4
2.2 Uygulanan Durum Tespiti Yöntemleri 4
3. SİSTEM KARAKTERİSTERİKLERİ
3.1 Çevre 5
3.2 Sınırlar 5
3.3 Girdiler 5
3.4 Çıktılar 5
4. SİSTEM İSTERLERİ 5
5. İÇERİK ŞEMASI 6
6. 0 SEVİYE VERİ AKIŞ DİYAGRAMI 7
3. 3
1.PROJENİN TANIMI
1.1 Proje Bilgileri
Proje Tanımı: İşletmeler de çalışanların kendi süreçleri veya içinde bulundukları ortam
hakkındaki önerilerini, istek veya şikayetlerini bildire bilecekleri ve takibini sağlayabilecekleri yönetim
bilgi sistemidir.
1.2 Mevcut Durum ve Problemler
İns an Kaynakları De partmanının Rolü: Mavi yaka çalışanlarının öneri kutularına
bıraktıkları öneri,istek,ş ika yet formlarının toplanması, sisteme girilmes i, kapsamlarına göre sorumlu
personelin atanması ve tüm departmanlarla koordinasyon içerisinde bulunacak işlerin gerçekleştirilmesi.
Kaize n De partmanı Rolü: Sisteme girilen önerilerin değerlendirilip puanlanmas ı ve
derecesine göre kaizen'e dönüştürülmesi işlemlerinin yapılması. Kaizen yönetim sistemine veri sağlamak
Bilgi Te knolojile ri De partmanı Rolü: Sistemin aktif olarak çalışmasını sağlamak, bakım
ve onarımlarının yapılması
Tüm Ofislerin Ortak Rolü: Sisteme girilen bildirimlerin(ö neri,iste k,ş ikayet) kendi
bölümleri ile alakalı olanlarının termin tarihinde tamamlanmasını ve takibini sağlamak.
Problemler: Mavi ve beyaz yaka çalışanların kendi fikir ve önerilerini, istek ve
şikayetlerini bildirebilecekleri ortak bir sistemin olmayış ı, gelen bildirimlerin tamamlanmas ı konusunda
takibinin yapılamamas ı çalışanları kendi süreçlerine sahip çıkma ve işi benimseyememe konusunda
sorunlar yaratmaktadır.
Buna bağlı olarak da tüm süreçlerde gerekli iyileştirme lerin tespit edilememesinden dolayı maliyetlerin
azalması mümkün olmamaktadır.
1.3 Amaç ve Hedefler
İşletme içerisindeki tüm çalışanların kendi süreçleri ve bulundukları ortamı iyileştirme ye yönelik
fikir ve öneriler üretmesini, memnun oldukları veya olmadıkları konularda istek ve şikayetlerini sistem
aracılığıyla gizlilik ilkelerine göre üst yöneticisine veya insan kaynakları departmanına iletebilmelerini
sağlamaktır.
Öneri veren personel ve verilen öneri puanlama sistemi ile derecelendirilip, öneriyi veren kişi
ödüllendirilecektir. Bu sayede katılımın artması ve rekabet duygusunun geliştirilmes i hedeflenmiştir.
Gelen öneriler kaizen birimi tarafından gerek duyulduğunda kaizen'e dönüştürülüp, ilgili öneri sayesinde
işletmenin sağladığı faydanın parasal karşılığı da öneri veren kişi yada kişilere ayrıca pay edilecektir.
Bu sayede çalışanlar her zaman süreçlerinde aktif durumda olup kendi şartlarını kendilerinin nasıl
daha iyi bir hale getirebileceklerini hususunda süreçleri ile ilgili çalışmalara sevk edecektir. Bu da
işletmeye süreç iyileştirme lerinde n dolayı maliyetlerinin azalarak karlılık oranlarının artı yönde
değişmesini sağlayacaktır.
4. 4
2. PROJENİN DURUM TESPİTİ
2.1 Projenin Paydaşları
I. Kullanıcılar
Tüm beyaz yaka çalışanlar
Departman Sorumluları
Sistem Yöneticileri
Teknik Uzmanlar
Mavi Yaka Bölüm Şefleri
II. Müşteriler
Proje Yetkilisi
İşletme Yönetimi
III. Teknik Personel
Bilgi Teknolojileri Sistem Sorumlusu
Bilgi Teknolojileri Yazılım Birimi
2.2 Uygulanan Durum Tespit Yöntemleri
I. Anket Yöntemi
Tüm Sistem kullanıc ılarına uygulandı.Ya pıla n anketin içeriğinde; kullanıc ıların mevcut sisteme
ilişkin görüşleri değerlendirildi.
Yaşanan aksaklıkların, verilen önerilerin,istek ve şikayetlerin sorumlular tarafından zamanında
yapılmadığı, bunların takibi olmadığı için de kullanıc ıların mevcut yapıya karşı ön yargılı oldukları tespit
edilmiştir.Farklı soru tipleri ile kullanıc ıların yeni sistemden beklentileri ve görüşleri öğrenilmeye
çalışılmıştır.
II. İnce leme Yöntemi
Bu yöntemin kullanılmas ındaki amaç; mevcut süreçlere ilişkin bilgiler toplamak ve genel
işleyişin ana hatlarını belirleme ktir. Böylece ortak noktalar belirlenip, kullanıc ıların birbirlerini
tetiklemeleri, bilgi akışının tek yönlü değil çift yönlü olması gerektiği düşünülmüştür.
Bu yöntemde departman raporları, departmanların mevcut yapıda kullandıkları yazılımlar,üst
yönetime aktarılan bilgi türleri değerlendirilmiş tir.
III. Mülakat Yöntemi
Bu yöntem iki aşamalı olarak gerçekleştirilmiştir. Birinci aşamada İnsan Kaynakları
yöneticileriyle mevcut sistemin durumu, olumsuz ve olumlu yönleri görüşülmüştür.
Yeni sisteme ilişkin beklentiler ve eski sistemden yapılacak geçişler, ana verilerin düzgünlüğü,
girdi ve çıktıların türleri, yeni sisteme ilişkin beklentiler, yönetimin ihtiyaç duyduğu bilgilerin hangi
departmanlar tarafından sağlanacağı, gerekli raporlamaların içerikleri hakkında bilgi alışverişinde
bulunulmuş tur.
İkinci aşamada ise kullanıc ılar ile görüşülmüştür. Yeni sisteme ait beklentiler ve kullanıc ıların
sistem üzerinde ki görev ve sorumlulukları hakkında ki görüşler paylaşılmıştır
5. 5
3. SİSTEM KARAKTERİSTİKLERİ
3.1 Çevre
Uygulanacak sistemin işleyişinin dışında kalan, ancak sistemle doğrudan veya dolaylı yollarla
ilişkili etkenlerdir. Bu projedeki etkenler; önerilerin puanlanması ile ortaya çıkan ödülün hediye kart
uygulamas ı ile kullanıc ılara iletilmes i için anlaşılan firmalar(Gıda ,teknoloji vb gibi...)
3.2 Sınırlar
Uygulanacak sistemde, sistemin çalışmasını daha etkin hale getirebilecek, değiştirile bilir
olgulardır. Bu projenin sınırlarını oluşturan etkenler, kullanıc ıların bağlı oldukları departmanlara göre
şöyledir: süreçler,iyileştirile bilir süreçler, sabit akışlı süreçler vb gibi...
3.3 Girdiler
Sistemin işleyişini sağlayabilmes i için ihtiyaç duyduğu öğeler bütünüdür. Genel olarak
kullanıc ıların çalışma alanlarına göre ihtiyaçları: üretim hatları, alınan sipa rişler, stok edilen
ürünler,gayrimenkuller, nakit akışı, enerji, reklam, finans kurumlarından alınan krediler vb...
3.4 Çıktılar
Temel işlemlerin yerine getirilmes inde n sonra ortaya çıkan ürünler bütünüdür. Bu projenin
çıktıları ise genel olarak şöyledir; üst yönetim raporları, kaizen birimi ana verileri, sistem ödüllendirme
raporları, kullanıc ı raporları vb...
4. SİSTEM İSTERLERİ
Kullanıc ılar sisteme herhangi bir zamanda kolayca bağlanabilme lidirler. Her kullanıc ı sorumlu
olduğu önerileri, istekleri, şikayetleri kolayca ulaşabilme lidir.Periyodik olarak alınan raporların dışında
anlık olarak hazırlanmas ı gereken demografik raporlarında sistem üzerinde aktif olması
gerekmektedir.Bu raporlar kullanıc ının üzerinde değiştirme yapamayacağı şekilde olmalıdır.
Ayrıca kullanıc ılar sistem üzerinden sistemin ürettiği numaralar ile de arama ve filtreleme
yapabilme lidir.Kullanıc ılar yetkileri düzeyinde sistemi kullanma lıdırlar.Düşük seviye yetkiye sahip olan
kullanıc ı üst yetki gerektiren raporlara ve ekranlara ulaşamamalıdır.
Departmanlar sadece kendi birimleri içinde sistemi kullanma lıdırlar.Üretim departmanı ARGE
departmanının bilgilerine erişememelidir.
Mevut yapıda kullanıla n ERP sistemi ile mümkün olduğunca entegre çalışmalıdır.Böylece geçiş
sürecinde veri kaybının en aza indirge nmes i sağlanabilme lidir.
Sistem belli periyotlarla yedeklenme li ve bakım onarım işlemleri yapılma lıdır(Server ve network
bakımları vb gibi...)
Çalışanların görev yerlerini değiştirme leri ihtimaline karşılık, web tabanlı bir sistem
kullanılma lıdır. Sistem kullanıc ı dostu ekranlar ile dizayn edilmeli ve sade olmalıdır.
Sistem kolayca güncellenebilme li ve farklı platformlara entegre edilebilme lidir. Sistemdeki
veriler bir veri deposunda süresiz saklanabilme lidir. Ortaya çıkacak sorunlarda, zaman kaybetmeden her
an teknik destek alınabilme li.