it-swarm.asia

Sahip olduğum tek şey büyük bir fikir olduğunda büyük bir projeye başlamanın adımları nelerdir?

Bilgisayar mühendisliği öğrencisiyim. Büyük bir projeyi nasıl ele alabileceğimi düşünüyordum. Hedefime daha verimli ve etkili bir şekilde ulaşmak için ilk adımım ne olmalı?

Bir proje bulduğumda, onun üzerinde çalışmaya nasıl başlamam gerektiğini bilmiyorum. Çoğu zaman, sadece görmezden geliyorum. Ancak, artık proje fikirlerimi görmezden gelmek istemiyorum.

Şimdi hepinize soruyorum, herhangi biri deneyimlerini paylaşabilir mi? Tüm sahip olduğum bir fikir olduğunda projeye nasıl başlamalıyım?

50
user12654

Bir an için kodlamayı ve bir geliştirme ortamı oluşturmayı unutun. Büyük bir projeye başlamak istiyorsanız, yapmanız gereken ilk şey, projenin amaç ve kapsam işlemlerini yapmaktır.

Benim önerdiğim bir kelime işlemci açmak ve bir 'proje hedefleri' belgesi yazmak. Fikrin ne hakkında olduğunu ve yazmak istediğiniz yazılımın genel amacını açıklayın. Ardından projenin işlevsellik hedeflerini listeleyin. Bunu belirtmek istemiyorum, aksine bitmiş ürünün desteklemesi gereken farklı işlevsellik parçalarını tanımlayın. Dolayısıyla, bir okul çalıştırmak için yazılım yazıyorsanız, 'öğretmen yönetimi'ni bir işlevsellik parçası olarak listeleyebilir ve daha sonra bu işlevin ne içereceğini açıklayabilirsiniz (iletişim bilgilerini, sınıf programını vb.).

O zaman en zor kısım: Tam ön yapmanız gereken bir şey değil, ilerledikçe. Eklemek istediğiniz özellikleri listelemek kadar önemli olan her şey, hedef belgenizde tanımladığınız işlevselliği gözden geçirmek ve programın ilk sürümünde yaşayabileceğiniz olmadan bu özellikleri not etmek. Bu, kapsamı yönetmenin anahtarıdır.
İnsanların daha büyük projelerde başarısız olmasının temel nedenlerinden biri, ne zaman çalışacaklarını bilmemeleri. Bunun "bittiğini" düşünmüyorlar çünkü fikirler gelmeye devam ediyor ve asla serbest bırakılmıyor. Sonunda ilgilerini kaybederler ve yine yarı bitmiş bir başyapıtınız olur. Bu nedenle, hedefinizin temel kısmına ulaşmak için gerçekten önemli olan işlevsellik üzerinde iyi bir ele sahip olduğunuzdan emin olmak istersiniz. Bu senin ilk hedefin.

Artık önemsiz olmayan tüm projelere böyle başlıyorum. Odaklanmama yardımcı oluyor ve geliştirme sırasında kapsamın ve amacın 'gelişmekten' korunmasına yardımcı oluyor.

65
GrandmasterB

Bence Linus en iyisi

Hiç kimse büyük bir proje üstlenmeye başlamamalıdır. Küçük bir önemsiz projeyle başlıyorsunuz ve projenin asla büyümesini beklememelisiniz. Bunu yaparsanız, sadece aşırı tasarım yaparsınız ve genellikle o aşamada olduğundan daha önemli olduğunu düşünürsünüz. Ya da daha kötüsü, tasavvur ettiğiniz işin büyüklüğünden korkmuş olabilirsiniz. Bu yüzden küçük başlayın ve ayrıntıları düşünün. Bazı büyük resim ve süslü tasarımları düşünmeyin. Eğer oldukça acil bir ihtiyacı çözmezse, neredeyse kesinlikle aşırı tasarlanmış. İnsanların atlayıp sana yardım etmesini beklemeyin. Bunlar böyle çalışmaz. Önce yarı yararlı bir şey edinmelisiniz ve sonra diğerleri "hey, bu benim için neredeyse işe yarıyor" diyecek ve projeye dahil olacaklar. - Linus Torvalds

42
Rook

Hedefime daha verimli ve etkili bir şekilde ulaşmak için ilk adımım ne olmalı?

Daha önce projeler yaptığınızı ve sürüm/kaynak kontrolü öğretmeyen bir kolej/üniversitede olduğunuzu varsayıyorum. Bazı projeleri görmek istiyorsanız, her zaman Github (Git kullanır), Bitbucket (kullanır) gibi açık kaynak havuzlarına gidebilirsiniz. Mercurial), Google Kodu (Mercurial, Git ve Subversion kullanır), CodePlex (Mercurial ve Subversion/TFS), SourceForge ( Birçok), vb ve kod tabanlarına bir göz atın. Ortak noktaları, kaynak kontrol yazılımı kullanıyor olmaları.

Bunların nasıl kullanılacağı hakkında çok fazla bilgi var, bu yüzden bunu nasıl kullanacağınızı öğrenmenizi öneririz, çünkü bu standart endüstri uygulamasıdır. İşte size yol gösterecek bazı görsel kılavuzlar:

Bilirsiniz, bir proje aklıma geldiğinde ne yapmam gerektiğini bilmiyorum. Çoğu zaman, görmezden geliyorum.

Boş zamanlarında yapabileceğiniz çok şey var. Küçük başlayın : Sıfırdan bir proje oluşturun, kaynak kod deposuna koyun. Küçük projenize bir şeyler eklemek istediğinizde kaynak kodu deponuzda değişiklik yapın. Zamanla büyüyecek ve geri dönmek isterseniz, sürüm kontrol sistemiyle yaptığınız değişiklikleri her zaman geri alabilir veya geri alabilirsiniz.

12
Spoike

"Boş kağıt" sendromundan etkilenmek normaldir.

Aklınızda harika bir proje var, bu harika görünüyor, ama bir şeyler yapmaya çalışırken masada oturduğunuzda aniden engelleniyor ve hiçbir şey yapamıyorsunuz. Sonra solitaire açar ve yeni bir kayıt yaparsınız.

Aslında proje ile ilgili bir şey yapmaya başlamanız gerekir, böylece doğmuş gibi hissedersiniz.

Hemen kod yazmak istemeyebilirsiniz. Projenizin gerçekte ne yapması gerektiğini yazarak başlayabilirsiniz ya da yapmasını istersiniz. Bir kalem ve kağıt alın ve yazmaya başlayın. Ayrıntılar veya daha büyük bir resimden başlayabilirsiniz. Her ikisini de deneyin, neyin en iyi olduğunu görün.

Projenin işlevselliğini, farklı bölümlerini, bu bölümlerin aralarında nasıl iletişim kurduğunu tanımlamaya çalışabilirsiniz. Post-it ile kendimi rahat hissediyorum, eğlenceli ve ilerledikçe değiştirebilirsiniz. Bırakın aklını ve fikirlerini takip etsinler.

Ya da belki bazı işlevleri veya sınıfları prototiplemeye başlayabilirsiniz. Bunun için tercih ettiğiniz dili, mevcut olmayan ve yeni icat ettiğiniz dili bile kullanabilirsiniz.

Bir süre sonra üzerinde çalışacağınız bir şey olacak ve projeniz sadece aklınızda olmayacak. Aslında bir şey yaptın.

Geliştirme sürecine gerçekten başlamak için kendinizi rahat hissettiğinizde, dikkatli bir planlama, belgeleme, prototip oluşturma, gerekli tüm teknolojilerin ve yazılımların toplanması vb.

Ama sen aslında başlamadan başla hisset doğru zaman!

5
Jose Faeti

Büyük projeler birçok küçük proje veya parçadan oluşur. Büyük bir fikriniz veya proje gereksiniminiz olabilir - örneğin, kişileri yöneten bir uygulama.

Yerle bir etmek; kendinize sorun, 'bunu yapmak için ihtiyacım olan daha küçük parçalar nelerdir?'

Küçük parçalarınızı tanımladıktan sonra tekrarlayın; bazı parçaların daha fazla parçalanması gerektiğini görebilirsiniz. Fikir, her küçük parça için en yönetilebilir hedefleri tanımlamanızdır. Tasarım ve geliştirmede (Agile-TDD gibi) disiplinli ilkeleri kullanmayı öğrenin ve daha küçük, daha yönetilebilir hedefler gerçekleştirilecektir.

4
IAbstract

Anahat Oluştur

Büyük bir fikriniz var, ancak görevinizi nasıl yerine getireceğinizi bilmiyorum. Ne yapacağınızın bir taslağını oluşturun. Alacak adımları, neye ihtiyacınız olacağını, hangi dilleri kullanacağınızı vb. Yazın. Her şeyin organize olduğundan emin olun, aksi takdirde proje tam bir enkaz olacaktır.

Adımlarınızı Planlayın

Bundan daha önce bahsetmiştim, ama gerçekten önemli. Zaman eşlemeniz varsa, projenizin ne zaman biteceğini ve projenin ne kadar süre alacağını tahmin eden bir bitiş tarihine sahip olabilirsiniz. Bu yine bir organizasyon ve sizi devam ettirecek.

İş için Araçları Bulun

Büyük bir projeye başlayacaksanız yardıma ihtiyacınız olacak. Kod organizasyonu ve iyi bir Sürüm Kontrol Sistemi için Git harikadır çünkü tüm kodlarınızı tek bir depoda tutar. Git hakkında daha fazla bilgi için size verdiğim bağlantıya bakın.

Ayrıca, yapmaya çalıştığınız şeyi yapmanıza yardımcı olacak dilleri kullandığınızdan da emin olmanız gerekir. Başlamadan önce projenizi oluşturabildiğinizden emin olun. Yeni bir şey öğrenme demiyorum, ama başlamadan önce öğrenin.

Yardım almak

Büyük projeler genellikle tek başına yapılmaz. Diğer öğrencilerle, topluluğunuzda program yapabilen kişilerle ve başlamadan önce size yardımcı olabileceğini düşündüğünüz herkesle iletişim kurun. Sormaktan korkmayın.

Başlamak!

Başka birinin projenize başlamasını ve sonra "Bu fikrim vardı!" Demenizi beklemeyin. Sonsuza dek seni rahatsız edecek ...

3
Dynamic

Belki klişe dolu ama ... gönderirim.

Büyük bir projeyi yürütebilmek için öncelikle tek bir şeye ihtiyacınız var: deneyim. Deneyim size ihtiyacınız olan her şeyi sunar:

  • Bilgi: projelere ne kadar çok zaman harcarsanız o kadar genel ve spesifik bilgi kazanırsınız
  • Güven: büyük projeleri yönetmek güvene ihtiyaç duyar, güven bilgiden gelir ve genellikle işin her parçasının daha önce yaptığınız bir şey olduğu ya da bunu yapan insanların gördüğünüz gerçeği
  • Profesyonel ağ: proje gerçekten büyükse, kendi başınıza başaramayacağınızı fark etmelisiniz, bu yüzden kime sorabileceğinizi veya aradığınız anahtar bilgileri nerede bulabileceğinizi bilmeye hazır olun

Böylece iki şey yapabilirsiniz:

  • Dalış yapın ve nasıl gittiğini görün. Muhtemelen çok fazla hata yapacaksınız, ancak anahtar onlardan öğrenmek.
  • Özellikle büyük projeleri ele aldıklarını gözlemleyebileceğiniz bir iş bulun

Umarım bu yardımcı olur.

1
Aston

amaçsız bir şey yapmak için hiçbir sebep yok. Yazmak istediğiniz koda olan ihtiyacı gösteren kullanıcı hikayelerine ihtiyacınız var. Bu kullanıcı hikayelerini aşağıdaki biçimde çerçevelemeniz gerekir:

[X] olarak
Y istiyorum]
böylece [Z]

Bu çok basit görünebilir, ancak size sadece kullanıcıyı tanımlamakla kalmaz, aynı zamanda ihtiyacı ve nihai sonucun ne olduğunu tek bir cümlede belirtmek için bir çerçeve sunar. Bunların çoğuna sahip olacaksınız. Zaman ilerledikçe daha fazlasını bulacaksınız. Bazılarına sahip olduktan sonra kodunuz üzerinde geliştirmeye başlayabilirsiniz. Daha fazla fikriniz olduğunda veya başka şeyleri anladığınızda. Geri dönüp daha fazla kullanıcı hikayesi yazıyorsunuz, böylece onları unutmuyorsunuz. Başlangıç ​​için en iyi yer burası.

Davranış Odaklı Geliştirme bu yaklaşımı kullanır ve bağlantıdaki sitenin kullanıcı hikayelerini ifade etmek için bu biçimi kullanmanın birkaç örneği vardır.

Ben fikirden kod almak için en hızlı ve en organize yolu olacağını düşünüyorum.

1
Charles Lambert

"Büyük proje" tanımım "büyük sorunun katılımcıların koordinasyonu ve aralarındaki iletişim olduğu bir projedir" (orta düzey bir proje, yönetimin teknik sorunlar kadar zor olduğu, küçük olanın teknik sorunların yönetimden daha önemlidir; uzun vadeli tek kişilik bir projenin büyük bir proje olabileceğini unutmayın - gelecekteki kendinizle koordine etmek ve iletişim kurmak, başkasıyla aynı şeyi yapmaktan çok farklı değildir).

Büyük bir projeyle başa çıkmanın ilk adımı ("öncü bir rol" ile), büyük bir projeye öncü bir rol almaksızın katılmaktır. İkinci adım, tecrübesi olan biri tarafından rehberlik edilirken lider rol seviyesine ulaşmaktır.

Alternatif bir yaklaşım, projelerin boyutunu giderek arttırmak ve deneyimlerinizden ders almaktır ...

1
AProgrammer

Bazı fikirler, bir mühendisin hemen atlaması ve kod yazmaya başlaması için olgunlaşır. Bu projeler büyük olabilir veya küçük olabilirler, ancak hepsinin ortak bir yanı vardır: Çözülmesi gereken iyi tanımlanmış bir sorun. Bunun gibi sayısız kez projelere başladım ve bu sadece benim önümde iyi belgeler yazma ve kaynak kodu kontrolü, iletişim ve işbirliği ile ilgili en iyi uygulamaları takip etme konusunda bir disiplin oluşturmakla ilgili.

Tek sahip olduğum büyük projeler, bir fikrin mikroplarıdır, deneyimlerime biraz daha hazırlık yaparlar. Yaptığım ilk şey, çözdüğüm sorun hakkındaki anlayışımı herkesin paylaşıp paylaşmadığını görmek ve sorunu çözme konusunda planlanan yaklaşımımı doğrulamak için fikrim hakkında başkalarıyla konuşmaya başlamak. Bu yüzden bir ya da iki arkadaşınızı bir bira için dışarı çıkarın ya da Cheetos için yurt odanıza davet edin. Ancak bu süreçle eğlenin, çünkü bu süreçte çözdüğünüz sorunu daha iyi anlayabilir, sorunu çözmede taşıyabileceğiniz diğer harika fikirleri bulabilir, fikrinizi başkalarına satmaya çalışabilir ve hatta bir çözmenize yardımcı olacak bir ekip.

1
Byrne Reese

Büyük şeyleri daha küçük şeylere ayırın.

"Dünya barışı sağlamak" üzerinde çalışamazsınız. Bunun yerine Kitle İmha Silahlarının yasaklanması üzerinde çalışıyorsunuz, demokrasiyi teşvik ediyorsunuz, kalkınma yardımı sağlıyorsunuz, kültürel ve bilimsel alışverişi teşvik ediyorsunuz vb.

1
LennyProgrammers

Bu cevapların çoğunun dokunmadığı bir şey somut bir şey yapmak ve kendinizi bunu yapmaya zorlamak olduğunu düşünüyorum.

Bazen geriye kalan her şeyin bir şeyler yazmak gibi bir şey olduğunu düşündüğünüz 'düşünce toprağına' takılıp kalıyorsunuz, ama aslında projenizin ısırık boyutunda bir yığınına başlıyorsunuz ve uygulama hem eğlenceli hem de zorlu.

Ben de dahil olmak üzere böyle bir sürü insan tanıyorum, gerçekten devam edene kadar hiçbir şey yapmadım, sadece düşünemiyorum ve bir proje başlatmayı planlayamıyorum. Kolayca uygulayabileceğim bir parça seçmem ve ona ulaşmam gerekiyor ve sonra akış başlıyor.

1
Matthew Blanchard

Bir yığın sarı yapışkan ve sihirli bir işaretleyici alırdım ve beyin fırtınası yapabilmek için büyük bir beyaz tahta olan bir odada otururdum.

Sadece Ana Menü, Raporlar, Veritabanı, Kimlik Doğrulama vb. :

Dosya Aç, Dosya Kaydet, Farklı Kaydet, Yazdır vb. Ve ana menü altındaki beyaz tahtaya yapıştırın.

Fikirler aklınıza geldikçe, onları yazın ... iyi, kötü, aptalca ne olursa olsun. Tahtaya yapıştırın. Tahtaya baktığınızda daha fazla fikir ortaya çıkacak ve desenler ortaya çıkacaktır. Bir noktada gelişmeyi planladığınız şey hakkında bir fikir edinmeye başlayacaksınız.

Sarı yapışkanlar oldukça hızlı bir şekilde hareket ettirilebilir.

Bir şeyler bir araya gelmeye başladığında, bu düşünceyi gruplara ayırırsınız. Sonra tek bir grup düzeyinde beyin fırtınası yapabilirsiniz. Yirmi dakika önce işlerin değişmesinden önce neye benzediğini görmek istemeniz durumunda beyaz tahtanın çeşitli aşamalarında fotoğraflarını çekerdim.

Sonunda, yapılması gereken şeylerin ana parçaları hakkında oldukça iyi bir fikriniz olacak. Bu parçalar için tek bir klasör alabilir ve sadece size geldikçe fikirleri fırlatmaya devam edebilirsiniz.

Kod çalışması genellikle bir proje bütçesinin yaklaşık% 20'sidir (+% -10). Kodun doğru şekilde elde edilmesine odaklanmak anlamsızdır, ele almadığınız çabanın% 80'i vardır, bu nedenle mükemmel kod yönetimi elde etmek sizi sadece 20 işin bitirmesine neden olur.

Projenizde kullanıcı yoksa ne olur? Mükemmel olsa da "Acme Patent Trolls" dosyasından bir hafta sonra fikir üzerine bir patent yayınlanırsa ve bir sonraki Facebook olduğu ortaya çıkarsa ne olur?

Aşağıdaki standart proje yaşam döngüsü konularına bakın Gereksinimler, Tasarım, Kod, Test, Entegrasyon, Dağıtım, Hata izleme ve düzeltme, gereksinim değişikliği yönetimi (geliştirme istekleri). Yayın planları, kaynak tahsisi (günde kaç saat planlıyorsunuz ve aslında projede yapacaksınız), Yasal (İşletmek için Freedon) vb.

Yukarıdakilerin hepsi yerinde ise, çok kötü kod bile başarılı olacaktır. Yukarıdakilerin hiçbiri yerinde değilse, en iyi kod başarısız olur.

Ben bir bahisçi değilim, ama ilk “büyük” projeniz başarısız olacak, hayal edemeyeceğiniz çeşitli ve çeşitli şekillerde para koyacağım. Endişelenme, devam et ve başarısız ol, ondan öğren ve bir sonrakini yap. Başlamak gerçek suç değildir. İlk kez başarılı olursanız, programlamada değil, işletme yönetiminde sağlam bir kariyeriniz olur.

Size soru cevap, yazılım araçları koymak ve "iş planlama" araçlarını çekin. NEDEN bunu yapıyorsunuz, WHO için WHY ve WHEN istedikleri zaman. (Kendi müşteriniz olabilirsiniz, ancak egzersizi yine de yapın). Bunu bir "İş planına" yazın ve onlardan oluşturun.

0
mattnz

Yapmanız gereken ilk şey oturup bu fikri yazılı olarak tanımlamaktır. O zamana kadar bir proje olmayacak ve o zaman bile, onu bir fikir kadar geçici bir şeyden bir proje kadar somut bir şeye götürecek bazı çalışmalarınız var.

Bu aşamaya geldikten sonra, onu bir projeye dönüştürmeye başlayarak, onu mantıklı bir şekilde uygulanabilecek ayrı adımlara nasıl ayırabileceğinizi belirleyerek başlayabilirsiniz.

Ardından, bu adımları uygulamak için bir zaman çizelgesi hazırlayın. İlk etapta hiç düşünmediğiniz sürünen fikirlere sahip olmak ve bunları karışıma eklemek yerine, belirli aralıklarla ilerlemeyi tekrar ziyaret edin.

Bir başlangıç ​​bitiş çizgisini belirleyin ve bunu hedefleyin. Buna ne kadar az bağlı kalırsanız, projenin ek fikirlerin ağırlığının altına düşme olasılığı o kadar artar ve sonsuza kadar yaşadığı gibi onu tamamlama konusunda daha cesur olabilirsiniz.

0
temptar

Bir öğrenci olduğunuzdan, öğrenci büyük ve profesyonel büyük değil demek istediğinizi varsayacağım. İkincisi ek iş ve işbirliği konuları gerektirir. Geçen hafta yeni bir proje başlattım, bu yüzden süreç aklımda taze.

Yaptığım ilk şey mevcut çözümleri ve kütüphaneleri araştırın. Mümkün olduğunca tekerleği yeniden icat etmek istemiyorum. Bu araştırma aynı zamanda proje için bir dil seçiminde büyük bir faktördür. Bazı diller belirli görevler için daha iyi kodlara sahiptir.

Yaptığım bir sonraki şey bir klasör oluşturmak ve kaynak denetimine koymak. Bu bir git init . şu günlerde.

Sonra ben "merhaba dünya" çalışma olsun. Bu, geliştirme ortamımın doğru kurulduğunu bilmemi sağlıyor.

Sonra ben çalışan üçüncü taraf kütüphaneler için "merhaba dünya" olsun. Bu, kütüphaneye doğru bir şekilde bağlandığımı ve kullandığımı göstermek için gereken minimum değerdir. Bir veritabanı kütüphanesi için, örneğin basit bir sorguyu bağlar ve çalıştırır. Bir GUI araç seti için, bir pencere görüntülüyor.

Sonra I komut dosyaları ve test çerçeveleri oluşturun. Bu karınca ya da makyaj malzemeleri ya da her neyse ve projeniz hala küçükken kurmak çok daha kolay.

Sonra I veri yapıları oluşturun. "Model" katmanı olarak da bilinir. Bu, programın işini yapmak için hatırlaması gereken her şeyi saklayan bölümdür. Kağıt üzerinde çok fazla tasarım yapıyorum, sonra sadece saplamalar ekleyin. Tasarımın bu kısmı genellikle en kolay olanıdır. Örneğin, bir satranç programının oyun ızgarasını, oyuncuları, taşları, hamle dizilerini vb. Saklamak için nesnelere ihtiyacı olacaktır.

Bu noktada, bir program için oldukça iyi bir temelim var ve genellikle belirli bir proje için bir sonraki adımın ne olacağı oldukça açık. Sonra sadece bir adım küçük bir adım atın, tüm yol boyunca bir dereceye kadar çalışan kod ile.

0
Karl Bielefeldt

Eğer sahip olduğunuz tek şey "Büyük Fikir" ise, (diğer cevaplarda çok iyi açıklanmış olan) birçok şeye ihtiyacınız olacak ve özellikle bunlar 2: zaman ve motivasyon =.

Kişisel bir projede yalnız çalıştığınızda en büyük zorluk, genellikle her hafta harcamak için fazla vaktinizin olmaması ve bu yüzden fazla ilerleme görmemeniz ve çabucak motivasyonunuzu kaybetmeye başlamanızdır.

Daha önce de söylendiği gibi, küçük adımlar atın, bu anahtar.

Ama hepsi bu değil, küçük ve ödüllendirici adımlar atmalısınız! Yani, size en büyük değeri getirecek ve büyük fikrinizin temel kavramlarını gösterecek adımlar.

Örneğin, mükemmel kullanıcı etkileşimleri olan yeni bir süper yapılacaklar listesi yazılımı üzerinde çalışıyorsanız . Gerçekten ihtiyacınız olana kadar depolama ve veritabanı öğeleriyle başlamayın. Yenilikçi kullanıcı arayüzü ile başlayın: bu eğlenceli ve değerlidir. Bu sizi gururlandıracak, sizi motive edecek ve çok yakında kontrol etmenize izin verecek. Fikriniz gerçekten iyi.

0
David

Buradaki tüm cevaplar Güzel ve hepsi, ama dürüst olmak gerekirse, ne kadar sürüm kontrolü, gitting, akış şeması ve işaretlemeler yaptığınız önemli değil, önemli olan tek şey işlevsel bir uygulamaya, işlevsel bir uygulamaya sahip olmanız. kasıldığı sorunu çözen bir sorun olarak tanımlanır, diğer tüm şeyler hemen hemen ilgisizdir.

Kodlamaya başlayın, işlevsel bir aşamaya kodlayın, bazı testler yapın, hata ayıklayın, başlatın ve tekrarlayın, yeni özellikler ve işlevlerle (gerekli görürseniz), çok yalın bir başlangıç ​​yolunda - çevik bir yönetim yöntemi. ve daha az atık yaratmaya yönelik geliştirme (veya birinin tanımladığı gibi: yarı bitmiş başyapıtlar).

0
Itai Sagi
  1. başarı neye benziyor?
  2. projedeki bilinmeyenler nelerdir?
  3. projedeki uzmanlar nelerdir?
  4. bilinmeyenleri ortadan kaldırmak/keşfetmek, onları bilenlere dönüştürmek için ne yapabilirsiniz?
  5. başarıya ulaşmak için bilenleri birleştirmek için ne yapabilirsiniz?
  6. projeyi ileriye taşıyan bir sonraki somut adım nedir?

proje tamamlanana kadar son adımı tekrarlayın; yıl alabileceğini kabul et ve ilerlemeye devam et

0
Steven A. Lowe