«project-management» etiketlenmiş sorular

Proje yönetimi, belirli hedeflere ulaşmak için kaynakları planlama, organize etme, koruma ve yönetme disiplinidir.


6
Yeni bir açık kaynaklı proje için terk edilmiş bir açık kaynaklı projeden miras almanın doğru / kibar yolu nedir?
Ekibim, code.google.com'da barındırılan eski bir açık kaynak projesinden bazı adamlarla iletişim kurmaya çalıştı. Onlara projelerine katılmak istediğimizi ve en azından bir şubesine taahhüt ettiğimizi söyledik, ancak kimse bize cevap vermedi. Herkesi, sahipleri ve komisyoncuları denedik; hiç kimse hiçbir şekilde aktif değildi ve kimse cevap vermedi. Ancak taahhüt edeceğimiz bazı kodlarımız …

5
[Kapalı] için müşterileri meşru bir şekilde borçlandırmak için ne gerekir
Kapalı. Bu soru konu dışı . Şu anda cevapları kabul etmiyor. Bu soruyu geliştirmek ister misiniz? Soruyu Yazılım Mühendisliği Yığın Değişimi için konuyla ilgili olacak şekilde güncelleyin . 4 yıl önce kapalı . Sabit fiyatlı işlerden bahsetmiyorum, oldukça basitler. Ama yaklaşık bir saatlik ücret projesindeyim, sorum özellikle ne için ücretlendirileceğiyle …


5
Zaten geliştirilen bir proje nasıl belgelenir?
Daha önce geliştirilen bir projeyi belgelemek için hangi seçeneklerin mevcut olduğunu bilmek istiyorum, çünkü üzerinde çalışan geliştiriciler tek bir sayfa belgesi bile yazmadılar. Projenin, son 2 yıldır bu projede çalışan geliştiriciler tarafından yazılan ve değiştirilen işlevlere sahip birçok komut dosyası sayfası dışında başka bir ayrıntısı yoktur. Tüm sahip olduğum veritabanı …

5
Agile, karmaşık işleme içeren uygulamalara nasıl uygulanabilir?
Çevik ile ilgili literatürün çoğu, kullanıcının sahne arkasında neler olduğunun oldukça farkında olduğu CRUD tipi iş uygulamalarına karşı önyargılı görünüyor. (Bu iyi çünkü yazılan kodun çoğu muhtemelen bu sınıfa ait.) Bu tür bir uygulama için kullanıcı hikayeleri (gereksinimler) ve geliştirme görevleri arasındaki ilişki çoğunlukla basittir: Kullanıcı hikayesini birkaç göreve ayırın. …

3
Bir bağımlılığın kritik işlevselliği bozulduğunda ve gelişimi engellediğinde ne yapmalı?
Dün işlerin etiketlere (SE ile ilgili sorular gibi) sahip olmasına izin vermek için üzerinde durulabilir eylemler kitaplığı kullanan bir Rails 5 API projesi üzerinde çalışıyordum . Rails 5 şu anda alfa desteğinde. Şu anda master ile birleştirilmeyi bekleyen bir hatayı düzeltmek için bir PR var; hata, özellik şubemin tamamlanınca yarıya …

8
“Otomasyon Kolay” Zihniyetle Nasıl Başa Çıkılır?
Başlık her şeyi söylüyor. Şirketimizdeki bazı çalışanlar, otomatik testlerin "kolay" olduğuna ve COM ve UI testlerinin paketlerini yazmanın "bir gün sürmesi" gerektiğine inanmaktadır. Buna karşı ne yapılabilir? Not: Otomasyonun nasıl teşvik edileceğini sormuyorum. Sorun bu değil. Otomatik testler ve süreçler burada sürekli olarak teşvik ediliyor ve talep ediliyor. Sorun şu …

6
Fonksiyonel testi uygulamak için sistemin kendisini uygulamaktan daha fazla zaman harcıyoruz, bu normal mi?
Temelde, üç ana projemiz var, ikisi web hizmetleri, diğeri ise web uygulaması. Web hizmetlerimizi olabildiğince işlevsel testlerle (her üç projenin de uygun birim testleri vardır) kapsamaktan memnun kalsam da, web uygulaması için fonksiyonel testlerin uygulanması geliştiricinin çok fazla zaman alıyor. Çokça kastediyorum, iki kez, hatta bazen daha fazla, birim test …

1
En iyi yol: mevcut bir Team Foundation Server (TFS) çözümünü yeniden yapılandırın
Bölümümde bazı birleşik iletişim sunucusu için birkaç küçük AddOns geliştiriyoruz. Sürüm oluşturma ve dağıtılmış geliştirme için bir Team Foundation Server 2012 kullanıyoruz. Ancak: tüm uygulamalarımız ve kütüphanelerimiz için tek bir büyük TFS çözümü vardır: Ana Çözüm Uygulamalar Uygulama 1 Uygulama 2 Uygulama 3 dış görünüş Kütüphaneler Lib 1 Lib 2 …

5
Geliştiricilere Proje Yönetimi yapan Yazılım Yöneticisi
Gömülü bir sistem şirketinde çalışan bir yazılım geliştiricisiyim. Genel proje çizelgesine (elektrik, kalite, yazılım ve üretim dahil) bakan bir Proje Yöneticimiz var, bu nedenle yazılım çizelgesi çok kısa. Ayrıca patronum olan bir Yazılım Yöneticimiz var. Yazılım programını, tasarım belgelerini (yüksek ve düşük seviyeli tasarım), SRS'yi, değişim yönetimini, doğrulama planlarını ve …

1
Git iş akışı / küçük bir proje için uygulamalar (png'de akış şeması)
Kişisel bir iş akışı bulmaya çalışıyorum. Bir sürümün varsayımsal ömrünün bir akış şemasını bir araya getirdim: bir geliştirici, genel bir github deposuna itiyor + bazı özelliklere yardımcı olan ve bir hatayı düzelten bir arkadaş. Bu sürüm kontrolüne makul bir yaklaşım mı? Ana fikir, kamuoyunu düzenli tutmaktır: Her yeni sürüm, bittiğinde …

7
Belgelemenin bozulması - bununla nasıl başa çıkılır?
Önemli : Kaynak kodu dokümantasyonunda hiçbir sorun yaşamıyoruz . Bu, düzenli kod denetimine aittir ve güncel tutulur. Bizim sorunumuz geliştiricilerin dokümantasyonunda (veya isterseniz "harici"), programcılardan bir zamanlar yazılma eğiliminde olan ve genellikle geride bırakılan programcılara blog benzeri küçük ipuçları. Programcıların belgelerini üretmek için wiki benzeri bir sistem kullanıyoruz - programcılar …

2
Vektör miktarı olarak zeka
Peter Seibel'in "İşyerinde Kodlayıcılar: Programlama El Sanatları Üzerine Düşünceler" adlı bu harika kitabı okuyorum ve kısmen Joshua Bloch ile olan görüşme yapıyorum ve bir programcı için önemli bir nokta olan bu cevabı buldum. Paragraf böyle bir şeye gider. Bu problem var, yani programlama çok entelektüel bir meritokrasidir ve genellikle bu …

8
Patron her zaman gereksinimler ve genel tasarım hakkındaki büyük kararları ertelerse ne yapmalı?
Yeni bir projeye başlarken, patronum her zaman sabit kararlar almaktan kaçınır. Genellikle şöyle diyor: tamam, bir şeyler yazmaya başlayın ve mümkün olduğunca genel olun. İşiniz bittiğinde nasıl devam ettiğimize bakıyoruz. Onun argümanı temelde asla bilemeyeceğiniz ve "çevik gelişim" dir. Soruyu olabildiğince genel tutmak için: patronunuz karar vermek istemezse ne yaparsınız? …

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.