Teknik şartnamelerin doğru bir şekilde geliştirilmesinin ne kadar önemli olduğunu herkes anlamıyor, ancak aslında bunun kısaca işe yaramayacağı kadar geniş bir soru. Bu nedenle, bu işleme devam etmeden önce, ilgili tüm incelikleri anlamanız gerekir.
Bu ne için?
Teknik şartnamelerin nasıl doğru bir şekilde geliştirileceğini tartışmadan önce, bunun neden yapıldığını ve daha sonra kimler tarafından kullanılacağını anlamanız gerekir, çünkü bu prosedürü uygulamak için gerekli yaklaşım buna kesinlikle bağlıdır. Birkaç temel seçeneğe dikkat çekmeye değer:
- Ticari bir kuruluş tam otomatik bir sistem getirmeyi amaçlamaktadır, ancak aşağıdakileri yapmaya karar vermesinin sonucu olarak kendi BT servisine sahip değildir: ilgilenen belli bir kişi teknik görevler geliştirir ve daha sonra bunları geliştirmeleri için üçüncü taraf kuruluşlara verir.
- Ticari bir şirket otomatik bir sistem kullanacak ve çalışan bir BT servisi var. Bu durumda, TK daha sonra BT hizmeti ile detaylı bir şekilde müzakere edilip ilgili taraflara gönderilir ve sonuç olarak kendi başına satılır.
- Hükümet belirli bir BT projesini tamamlamak üzere. Her türden formaliteyi içeren birçok incelik ve tuzaklar burada zaten su yüzüne çıkmaktadır, bu nedenle, her bir vaka için en çok tamamen bireysel bir yaklaşım gerektiren bu seçeneğin dikkate alınması bile tavsiye edilmemektedir.
Daha karmaşık vakalar
En zor durum, otomatik sistemlerin daha sonra geliştirilmesi ve uygulanması için bir BT şirketi tarafından teknik özelliklerin geliştirilmesidir. Bu gibi durumlarda, aşağıdakiler gibi çok çeşitli koşullarda çalışmak zorundasınız:
- Müşterinin, derlenen TOR'a belirli gereklilikler getiren bu süreçle ilgili kendi vizyonuyla kendi uzmanlarının varlığı.
- Teknik özellikler sadece kendi geliştiricileri için yaratılmıştır ve müşteri prensip olarak sonucun ne olacağını o kadar önemli değildir.
- TK yükleniciye, yani şirketin personeli dışında bulunan belirli bir uzman grubuna devredilecektir.
- Şirket ile müşteri arasında sonuçla ilgili yanlış bir anlayış var, bu yüzden şirket bakım için teknik şartnamelerin nasıl doğru bir şekilde geliştirileceğini bilmiyor.
Dikkate alınması gereken birçok başka durum vardır, ancak yalnızca en sık yukarıda belirtilmiştir.
TK nedir?
Her faaliyet alanını düzenlemek için tasarlanmış oldukça fazla sayıda GOST ve belirli standartlar vardır. Özellikle, bakım için teknik özellikler geliştirilirken bu standartlar dikkate alınmalıdır. Aynı zamanda, bu belgelerin ne kadar alakalı olduğu konusunda aktif bir tartışma olabilir, ancak her durumda kendi projenizi geliştirme sürecinde bunlara tam olarak uymanız gerekir. Aslında, kişi, GOST'ların en sık olarak modern gelişmenin pratik sorunlarını göstermediğini, aynı zamanda her zaman belirli ve sistemik bir alternatif önermediklerini doğru olarak anlamalıdır.
TK kendi başına bir teknik tesisin tasarımını düzenleyen bir kaynak belgedir.Bu gelişmenin temel amacını, ayrıca çeşitli taktik ve teknik özellikleri, kalite göstergelerini ve her türlü teknik ve ekonomik gereklilikleri belirler ve ayrıca çalışma sırasında dikkate alınması gereken özel gereksinimleri belirtir. Bazı yeni şeyler yaratma konusunda kaynak belge görevi her modern faaliyet alanında var olmakla birlikte, içeriğe, tasarım sırasına ve bir dizi başka parametreye bağlı olarak değişebilir.
Kullanım özellikleri
GOST'taki gereksinimlerin açıkça yeterli olmaması oldukça doğaldır, böylece sonunda herkes teknik bir görevin etkin bir örneğini oluşturabilir ve bu oldukça normaldir, çünkü herkes işi tamamen standartlara uygun olarak yapamaz. GOST'a ek olarak, bazı yöntem ve uygulamalar da dikkate alınmalıdır ve bu gerçek bu sorunun temelindedir.
Bazı uzmanlar, bir nedenden dolayı, bir nesnenin tasarımı için teknik özellikler geliştirmek veya belirli işleri yapmak için, yalnızca GOST gerekliliklerine dayanır, ancak gerçekte bu temelde yanlış bir yaklaşımdır.
Ana zorluk
Tanımın kendisinden takip edildiği gibi, TK'nin temel amacı, geliştirilen nesne için temel gereksinimleri formüle etmektir. Bu durumda, temel gereksinimlerden bahsettiğimizi doğru anlamalısınız, sadece bunlardan değil.
Gereksinimler nasıl belirlenir?
Her şeyden önce, tasarım veya geliştirme için referans şartlarının özelliklere ve türlere göre ayrılmış gereksinimleri içermesi gerektiğini unutmayın. Bu aslında, GOST bize en çok yardımcı oluyor. Orada bulunabilecek liste, hangi tiplerin dikkate alınması gerektiğine dair mükemmel bir örnektir, yani:
- işlevsellik;
- güvenlik ve erişim hakları;
- personel nitelikleri.
Nelere dikkat edilmeli?
Tabii ki, bu tam bir liste değil. Bununla birlikte, teknik görevin başarılı bir örneği ile ayırt edilmesi gereken kilit faktör, işlevsellik için doğru formüle edilmiş gereksinimlerdir ve bu gereksinimlere profesyonellerin yöntem ve işlerin ezici çoğunluğunu ayırması gerekir. Pek çok uzman, işlevsellik gereksinimlerinin, teknik özelliklerin geliştirilmesine ilişkin toplam iş karmaşıklığının yaklaşık% 90'ını içerdiğini ve diğer her şeyin bu şartlar üzerine giyilecek bir tür “kamuflaj” olduğunu söylüyor.
Gereksinimler yanlış oluşturulursa, ne kadar güzel kamuflaj koyarsanız kullanın, sonunda gerçekten başarılı bir proje yapmak için çalışmaz. Elbette, GOST’a göre, tüm şartlar tam olarak karşılanıyor, referans şartları (aşağıdaki örnek) geliştirildi, imzalandı ve onaylandı ve uzman bunun için ödeme aldı, ancak daha sonra bu belgeyle ne yapılacağını anlamanız gerekiyor. Eğer bir devlet düzeni için bir projeden bahsediyorsak, o zaman çoğu zaman sorun çıkmaz, çünkü çok daha küçük bütçe kısıtlamaları vardır ve ana detaylar uygulama sürecinde zaten tanımlanacaktır. Ancak, parayı daha ayrıntılı olarak gördükleri ve farklı bir sonuç gerektiren ticari örgütler hakkında konuşursak, o zaman her şey zaten daha karmaşıktır.
Yararlı ve etkili gelişme
Gereksinim türleri çok farklı olabilir ve burada her şey esas olarak yalnızca projenin hedeflerine bağlıysa, o zaman sadece üç özellik vardır:
- netliği;
- beton;
- test edilebilirlik.
Aynı zamanda, bir teknik görev geliştirirken, bir numunenin doğru bir şekilde test edilmesi gerektiği ve bunun zaten ilk iki özelliğe bağlı olduğu doğru anlaşılmalıdır.Bir veya başka bir gereksinimin yerine getirilmesinin sonucu test edilemezse, bu, bu gereksinimin tam olarak anlaşılmadığını veya belli olmadığını ve bunun hakkında düşünmeniz gerektiğini gösterir; bu nedenle deneyimli uzmanlar bu işi çok daha hızlı ve daha iyi yaparlar.
Ek nüanslar
Teknik bir görev geliştirirken dikkate alınması gereken birkaç önemli nokta vardır. Gereksinim sistemi aşağıdaki gibidir:
- Hangi dili (algının karmaşıklığı açısından) yazmalı?
- İçinde çeşitli fonksiyonların, algoritmaların, gerekli bilgi türlerinin ve diğer teknik inceliklerin özel özelliklerini tanımlamak gerekli midir?
- Bu arada, halihazırdaki standart şartnamelerde belirtilen teknik tasarım nedir ve derlenen teknik şartnameyle ne alakası var?
Tüm bu soruların cevapları oldukça önemlidir ve kesin olarak bu nedenle, çoğu zaman hazırlanan TOR'un ne kadar yeterli olduğu ve gereksinimlerin gerekli tüm detaylarını içerip içermediği hakkında tartışmaya başlar. Diğer şeylerin yanı sıra, bu belgenin ne kadar anlaşılabilir olacağı, müşteri ve yüklenici açısından ne kadar gereksiz olduğu ve sunum formatının ne olduğu da önemlidir.
Görev ve proje
TK, müşteri ve yüklenici için son derece anlaşılabilir bir dilde formüle edilmiş çeşitli gereksinimleri içeren bir belgedir. Dahası, eğer bir profesyonel teknik bir görev geliştiriyorsa, hizmetleri ayrıca nihai yüklenici için en anlaşılır ifadeleri sağlamak için tasarlanmış endüstri teknolojisinin kullanımını da içerebilir. Burada teknik uygulamanın özelliklerine herhangi bir şekilde bağlı kalmaktan kaçınılması gerektiğini, yani TK'nin geliştirilmesi sürecinde, ilke olarak, tüm bu gerekliliklerin uygulanmasının hangi özel platformda uygulanacağının önemi olmadığını hatırlamak önemlidir. Tabii ki, bazı istisnalar da var, ama bunlar özel durumlar.
Çeşitli gerekliliklerin açıklığa kavuşturulması ve daha fazla formülasyonunun yanı sıra ToR'un nihai gelişimi, hali hazırda uzman bir iş analisti tarafından yapılmalı ve uygulayıcı tarafından değil (tabii ki, bu rolleri periyodik olarak gerçekleşen kendi içinde bir araya getirmedikçe) yapmalıdır. Başka bir deyişle, uzman müşteri ile yaptığı iş dilinde iletişim kurmalıdır.
Projenin görevden farkı
Bir projeden teknik bir görev oluşturmak, sonuncusunun, ToR'da belirtilen gerekliliklerin nasıl yerine getirilmesi gerektiğiyle ilgili temel gereksinimleri içeren bir belge olması nedeniyle farklıdır. Bu belge, uygulanan ürünün ana inceliklerini ve çalışmalarında teknik uzmanlar tarafından kullanılacak gerekli unsurları içerir.
Müşterinin bu işe girmesi gerekli değildir, çünkü gereksinimlerin ezici çoğunluğu onun için bile net olmayabilir. Genellikle, bir teknik projenin uygulanması belirli bir uzman tarafından yürütülür, bu nedenle, bu rolü performansçı ile birleştirmek zaten oldukça mümkündür. Aynı zamanda, projenin ne kadar büyük olduğunu, teknik özellikleri o kadar fazla insan geliştirdiğini anlamanız gerekir.
Uygulama nedir?
Genelde yönetmenin, çok fazla teknik terminoloji içeren TK'nin koordinasyonuna getirilmesi, bunun sonucunda da buna açıklamaya çalıştığı, bilinen sözcükleri yakalamaya ve iş gereksinimlerinin ana zincirini kaybetmemeye çalıştığı görülür. Kural olarak, bu gibi durumlarda, iş için teknik görev halen onaylanmakta, uygulanmaktadır ve çoğu durumda, sonuçta, çok sayıda nüansın değiştirilmesine karar verildiğinden, yapılan çalışmanın gerçeğiyle uyuşmadığı ortaya çıkmaktadır.ve bazı unsurlar yanlış anlaşıldı ve bir dizi başka sorun ortaya çıktı.
Bu nedenle, TK ile teknik uzmanlık arasındaki farkın, kısmen ilgili uzmanların yeterliliği ile ilgili olduğu ve kısmen de bütçe ve zamanın azaltılması arzusuyla, bu dokümantasyonun çok zaman almasından dolayı anlaşılması önemlidir.
