MONOLITH LAW OFFICE+81-3-6262-3248Hafta içi 10:00-18:00 JST [English Only]

MONOLITH LAW MAGAZINE

IT

Sistem Geliştirmede Proje Yönetimi Yükümlülüğü Nedir?

IT

Sistem Geliştirmede Proje Yönetimi Yükümlülüğü Nedir?

Sistem geliştirme, işi sipariş eden kullanıcılar ve siparişi alan satıcılar arasında karşılıklı işbirliği gerektiren bir süreçtir.

Şirketlerin kullandığı IT sistemlerini geliştiren projelerin tümü, her zaman planlandığı veya beklenildiği gibi ilerlemez. Aksine, büyük ya da küçük birçok sorun ve zorlukla karşılaşılırken, bu sorunların her biri tek tek aşılarak ilerlenir. Bu durumda, kullanıcı ve satıcı tarafının adımlarını uyumlu hale getirme çabası elbette önemlidir, ancak çatışma durumlarını öngören kriz yönetimi de önemlidir.

Hukuki açıdan bakıldığında, her iki tarafın hangi yükümlülükleri taşıdığını ve karşı tarafa hangi hakları ileri sürebileceğini belirlemek, kriz yönetiminin ilk adımıdır. Bu makalede, satıcı tarafının bir dizi projeye karşı hangi hukuki yükümlülükleri taşıdığı, proje yönetimi yükümlülükleri üzerinde durularak açıklanacaktır.

Tedarikçi Tarafının Proje Yönetimi Yükümlülüğü Nedir?

Öncelikle, tedarikçi tarafının proje yönetimi yükümlülüğünün içeriğine bakalım.

Yargı kararlarına göre, proje yönetimi yükümlülüğünün içeriği aşağıdaki gibidir:

– Anlaşmaya uygun olarak geliştirme çalışmalarını ilerletirken, sürekli olarak ilerleme durumunu yönetme ve geliştirme çalışmalarını engelleyen faktörleri bulmaya çalışma ve bunlara uygun şekilde müdahale etme yükümlülüğü

Bu, tedarikçinin, projeyi sözleşmeye dayalı olarak belirlenen program dahilinde ilerletmesi ve duruma bağlı olarak kullanıcıya, geliştirmenin sorunsuz ilerlemesi için girişimde bulunması gerektiğini ifade eder.

– Kullanıcının geliştirmeye katılımını da uygun şekilde yönetme ve sistem geliştirme konusunda uzman bilgisi olmayan bir kullanıcının geliştirme çalışmalarını engelleyici eylemler yapmasını önlemek için kullanıcıya girişimde bulunma yükümlülüğü

Bu, tedarikçinin, kullanıcının karar vermesi gereken konular ve çözülmesi gereken endişe konuları hakkında sorunları ve süreleri belirtmesi, kullanıcının karar vermesi gecikirse ortaya çıkan engelleri belirtmesi, kullanıcının karar vermesini teşvik etmek için tedarikçinin tavsiyede bulunması, geliştirme ilerlemesine bağlı olarak kabul edilemez taleplerin olması durumunda, nedenlerini tamamen açıklaması ve kullanıcının taleplerini reddetmesi anlamına gelir.

Bu şekilde, tedarikçi tarafının, geliştirme çalışmalarını ilerletirken aynı zamanda kullanıcının karar vermesini teşvik etme ve sistem geliştirmenin başarılı olmasını sağlama çabası içinde olma yükümlülüğü vardır.

Kullanıcı Tarafının İşbirliği Yükümlülüğü

Ancak, sistem geliştirmede, tedarikçinin tek taraflı olarak tüm yükümlülükleri üstlenmesi söz konusu değildir. Sonuçta, sipariş veren tarafın şirketinde kullanılacak bir IT sistemi olduğundan, sipariş veren taraf için de bu sistem geliştirme projesi “başkasının işi” olmamalıdır.

Sistem geliştirme yeteneklerine ve organizasyonel yeteneklere güvenerek dış uzmanları kullanmak olsa bile, içeriden yönetişim uygulanmalıdır. Dış uzmanların yeteneklerini ortaya çıkarmak için çaba göstermeden, tamamen başkasının işi olarak gerekli ürünleri teslim etmek gibi bir şey imkansızdır. Bu anlamda, kullanıcı tarafının da sistem geliştirmeye işbirliği yapma yükümlülüğü vardır.

Kullanıcı tarafının yerine getirmesi gereken işbirliği yükümlülükleri aşağıdaki gibi olabilir:

 ① Kullanıcının aktif olarak risk analizi yapması ve iç görüşlerin uygun şekilde düzenlenmesi ve görüşlerin birleştirilmesi sonucunda taleplerin tedarikçiye iletilmesi

 ② Ürünlerin kontrol edilmesi

 ③ Tedarikçinin işbirliği talebine yanıt verilmesi

Kullanıcı tarafının, sistemden beklenen işlevleri açıkça tedarikçi tarafına iletmeli ve aktif olarak geliştirmeye işbirliği yapmalıdır.

Proje Yönetimi Kolay Değildir

Projenin risk yönetimini temel alarak ilerlemek.

IT sisteminin, ince detayların birleşiminden oluşan bir şey olduğu nokta, sadece ekranı gören kullanıcı tarafından fark edilmesi zor olabilir. Ancak, sistem geliştirme projesini yönetmenin zorluğunu düşünürken bu çok önemlidir. IT sisteminin bu tür bir şey olması nedeniyle, tedarikçi tarafından, ayrıntılı dikkat ile birlikte, genel resmi özlü bir şekilde düzenleme yeteneği ve genel bakış yeteneği de talep edilir.

Ekranı görmekle bile hayal edilemeyecek yerlerde işin zorluğu vardır ve bu aynı zamanda projenin “alev almasının” nedeni de olabilir. Öncelikle bu noktaları anlamak ve “IT sistemi geliştirme projesini yönetmek kolay bir iş değildir” noktasını bilmek, proje risk yönetimi hakkında öğrenme sürecinin ön koşulu olacaktır.

Proje Yönetimi Yükümlülük İhlali Durumunda Ne Olabilir?

Peki, proje yönetimi yükümlülüğünün ihlal edildiği durumlarda ne gibi sonuçlar doğabilir?

Bu konuda, “Proje yönetimi yükümlülüğü şu şekildedir” diyen net bir maddesi olan bir kanun yoktur.

Ancak, geçmişteki dava örneklerinden, bir tedarikçinin yükümlülük ihlali durumunda bir kullanıcının ne yapabileceği konusunda belirli bir tutum çıkarabiliriz.

Tedarikçinin yükümlülük ihlali durumunda, kullanıcı tedarikçiden tazminat talep edebilir veya sözleşmeyi feshedebilir. Ancak, kullanıcının da bir sorunu varsa, tedarikçinin sorumluluğu olmadığına karar verilebilir veya kusurlu tazminat yapılabilir, bu da tazminat miktarının azalmasına neden olabilir.

Öte yandan, kullanıcının işbirliği yükümlülüğünü ihlal etmesi durumunda, bu durum işin tamamlanmamasına neden olabilir ve bu durumda risk taşıma (Japon Medeni Kanunu’nun 536. maddesi 2. fıkrası) veya borcun ifa edilmemesi gerekçesiyle tedarikçi, kullanıcıdan ücret karşılığı talep edebilir.

Proje Yönetimi Yükümlülüğünü Belirten Yargı Kararı

Proje yönetimi yükümlülüğünü açıklayan temsilci bir yargı kararı olarak aşağıdakiler bulunmaktadır.

Aşağıdaki durum, sistem geliştirmede teslim tarihinin gecikmesi veya tedarikçinin başlangıç tahmininin üzerinde bir artış talep etmesi gibi nedenlerden dolayı davanın ilerlemesine neden olan bir durumdur. Kullanıcı ve tedarikçinin sorumluluklarının nasıl ayrılması gerektiği konusunda anlaşmazlık, adeta bir “yangın olayı” örneği olarak adlandırılan bir durumda dava sürecine kadar ilerlemiştir.

Davalı, bir sistem geliştirme uzmanı olarak, sahip olduğu yüksek düzeydeki uzman bilgi ve deneyimine dayanarak, bu sözleşme ve teklif belgesine uygun olarak belirtilen sistemleri oluşturmalı ve belirlenen teslim tarihine kadar bu sistemleri tamamlamakla yükümlüdür.
Dolayısıyla, davalının, belirtilen teslim tarihine kadar bu sistemleri tamamlamak için, sözleşme ve teklif belgesinde belirtilen geliştirme prosedürlerine, yöntemlerine ve iş süreçlerine uygun olarak geliştirme çalışmalarını ilerletmesi, sürekli olarak ilerleme durumunu yönetmesi, geliştirme çalışmalarını engelleyen faktörlerin keşfedilmesine çaba göstermesi ve bunlara uygun şekilde müdahale etmesi gerekmektedir. Ayrıca, sistem geliştirme, müşterinin görüşlerini dikkate alarak yapılan bir işlem olduğundan, davalının, müşteri olan davacının sistem geliştirme sürecine olan katılımını da uygun şekilde yönetmesi ve sistem geliştirme konusunda uzman bilgiye sahip olmayan davacının geliştirme çalışmalarını engelleyici eylemler yapmasını önlemek için davacıya yönlendirme yapması gerekmektedir (bu yükümlülükler “proje yönetimi görevleri” olarak adlandırılır).

Tokyo District Court, March 10, 2004 (Heisei 16)

Yukarıdaki karar metninin özünden, detaylı ifadeleri veya karmaşık durumların ayrıntılarını çözümlemek önemli değildir. Önemli olan, “proje yönetimi yükümlülüğü” ifadesinin doğrudan kullanılmasıdır. Açıkça belirtilmiş bir hüküm olmasa da, mahkemenin, hukuki sorumlulukların ayrılması için bir kılavuz oluşturma çabasını görebiliriz.

Yukarıdaki karar metninin içeriğini basitleştirerek yeniden düzenleyelim ve maddeler halinde düzenleyelim. Burada bahsedilen “proje yönetimi yükümlülüğü” şunları içerir:

  • Önceden belirlenen plana (geliştirme prosedürleri, yöntemler, iş süreçleri vb.) uygun olarak gerçek işleri ilerletmek
  • Gerçek işlerin sorunsuz bir şekilde ilerleyip ilerlemediğini kontrol etmek
  • Eğer gerçek işlerin sorunsuz bir şekilde ilerlemesi engellenirse, bu “engelleyici faktörlerin” keşfedilmesi ve uygun önlemlerin alınması

Ayrıca, yukarıdaki üç nokta için,

  • Tedarikçi tarafının tek taraflı çabaları yerine, gerektiğinde kullanıcı tarafından uygun işbirliği talep etmek gibi, iletişim çabalarını da aynı anda gerçekleştirmek

gibi unsurları da içeren bir genel terim olarak düşünülebilir.

Not: Sistem geliştirme, hukuki olarak genellikle bir vekâletname sözleşmesi veya bir taahhüt sözleşmesi şeklinde yapılmaktadır. Ve bir vekâletname sözleşmesi, basitçe ifade etmek gerekirse, “bir ücret karşılığında, bu ücrete uygun bir hassasiyetle iş yapma” anlaşmasıdır, bu nedenle proje yönetimi yükümlülüğü de, gerçekleştirilmesi gereken “hassasiyet” kavramı içinde yer alabilir.

Her ne kadar tartışmalı bir konu olsa da, “talep edildiği gibi bir şey yapma” anlaşması olan bir taahhüt sözleşmesi durumunda da, proje yönetimi yükümlülüğünün oluşabileceği düşünülmektedir. Nedeni, daha önce belirtildiği gibi, sistem geliştirme işleminin, bir vekâletname sözleşmesi olsun veya bir taahhüt sözleşmesi olsun, proje yönetiminin önemli olduğu bir durum olması ve tedarikçi tarafının bunu gerçekleştirmesi gerektiği düşünülmesidir.

https://monolith.law/corporate/contract-and-timeandmaterialcontract[ja]

Sözleşme İmzalanmadan Önce de Yükümlü Olabilecek Proje Yönetimi Görevlerini Gösteren Mahkeme Kararı

Ayrıca, proje yönetimi görevlerinin, sözleşme imzalanmadan önceki aşamada da yükümlü olabileceği düşünülmektedir. Aşağıda alıntılanan mahkeme kararı, sözleşme imzalanmadan önceki aşamada, yani çeşitli teklifler ve planlar sunulduğu aşamada bile, tedarikçi tarafında proje yönetimi görevi olduğunu göstermektedir.

Aşağıdaki durum, proje yarıda kalma durumu ile ilgili olup, sözleşme imzalanmadan önceki planlama veya teklif aşamasındaki eksik tahminler ve kullanıcıya yapılan açıklamaların yetersizliği nedeniyle, proje yönetimi görevinin kabul edilip edilemeyeceği tartışılmıştır. Genel olarak, planlama ve teklif gibi işlerin, sözleşme imzalanmadan önceki aşamada olduğu için, bu tür bir görevin hukuken mümkün olup olmadığı sorun olmuştur, ancak mahkeme bunu kabul etmiştir.

Önceki mahkeme kararında belirtilen proje yönetimi görevi anlayışının, sözleşmenin imzalanmadan önceki aşamaya da uzandığı, aşağıdakini okuyarak iyi anlaşılabilir.

Planlama ve teklif aşamasında, proje hedeflerinin belirlenmesi, geliştirme maliyeti, geliştirme kapsamı ve geliştirme süresinin oluşturulması ve tahmin edilmesi gibi, proje konsepti ve gerçekleştirilebilirliği ile ilgili konuların genel çerçevesi belirlenir ve buna göre, projeye eşlik eden riskler de belirlenir. Bu nedenle, tedarikçiden talep edilen proje tasarımı ve risk analizi, sistem geliştirmeyi sürdürmek için vazgeçilmezdir. Bu durumda, tedarikçi olarak, planlama ve teklif aşamasında bile, önerilen sistemin işlevlerini, kullanıcının ihtiyaçlarını karşılama derecesini, sistem geliştirme yöntemini, sipariş sonrası geliştirme yapısını incelemeli ve doğrulamalı ve bu durumdan beklenen riskleri kullanıcıya açıklama görevi vardır. Bu tür tedarikçi doğrulama ve açıklama görevleri, sözleşme imzalama sürecindeki müzakerelerde dürüstlük ilkesine dayanan haksız fiil hukuku görevi olarak konumlandırılabilir ve tedarikçi olarak bu görevi (bu aşamadaki proje yönetimi görevi) üstlenmelidir.

Tokyo High Court, 26 Eylül 2013 (Heisei 25)

Not: IT projeleri ile sınırlı olmaksızın, tüm ticari işlemler ve hukuki müzakereler genelinde, sözleşme imzalanmadan önceki aşamada bile, diğer tarafa belirli hukuki yükümlülüklerin olduğu düşüncesi zaten vardır.

Genellikle büyük işlemler ne kadar büyük olursa, sözleşme hedefine ulaşana kadar “uzlaşma” süreci o kadar uzun olur. Bu süreçte bile, diğer tarafa karşı dürüst olunması gerektiği konusu, en azından ahlaki bir konu olarak iyi anlaşılır. Basitçe söylemek gerekirse, bu tür konular, sadece duygusal ahlaki duygularla sınırlı olmayıp, hukuki olarak da anlamlıdır. (Aşağıda maddeyi alıntılıyorum. Alt çizgi ekleyen yazar.)

Sivil Kanun Madde 1, Fıkra 2
Hakların kullanılması ve yükümlülüklerin yerine getirilmesi, dürüst ve samimi bir şekilde yapılmalıdır.

Yukarıdaki içeriği özetleyen şey, kararda “dürüstlük ilkesi” anahtar kelimesidir.

Not: Bu makalede yayınlanan mahkeme kararları da, bir yönüyle, “Kullanıcı tarafının işbirliği yükümlülüğü ve tedarikçi tarafının proje yönetimi görevinin sınırlarını çizmek için bir kılavuz” anlamına gelir. IT sistem geliştirmesinde kullanıcı tarafının işbirliği yükümlülüğü hakkında, aşağıdaki makaleye bakınız.

https://monolith.law/corporate/user-obligatory-cooporation[ja]

Özet: Proje Yönetimi Yükümlülük İhlali ile İlgili Sorunlar İçin Avukata Danışın

Bu makalede, sistem geliştirmedeki proje yönetimi yükümlülüğü hakkında genel bir düzenleme denemesi yaptık. Sistem geliştirmenin çeşitli sorunları ve zorlukları vardır, ancak böyle bir durumla karşılaştığınızda önemli olan, her türlü çatışma sahnesinde ortak olan ‘temel’ unsurlardır. Her bir düzensiz durumun kendine özgü bir durumu olabilir ve bu durumlar sonsuz varyasyonlara sahip olabilir.

Ancak, böyle bir durumla karşı karşıya kaldığınızda, “başlangıçta hangi yasal yükümlülükleri kimin ne kadar üstlendiği?” sorusunu sormak, olayın kendine özgü özelliklerini aşan, belirli bir evrensellik taşır.

Yerinde çözümlemelerle yetinmek yerine, yapıcı sorun çözme yaklaşımıyla çözüm ararken, ipuçları da yine yasalar ve geçmiş mahkeme kararlarında bulunabilir.

Proje yönetimi yükümlülük ihlali ile ilgili bir sorun yaşandığında, hemen bir avukata danışın.



Managing Attorney: Toki Kawase

The Editor in Chief: Managing Attorney: Toki Kawase

An expert in IT-related legal affairs in Japan who established MONOLITH LAW OFFICE and serves as its managing attorney. Formerly an IT engineer, he has been involved in the management of IT companies. Served as legal counsel to more than 100 companies, ranging from top-tier organizations to seed-stage Startups.

Category: IT

Tag:

Başa dön