Teknik olmayan yönetimin yazılım geliştirmeyi anlamasına yardımcı olacak iyi bir kitap nedir? [kapalı]

Yazılım geliştirme ekibinizi yöneten teknik olmayan bazı kişiler varsa, süreci daha iyi anlamak için okumasını istediğiniz bir kitap var mı?

Örneğin, çoğu çalışmada, bir görevin ne kadar süreceğini oldukça iyi tahmin edebilirsiniz. Ancak gelişimde, mesele şu ki, bilinmeyen zaman alan sorunu bulmanız gerekiyor. Bunu iletmek zor.

Bildiğiniz bir şey bunu iyi açıklıyor mu?

" Peopleware " ve " Mythical Man Month " birkaç klasik olurdu, ancak yönetimin eski gibi görülebileceği için her iki kitabı da okumanın ne kadar iyi olacağından emin değilim.

Yazılım süreci ve proje yönetimi için Steve McConnell'in Hızlı Geliştirme: Taming Wild Yazılım Programları ve Yazılım Projesi Hayatta Kalma Kılavuzu'nu tavsiye etmeliyim . Bu kitaplar, yazılım projelerini yönetmedeki klasik hatalardan riskleri yönetmeye, en iyi uygulamaların açıklamalarına ve bunların ne zaman uygun bir şekilde uygulanacağına kadar uzanan konuları tartışmaktadır.

Jim McCarthy'nin Yazılım Geliştirme Dinamikleri, yazılım ekiplerinin nasıl çalıştığı hakkında bazı ilginç bilgiler sunar ve gerçek dünyadaki durumlara dayanarak yazılım projelerini optimize etmek için ipuçları ve püf noktaları sunar.

Bir kitap değil, fakat teknik olmayan yöneticileri Joel on Software'e yönlendiren iyi bir başarı elde ettim .

Alın Gerçekler ve Yazılım Mühendisliği safsatalarını .

DÜZENLE

Bu kitabın okunması kolaydır ve yönetim için paragrafları kolayca çırpın. Bu konuda hiçbir şey bilmeden uzaktan yazılım geliştirme konularına odaklanır. O zaman OP ile benzer sorunlar yaşadım ve yöneticim ve bu kitapla çalışarak, görevlerimi tamamlamak için daha fazla zamana ve kaynağa ihtiyacım olduğuna ikna etmeyi başardım.

Ancak, son zamanlarda bu kitapta birçok şeyin çeliştiğini gördüm. Her zamanki gibi, sosyal çalışmalarda kimsenin bir şey okumasını tavsiye etmem zaten. Her şey çok istekli yıkandı ve günden güne değişiyor.

Mükemmel Yazılım: ve testle ilgili diğer yanılsamalar, aldığınız başka bir kitap olmalıdır.

Önsözden, tartıştığı bazı sorular:

"Bizi yavaşlatıyor gibi göründüğünde neden test etmemiz gerekiyor?

İnsanlar neden sadece yazılımı doğru bir şekilde inşa edemiyorlar, bu yüzden teste gerek yok?

Her şeyi test etmek zorunda mıyız?

Neden sadece her şeyi test etmiyorsun?

Testi bu kadar zorlaştıran nedir?

Testler neden bu kadar uzun sürüyor?

Mükemmel yazılım bile mümkün müdür?

Neden sadece birkaç hatayı kabul edemiyoruz? "

Muhtemelen " Çevik Kalkınma Sanatı ". Bu onları yazılım projelerini daha gerçekçi bir şekilde yönetmeye ikna edebilir. Tabii ki, çevik denemelerini istemiyorsanız , bu kötü bir şey olabilir. Ama kendim için zorlayıcı bir okuma buluyorum.

Yazılım geliştirme süreci açısından Andy Hunt ve Dave Thomas'ın "Pragmatik Programcı: Yolcudan Usta" ya gitmesi gerekir. Aksi halde öğrenmek için gerçek dünya programlama deneyiminin birçoğunu alacak yararlı bilgilerle doludur. Aynı zamanda dile agnostik programlama ve çoğunlukla anlaşılması kolaydır.

Tahmin açısından, pragmatik programcının bu konuda kısa bir bölümü var, ancak Fred P. Brooks'un klasik "Efsanevi Adam Ayı" nın okumaya değer olması gerekiyordu. Bazı proje örnekleri biraz tarihli görünmektedir, ancak fikirlerin çoğu bugün hala geçerlidir.