Bir Prosedür Yöntemi (MOP), planlı değişiklikleri güvenli şekilde uygulamak için - özellikle BT, telekom, ağ operasyonları ve veri merkezlerinde - altın standarttır. Trupeer ile ücretsiz bir prosedür yöntemi şablonuyla başlayarak MOP yazımında saatler kazanabilir, bunu marka yönergeleriniz ile özelleştirebilir ve MOP’leri operasyon ekiplerinin her değişiklik penceresinden önce inceleyebileceği video anlatımlara dönüştürebilirsiniz.

Prosedür yöntemi nedir ve ne zaman birine ihtiyacınız olur?

Prosedür yöntemi, genellikle MOP olarak kısaltılır; şu anda çalışmakta olan bir şey üzerinde tek bir planlı değişikliği gerçekleştirmek için kullanılan adım adım dokümandır. Canlı bir switch’te firmware yükseltmesi, bir veritabanı geçişi, veri merkezinde bir güç beslemesi aktarımı, sistemler arasında bir cutover.

Üç özelliği onu ayırır. Belirli bir zamanda tek bir icra için yazılır; genellikle bakım penceresi içinde olur. Onu yazmamış biri tarafından yürütülür. Ve bir geri dönüş (back-out) planı taşır; çünkü değiştirilen şey hizmettedir ve başarısızlık göz ardı edilemez.

Değişiklik planlandığında, üretimi etkilediğinde ve ertesi sabah basitçe yeniden denemek mümkün olmadığında bir MOP’a ihtiyaç duyarsınız. İş rutin ve tekrarlıysa prosedür istersiniz. İş tek bir pencere yerine bir proje ise plan istersiniz; IT proje planı şablonumuz bunu kapsar ve MOP, cutover dokümanı olarak bunun içinde yer alır.

SOP mu MOP mu: Aslında hangi dokümanı yazıyorsunuz?

Bu ayrım sürekli bulanıklaşıyor; kısmen de birinin arama trafiğinin diğerine düşmesi yüzünden.

Bir SOP ayaktadır. Kuruluşunuzun tekrar eden bir işi nasıl yaptığını anlatır; tarihi yoktur, bir kez yazılır ve güncel tutulur. Bir posta kutusunu geri yükleme, bir müşteriyi onboarding’e alma, ay sonunu çalıştırma.

Bir MOP tek kullanımlıktır. Tek bir değişikliği, tek bir geceyi, adı geçen ekipmanı; başlangıç saati ve bitiş saatiyle birlikte anlatır. O pencere için onaylanır ve ardından ne yapıldığına dair bir kayıt olarak arşivlenir.

Pratik test, dokümanın belirli ekipmanı ve belirli bir tarihi adlandırıp adlandırmadığıdır. Adlandırıyorsa bu bir MOP’tur. “Etkilenen cihaz” diyorsa bu bir prosedürdür.

Pek çok kuruluşun ikisine de ihtiyacı vardır ve ilişki nettir. SOP, firmware’i genel olarak nasıl yükselttiğinizi söyler. MOP ise bu iki cihazı, bu pencerede, bu sırayla, bu back-out ile yükselttiğinizi söyler. MOP’un gerektiği yerde SOP yazmak, baskı altında yürütülemeyecek kadar belirsiz bir doküman üretir. SOP’un gerektiği yerde MOP yazmak ise aynı şeyi kırk kez yeniden yazmak demektir.

Trupeer’da bu şablon nasıl özelleştirilir

Adım 1: Şablonlar bölümünü açın

Ana navigasyondan Şablonlar bölümüne gidin.

Adım 2: Bir şablon seçin ve açın

Açmak istediğiniz herhangi bir şablonun üzerine tıklayın.

Adım 3: Şablon görünümünü genişletin

Gerekirse, tam düzeni ve ayrıntıları net şekilde görmek için şablon görünümünü genişletin.

Adım 4: Şablonu düzenleyin

Seçili şablonu değiştirmeye başlamak için Düzenle’ye tıklayın.

Düzenleyicide şunları yapabilirsiniz:

• Yeni bölümler ekleyin

• Biçimlendirme kurallarını tanımlayın veya güncelleyin

• Bir logo ekleyin ve konumunu ile ilgili ayarları düzenleyin

Adım 5: Özelleştirilmiş şablonunuzu kaydedin

Gerekli tüm değişiklikleri yaptıktan sonra, güncellenmiş şablonu kendi şablonunuz olarak saklamak için Kaydet’e tıklayın.

Adım 6: Şablonu önizleyin ve ince ayar yapın

Özelleştirdiğiniz şablonun nasıl göründüğünü görmek istediğinizde Önizleme’yi açın.

Önizleme ekranından, gerekirse doğrudan ayarlamaya devam edebilir; şablonun tam olarak istediğiniz gibi göründüğünden emin olabilirsiniz.

Bir prosedür yöntemi şablonuyla şunları yapabilirsiniz:

• Yazımda saat kazanın: Değişiklik icrası için oluşturulmuş bir yapıyla boş sayfayı atlayın.

• Değişiklik başarısızlıklarını azaltın: Eksik adımları arızalara dönüşmeden önce yakalayan net MOP’ler.

• Markanızda kalın: Trupeer’ın marka kitini kullanarak logonuzu, yazı tiplerinizi ve renklerinizi uygulayın.

• Operasyon ekiplerini eğitin: MOP’leri video anlatımlarla eşleştirin - değişiklik yönetimi için ideal.

• Değişiklik icrasını standartlaştırın: Her değişiklik için aynı MOP formatını kullanın.

• Küresel ekiplere ulaşın: MOP’leri tek tıkla 65+ dile çevirin.

MOP’ler adımlarda değil, zaman aritmetiğinde neden başarısız olur?

Yanlış giden bir MOP’u okuyun; adımlar genellikle gayet iyidir. Yetkin biri yazmıştır, yetkin biri incelemiştir ve sıra doğrudur.

Eksik olan aritmetiktir. Dolaşımdaki neredeyse her MOP’un bir bakım penceresi, bir adım listesi ve bir geri dönüş bölümü vardır. Ancak neredeyse hiçbiri, her adım için bir süre içermez; geri dönüşün kendisi için de neredeyse hiç süre vermez.

Bu eksiklik önemlidir; çünkü insanların nadiren açıkça söylediği tek bir gerçek vardır. Güvenli şekilde iptal edemediğiniz an, pencerenin sonu değildir. Geri dönüşün ne kadar sürdüğüne göre pencerenin sonundan geriye kalan kısımdır.

Pencereniz dörtte kapanıyorsa ve geri dönüşünüz yetmiş beş dakika sürüyorsa, gerçek karar verme son saati üçe çeyrek kala olur. O dakikadan sonraki her dakika, karar verip vermediğinizden bağımsız olarak sizi bağlar ve devam etme seçimi bir kişi tarafından değil saat tarafından yapılmış olur.

Çoğu ekip bunu, saat üçü on geçe; çalışmayan bir şeyin ortasında fark eder.

Geri dönüş saati ve iptal zamanı nasıl hesaplanır

Pencere başlamadan önce hesaplanan üç sayı; pencere sırasında değil.

Adım süreleri. Her adım için gerçekçi bir süre; bir tahminden değil, bir prova sırasında ya da en son yaptığınız zamandaki gerçek zamandan alınır. Planlanan bitiş için hepsini toplayın.

Geri dönüş süresi. Back-out’un gerçekte ne kadar sürdüğü; aynı şekilde zamanlanır. Bu sayıyı kimsenin elinde yoktur ve genellikle bunu elde etmek, maliyetinin karşılığı olan bir öğleden sonra değerinde bir laboratuvar provası gerektirir.

En geç iptal zamanı. Pencere bitişi, geri dönüş süresi çıkarılır, ardından yaklaşık %20’lik bir tolerans eklenir. Bunu MOP’un en üstüne kalın şekilde, geçen süre yerine saat zamanı olarak yazın; çünkü sabah üçte kimse çıkarma yapmıyor.

Ardından, kararın hâlâ verilebildiği noktalara go/no-go kapıları yerleştirin. Kapı, adlandırılmış bir adımdır; ona ulaşmanız gereken saat zamanıdır ve gözlemlenebilir bir koşuldur. Tüm arayüzler yukarıyken 02:00’de 22. adıma ulaşıldı. Ulaşılamadı veya koşul sağlanmadıysa iptal.

Geri dönüşün artık mümkün olmadığı noktadan önceki kapı önemlidir ve geri kalanından farklı işaretlemeye değerdir. Sonrasında geri dönüş, aranızda seçim yapabileceğiniz bir seçenek olmaktan çıkar. Sığabilecek tek şey odur.

Ücretsiz prosedür yöntemi şablonu: kopyalayabileceğiniz tam MOP

Buradan kopyalayın. Köşeli parantez içindeki her şeyi değiştirin.

Başlık. MOP referansı ve sürümü. Başlık; değişikliği ve ekipmanı adlandırır. Site veya sistem. Değişiklik kayıt numarası. Saat dilimiyle birlikte saat zamanı olarak pencere başlangıcı ve bitişi. En geç iptal zamanı. Yazar, gözden geçiren, onaylayan ve icra eden kişi; farklıysa. Onay tarihi.

Amaç ve kapsam. Ne değiştiğini ve neyin değişmediğini anlatan tek bir paragraf. Belirleyiciyle birlikte belirli cihazları, devreleri, veritabanlarını veya sistemleri adlandırın.

Etki. Neyi, ne kadar süreyle etkilediği ve kimin bilgilendirildiği. Fark edecek olan müşterileri veya dahili ekipleri ekleyin ve etkinin beklenen mi yoksa yalnızca mümkün mü olduğunu belirtin.

Ön koşullar. Erişim, kimlik bilgileri, fiziksel erişim, sahadaki yedekler, sahneye alınmış ve checksum’lanmış yazılım görselleri, alınmış ve doğrulanmış yedekler, yürürlükte olan izinler veya izolasyonlar ve erişilebilir olması gereken adlandırılmış kişiler. Her öğe, pencere açılmadan önce evet/hayır olarak doğrulanır.

Ön kontroller. Dokunmadan önce sistemin durumu; kanıt olarak kaydedilir. Komut çıktıları, ekran görüntüleri, okumalar, sayımlar. Bunlar olmadan, bir şeyin daha önce bozulmuş olup olmadığını sonradan kanıtlayamazsınız.

Adımlar. Numaralı; her biri tek bir eylemle. Tam komut veya ayar, beklenen sonuç ve iki zaman sütunu: tahmini süre ve kümülatif geçen süre. go/no-go kapılarını ve geri dönüşün artık mümkün olmadığı noktayı ayrı şekilde işaretleyin.

Geri dönüş planı. Özet değil; kendi süreleri ve kendi toplamıyla birlikte tam adımlar. Geri dönüşün, çalışmayacağı bir nokta varsa, bunu belirtin.

Son kontroller ve kabul. Geri dönüşün başarı olarak ilan edilebilmesi için neyin doğru olması gerektiği; örneğin gece batch’i veya replikasyon döngüsü gibi bir gecikmeden sonra yalnızca görünür hale gelen her şey dahil.

İletişim. Başlangıçta, her kapıda, tamamlandığında veya iptal edildiğinde kimin bilgilendirildiği ve hangi yöntemle.

Onay/İmza. Kim tarafından yürütüldü, kim tarafından doğrulandı, ne zaman tamamlandı ve dokümandan herhangi bir sapma dahil olmak üzere gerçekte ne oldu.

Buraya kopyalayın. MOP’lerin çoğunun eksik olduğu iki ek, zaman sütunları ve en geç iptal zamanıdır. Diğer her şeyi, herhangi iyi bir şablonda bulacaksınız.

Bir prosedür yöntemi şablonunun bileşenleri

Kısaca bakarsanız, bir MOP dört işi yapar ve her bölüm bunlardan birine hizmet eder.

Başlamanın güvenli olduğunu kurmak: ön koşullar ve ön kontroller. Değişikliği yürütmek: adımlar. Devam edip etmeyeceğinize karar vermek: kapılar, iptal zamanı ve geri dönüş planı. Ve ne olduğunu kanıtlamak: kanıtlar, son kontroller ve onay/İmza.

Bu dört işten hiçbirine hizmet etmeyen bölümler genellikle bir proje şablonundan devralınır ve çıkarılabilir. Arka plan, iş gerekçesi ve paydaş listeleri değişiklik kaydında yer almalıdır; sabah iki gibi bir saatte elinizde tuttuğunuz dokümanda değil.

İnsanların hafife aldığı tek bileşen kanıt kaydıdır. Öncesi/sonrası kanıtı olmayan bir MOP, kötü bir gecenin ardından her zaman gelen soruyu yanıtlayamaz: değişiklik buna neden oldu mu?

İptal noktasını beş dakika kaçıran yükseltme

Bölgesel bir ISP olan Padstow Networks, bir çekirdek switch çifti üzerinde firmware yükseltmesi planladı. Pencere gece yarısından dörte. Otuz dört adım; gözden geçirildi ve onaylandı. Üç satırda image revert, configuration reload ve doğrulamayı anlatan bir geri dönüş planı vardı.

Kimse geri dönüşü zamanlamamıştı.

1’den 22’ye kadar olan adımlar temiz ilerledi ama yavaş ilerledi; 1 buçuk saatlik tahmine karşı 2’yi on geçe bitirdiler. Yükü çok yüksek bir cihazdaki konfigürasyon yedeği, kimsenin beklediğinden çok daha uzun sürdü.

Yükseltmenin kendisi 2’yi on geçe başladı. Image yükleme ve yeniden başlatma kırk dakika sürdü. 2 buçukta switch, altı line card’ından ikisi başlatılamadan geri döndü.

Pencereden yetmiş dakika kaldı. Geri dönüş, birisi daha sonra doğru şekilde zamanlayınca, en iyi ihtimalle yetmiş beş dakika sürdü. Temiz bir iptalin mümkün olduğu noktayı zaten beş dakika geçmişlerdi ve odadaki kimse bunu bilmiyordu; çünkü bu süre hiç hesaplanmamıştı.

İleriye dönük düzeltmeye çalışarak otuz beş dakika harcadılar. Kartları yeniden oturtmak ve yeniden yüklemek kartları ayağa kaldırmadı. Geri dönüş 3’ü yirmi beş geçe başladı ve yetmiş beş dakika yerine yüz beş dakika sürdü; çünkü geri dönüş yolunda line card’ların fiziksel olarak da ilgilenilmesi gerekiyordu.

Hizmet, pencerenin bitiminden yetmiş dakika sonra ve yaklaşık dört bin müşteri için iş gününün başlangıcına denk gelecek şekilde 5’i on geçe geri getirildi. SLA kredileri yaklaşık otuz sekiz bin pound civarındaydı ve arıza, lisans yükümlülükleri kapsamında raporlanabilirdi.

Olay sonrası inceleme kötü bir MOP bulmadı. Adımlar doğruydu. Buldukları şey, dört saatlik bir pencere içeren; adım süreleri olmayan ve bir saat tutucu çalıştırılarak uçtan uca hiç yürütülmemiş bir geri dönüş planıydı.

O zamandan beri her MOP başlıkta bir zaman sütunu ve en geç iptal zamanı taşır; geri dönüşü prova edilmemiş herhangi bir MOP onay almaz. Sonraki on dört büyük değişiklik boyunca üçü hesaplanan kapıda iptal edildi. Üçü de pencere içinde tamamlandı ve hiçbiri bir olaya dönüşmedi.

On dördün içinde üç kez iptal edilmesi kötü bir kayıt gibi görünebilir; ancak tek bir aşımın maliyetiyle karşılaştırana kadar.

Bir prosedür yöntemi nasıl yazılır, adım adım

Boş bir sayfadan değil, değişiklik kaydından başlayın. Başlıktaki her şey zaten bir yerde var olmalı.

Adımlardan önce geri dönüş planını yazın. Bunu bu sırayla yapmak, neyi geri alacağınızı bilmenizi zorunlu kılar ve dokümanla yorgun olduğunuz en sonda yazılmış bir “sonradan akla gelen” geri dönüş planına dönüşmesini engeller.

İkisini de bir laboratuvarda veya birebir benzer bir cihazda, bir zamanlayıcıyla prova edin. Ekiplerin atladığı adım budur ve sürelerin kaynağı burasıdır. Bir laboratuvar gerçekten mümkün değilse, son icranın gerçek zamanlarını kullanın ve bir pay ekleyin.

En geç iptal zamanını hesaplayın ve başlığa koyun.

Kararın hâlâ verilebildiği noktalara kapılar yerleştirin ve her koşulu, hissedilen değil gözlemlenebilir olacak şekilde ifade edin. Tüm arayüzler yukarı ve hata sayaçları sabit is a koşuldur. Sağlıklı görünüyor olması değildir.

Ardından, dahil olmamış birine verin ve üzerinden geçmesini isteyin. Sorduğu her soru bir kusurdur ve onları şimdi bulmak, sabah iki’de bulmaktan çok daha ucuzdur.

Method statements, RAMS ve inşaat MOP’ları

İnşaat ve tesis işleri, özellikle Birleşik Krallık’ta, aynı doküman genellikle method statement olarak adlandırılır ve RAMS paketi olarak bir risk değerlendirmesiyle birlikte sunulur. Amaçlar büyük ölçüde örtüşür; yalnızca vurguda önemli bir fark vardır.

Bir ağ MOP’u çoğunlukla hizmet sürekliliğiyle ilgilenir: ne bozulur, ne kadar sürer ve nasıl geri dönülür. Method statement ise çoğunlukla insanlarla ilgilenir: iş sırası, her aşamadaki tehlikeler, kontroller, tesis ve gereken yetkinlikler. Her ikisi de belirli bir tarihte, belirli bir yerde belirli işi adlandırır.

İşiniz hem ağ hem de fiziksel erişim gerektiriyorsa (veri merkezi gücü işleri veya fiziksel erişim içeren herhangi bir değişiklikte olduğu gibi), iki dokümana da ihtiyacınız olur ve sıralama ile zamanlama konusunda birbirleriyle uyumlu olmalıdır. Saha ile ilgili tarafa yönelik inşaat şantiye iş talimatı şablonumuz bunu kapsar.

Bu sayfadaki zaman aritmetiği method statement’ler için de geçerlidir ve orada da daha sık eksik olur; çünkü bir izin veya izolasyon çoğu zaman bakım penceresiyle birebir davranan sert bir bitişe sahiptir.

Telekomlar, veri merkezleri ve kamu hizmetlerinde MOP kullanım senaryoları

Telekomünikasyon, terimin ortaya çıktığı ve MOP’lerin en resmileştiği alandır. Firmware ve yazılım yükseltmeleri, devre geçişleri, kart değişimleri, yönlendirme değişiklikleri; canlı ağ öğesine dokunan her şey.

Veri merkezleri bunları güç işleri, soğutma değişiklikleri, UPS ve jeneratör testleri ve fiziksel taşıma işlemleri için kullanır. Bunlar üçü arasında en yüksek sonuçlara sahiptir; çünkü bir hata aynı anda birkaç müşterinin sistemini devre dışı bırakabilir ve geri dönüş fiziksel olabilir.

Kamu hizmetleri, anahtarlama operasyonları ve canlı dağıtım üzerinde çalışma için kullanır; burada izinle çalış sistemleriyle iç içe geçer ve izolasyon doğrulanmadan MOP başlatılamaz.

Altyapının ötesinde, aynı doküman yüksek sonuçlu herhangi bir tek seferlik değişiklik için de faydalıdır: bir veritabanı geçişi, bir ERP cutover, bir ödeme sağlayıcısı geçişi. Desen, her yerde aynıdır: şey çalışır durumdadır, pencere sabittir ve geri dönüşün bir maliyeti vardır.

Değişiklik, önceden eğitilmiş kişiler gerektirecek kadar önemliyse, MOP’u ondan türetilen mevcut prosedürle ve en sık yanlış yapılan adımlar için kısa bir job aid ile eşleştirin.

Word veya Excel’de bir prosedür yöntemi şablonu alabilir miyim?

Excel, adımlar tablosu için uygundur ve bunun nedeni zaman sütunlarıdır. Tahmini süre ve kümülatif geçen süre hesaplamalarının kendiliğinden yapılmasını, bir geri dönüş toplamını ve pencere bitişinden en geç iptal zamanını hesaplayan bir hücreyi istersiniz. Bunu elle yapmak, MOP Cuma öğleden sonrasında yazıldığında tam olarak gerçekleşmeyen şeydir.

Word ise çevreleyen doküman için uygundur: amaç, etki, ön koşullar, iletişim ve onay/İmza. Pek çok kuruluş ikisini de kullanır; adım tablosu gömülü ya da ekli olur.

PDF, icra için verilen onaylı sürüm için doğrudur; çünkü sahadaki kopyanın dondurulmasını ve sürümüyle birlikte damgalanmasını istersiniz. Yazdırın. Sadece bir dizüstünde var olan bir MOP, değiştirmeniz gereken şey ağ olduğunda okunamaz.

Sağlık için politika ve prosedür şablonları ve bunun neden bu olmadığı

Bazı kişiler bu terime sağlık politikası ve prosedür şablonları arayarak gelir; bunu açıkça söylemek gerekir: bu o doküman değil.

Bir sağlık politikası ve prosedürü, sürekli klinik veya operasyonel uygulamayı tanımlar; akreditasyon ve düzenleyici gereklilikler tarafından yönetilir; klinik inceleme ve bu standartlara göre sürüm kontrolü gerektirir ve süresiz olarak güncel tutulur. MOP ise tek bir gece, tek bir değişiklik için kullanılan tek kullanımlık bir mühendislik dokümanıdır.

Karışıklık anlaşılabilir; çünkü ikisi de procedure kelimesini içerir ve burada yer alan yapı, ihtiyacınız klinik bir politika ise sizi karşılamaz. Bu gereklilikler yargı alanına ve akreditasyon kuruluşuna göre değişir ve genel bir şablondan değil, kendi yönetişim fonksiyonunuzdan gelmelidir.

Daha geniş anlamda, bu sayfadaki hiçbir şey güvenlik veya uyum (compliance) tavsiyesi değildir. İş elektriksel izolasyon, çalışma izinleri, lisanslı faaliyet veya düzenlenmiş altyapı içeriyorsa, MOP bu sistemlerin altında konumlanır; onların yerine geçmez ve mevcut güvenlik süreciniz yönetir.

MOP’un gerçekten yapılanla nasıl eşleşmesini sağlayabilirsiniz

Her MOP etrafında iki boşluk açılır. Yazılı adımlar, yazar izlemek yerine hatırladığı için işin gerçekte nasıl yapıldığından sapar. Ve gecede gerçekte ne olduğuna dair kayıt, kimsenin niyet ettiğinden daha incedir; çünkü sabah dörtte insanlar, doğru olup olmadığına bakmadan “MOP’a göre tamamlandı” yazar.

Trupeer AI ikisinde de yardımcı olur. Laboratuvar provasını bir kez kaydedin; çıktı, komutlar ve ekranlar zaten yakalanmış biçimlendirilmiş bir adım listesi olur. Bu, sonradan hafızadan yazacağınız bir şeyden ziyade, taslak MOP haline gelir. Süreler de kayıt üzerinden gelir.

Kaydedin. Markalayın. Çevirin. Trupeer’layın.

MOP’un türediği mevcut prosedür için SOP creator bunu kapsar ve teknik dokümantasyon ekipman kayıtlarını ve prosedürleri tek bir yerde tutar; böylece bir sonraki MOP, doğru bir kaynaktan başlar. Kurulum talimatları document template setup guide içinde yer alır.

Sık Sorulan Sorular

Word’de ücretsiz bir prosedür yöntemi şablonu var mı?

Yukarıdaki tam yapı doğrudan Word’e yapıştırılır ve başlık, amaç, etki, ön koşullar, ön kontroller, adımlar, geri dönüş, son kontroller, iletişim ve onay/İmza’yı kapsar. Kapılı bir indirme yoktur ve form yoktur. Çoğu ekip, zaman sütunları formül istediği için anlatıyı Word’de, adım tablosunu ise bir e-tabloda tutar.

Excel’de ücretsiz bir prosedür yöntemi şablonu var mı?

Excel, önemli olan kısmın daha iyi evidir. Adım numarası, eylem, beklenen sonuç, tahmini süre ve kümülatif geçen süre için sütunlar; geri dönüş ve toplamı için ikinci bir blok ve pencere bitişinden geri dönüş çıkarıldıktan sonra tolerans çıkarılarak en geç iptal zamanını hesaplayan bir hücre. Tek bir hesaplanmış hücre, dokümandaki en kullanışlı şeydir.

PDF’de ücretsiz bir prosedür yöntemi şablonu var mı?

Pencere için onaylı sürümü dışa aktarın ve yazdırın. Bir MOP, kâğıdın gerçekten daha iyi olduğu nadir dokümanlardan biridir; çünkü yaptığınız değişiklik, dosyaya ulaşmak için dizüstünüzün ihtiyaç duyduğu şey olabilir. Her sayfaya sürümü ve iptal zamanını damgalayın.

Daha küçük değişiklikler için basit bir prosedür şablonu var mı?

Düşük riskli tekrarlı değişiklikler için MOP yerine mevcut (standing) bir prosedür kullanın ve bunu tek sayfada tutun. Basit sürüme düşüp düşemeyeceğinizi belirleyen test, bir başarısızlığın bir sonraki iş gününde, ekip dışından kimse fark etmeden geri kazanılabilir olup olmadığıdır. Evetse, bir SOP yeterlidir. Hayırsa, MOP yazın.

Bir MOP ile method statement arasındaki fark nedir?

Büyük ölçüde bölgesel ve vurguyla ilgili. Prosedür yöntemi, telekomlarda, veri merkezlerinde ve Kuzey Amerika mühendisliğinde genel olarak kullanılan terimdir ve hizmet sürekliliği ile geri dönüşe odaklanır. Method statement, Birleşik Krallık inşaat ve tesis işleri terimidir; genellikle bir risk değerlendirmesiyle birlikte gelir ve işi yapan kişilerin güvenliğine odaklanır. Dokümanlar büyük ölçüde örtüşür ve bazı işler ikisini de gerektirir.

Bir prosedür yöntemi kim tarafından onaylanır?

Değiştirilen hizmeti kimin sahipleniyorsa; ayrıca riskin kimin sahipleniyorsa. Çoğu kuruluşta bu, bir değişiklik danışma kurulu (change advisory board) veya görevlendirilmiş bir değişiklik yöneticisi anlamına gelir. Onaylayanın görevi adımları yeniden kontrol etmek değildir. Etkinin anlaşıldığını, geri dönüşün güvenilir ve zamanlanmış olduğunu ve pencerenin doğru olduğunu doğrulamaktır.

Bir MOP ne kadar uzun olmalı?

Değişiklik ne kadar gerektiriyorsa o kadar; ancak dürüst kalmasını sağlayan tek bir kısıtla: icra edilebilir kısım, arayıp taramadan baskı altında sırayla okunabilir olmalıdır. Bu genellikle adımların ve geri dönüşün birkaç sayfaya sığması ve diğer her şeyin onların önünde yer alması anlamına gelir. Adım listesi yaklaşık elliyi geçiyorsa, bunun iki değişiklik ve iki gece olup olmadığını değerlendirin.

SOP şablonlarını nerede bulabilirim?

İhtiyacınız tek kullanımlık bir değişiklik dokümanı değil de mevcut (standing) bir prosedür ise, SOP template genel yapıyı kapsar ve IT SOP template teknik operasyonları özel olarak kapsar; ayrıca hangi prosedürlerin yazılmaya değer olduğunu nasıl seçeceğinizi de içerir.