Yan Proyektinizin Heç vaxt məhsul olmadığının 5 səbəbi

Fotosessiya Depositphotos-da

Qovluqlarda boş oturan və ya aylar və ya illər boyu toxunulmayan depozitləriniz varmı? 80% nə qədərdir? Funksional və bəzən sizin tərəfindən istifadə olunur, lakin satmaq və ya vermək üçün uyğun bir vəziyyətdə deyilsiniz? Neçə o zaman böyük ideya kimi görünürdü?

Yan layihənin təəssüf hissi hər bir hakerin həyatının ləkəsidir. Bir fikirimiz var. İşdən sonra və ya həftə sonlarında sıxışırıq, hamısı həvəslə və ehtirasla dolur. Həftələr və ya hətta aylar keçir, irəliləyiş olur və sonra dayanırıq və ya davam edirik. Tanış səs?

Cilaladığım və sərbəst buraxdığım bir çox yan layihə üzərində işləmişəm. Bəziləri kommersiya masaüstü məhsulları, bəziləri pulsuz onlayn tətbiqetmələr idi, lakin hamısı onları real istifadəçilərə sərbəst buraxmağa imkan verən tam bir vəziyyətə çatdı.

Hər dəfə finiş xəttini keçmək, layihəni artıq bir layihə deyil, məhsul olduğu bir vəziyyətə gətirmək üçün özümlə mübarizə aparmalı oldum. Bir az əl konfiqurasiyasından istifadə edə bildiyim zaman qəza vaxtı ümumiyyətlə 80% işarədir. UI bir az utanc verici ola bilər, vacib şeylər itkin ola bilər, azad olmağa hazır olmağınızdan uzun bir yol ola bilər.

Bu anda mənim daxili cinlərim (və sizin də) layihəni ləğv etmək və heç bir məhsula çevrilməmək üçün əllərindən gələni edirlər.

Yan tərəfinizin bir layihə olaraq qalmasının və heç bir məhsula çevrilməməsinin beş səbəbi budur.

1. sonunda cansıxıcı bitlər

Yan bir layihənin erkən mərhələləri əyləncəlidir. Siz və yalnız texnologiya yığını seçməlisiniz - altı yaşında kitabxanalar, daha qədim IDE və verilənlər bazası müştəriləri yoxdur. Hər şey yeni və təzədir.

Lakin layihə böyüdükcə və daha da yaxınlaşdıqda və həqiqi bir məhsul olmağa yaxınlaşdıqca əyləncələr dünyaya yol açır. Hamısı gün işi kimi hiss etməyə başlayır.

Menyularda və düymələrdə yazılanlar düzgündürmü? Hər şey olmalı olduqda işə salınır və ya əlil olur? Quraşdırıcı qurdunuz, EXE sənədlərini imzaladınız? Kod imza sertifikatını necə tutursunuz?

Öz tətbiqinizi qurmadan bütün əyləncələri özünə cəlb edən bezdirici kiçik işlərlə dolu heç vaxt bitməyəcəyi görünən bir siyahıdır. Ancaq bunlar edilməlidir, əks halda layihəniz bir layihə olaraq qalır, toz toplayır və uğursuzluğunuzu hər gün xatırladır.

Bunu necə düzəldin?

Bir dəfəyə bir tapşırıq düzəldin. Ancaq əvvəlcə bu vəzifələri müəyyənləşdirməlisiniz, bir siyahı qurursunuz. Hər şey siyahıda gedir: səhvlər, kosmetik dəyişikliklər, çatışmayan xüsusiyyətlər, quraşdırıcı, veb sayt, istifadəçi forumu, hətta kodu imzalayan sertifikat.

Unsplash-də Glenn Carstens-Peters-in şəkli

Düşündüyünüzü bilirəm: "Kiçik yan layihəm üçün Jiraya ehtiyacım yoxdur." Düz deyirsiniz, yan layihəniz üçün ehtiyacınız yoxdur. Ancaq ehtiyacınız var - ya da oxşar bir şey - məhsulunuz üçün.

Atomic Scribbler-in ilk versiyasını 2017-ci ildə qurarkən, Jira-nı tanıdığım 80% mərhələdə idi. Atom işləyib - mənim üçün. Ancaq geniş dünya üçün heç bir yerdə hazır deyildi.

Bir həftəlik iş günü səhər saat 7-də, Dublindəki Quays-da Starbucks-da oturaraq, ilk Atom Scribbler Jira siyahısımı qurdum. Hər şey bu siyahıda idi - 100-dən çox tapşırıq, səhvlər və istifadəçi hekayələri. Bəziləri on dəqiqəlik bir iş olacağını sübut edər, bəziləri isə tamamlamaq üçün günlər çəkərdi. Hamısını sadaladım və sonra ilk sprintimi qurdum: yeddi gün, iyirmi tapşırıq.

O günortadan sonra başqa bir qəhvəxanada işləyirdim və iki işi Bitti siyahısına sürüklədim. Hər gün prosesi təkrarladım. Səhərdə bir və ya iki tapşırıq, süründürün və günortadan sonra bir və ya iki dəfə yuyun və təkrarlayın. Həmin həftənin sonunda bütün 20 tapşırıq tamamlandı və növbəti həftənin sprintini qurdum.

Sürət hiss etdikdə, hər gün vəzifələrin yıxıldığını seyr edəndə sonu real olur. Buraxılış gününü yalnız küncdən görməyə başlayırsınız. Bir məhsul deyil, bir layihə.

2. Diqqəti və sürücünü itirdin

Hamımız orada olduq. Ehtiras kifayət etmədikdə, Netflix və ya Facebook və ya parlaq yeni şeylər bizi layihəmizdən uzaqlaşdıraraq bizə tərəf çəkəndə. Süründürməçilik günlərimizi, həftələrimizi, hətta aylarımızı itirməyə vadar edə bilər. Bir çoxumuz üçün sonudur - layihəmizə geri dönüşümüzü heç vaxt tapmırıq və məhsulumuz hələ dünyaya gəlmədən ölür.

Bunu necə düzəldin?

Bu suala cavab satan bütün bir sənaye var. Yeganə məqsədi bizə süründürməçiliyi, vertolyotla stadionlara uçan həvəskar natiqləri öldürməkdə kömək etmək olan Grit və Mindset və Dərin İşlərdən bəhs edən öz-özünə köməkçi bələdçilər. Hamısı eyni suala müxtəlif yollarla cavab verir: necə daha yaxşı işləyə bilərik.

Unsplash-də Pedro da Silvanın fotosu

Ən faydalı yanaşmanı yan işimi gün işində işlədiyim şəkildə işlətməkdir. Özümə patron verin və işdə olduğu kimi mənə də dediyini edin.

Müdiriniz sizə kiçik, maraqsız tapşırıqların siyahısını təyin etdikdə nə edirsiniz? Ağlayırsınız, klaviaturanı aqressiv vurursunuz və sonra işə başlayırsınız. Siyahı tamamlanana qədər gündən-günə işləyirsən. Bəzi yeni funksiyaları izah edən 1000 söz yazmağını istəyəndə nə edirsən? Yazıya nifrət edə bilərsiniz, bu sizin heç bir şeyiniz olmaya bilər, amma siz AM 10-da oturursunuz və asılı olmayaraq yapışırsınız.

İşi sənə tapşıran pul deyil, sənə göstəriş verməyə haqqı olduğunu gördüyün bir adamın göstərişidir.

Son 20% - layihənizin məhsula çevrilməsini dayandıran vəzifələr - bunlar yalnız gün işində etməyi xoşlamadığınız, lakin buna baxmayaraq etmədiyiniz vəzifələrdir.

Yan layihənizi bir iş kimi müalicə edin - hər gün bir neçə saatlıq OT edin. Patronçu olun. Həmin Jiraları yazın və özünüzə tapşırın. Bir həftəlik sprintə başlayın və işdəki patronunuz sizi qoruduğu kimi özünüzü məsuliyyətli saxlayın. Bu məhsul formalaşmağa başlamazdan biraz əvvəl.

3. Mükəmməl olmalıdır

Gündəlik işdə tez-tez bir şey qurmağınız, küncləri kəsmək, sadə olmağınız xahiş olunur. "Mükəmməl olmalı deyil, sadəcə işləmək lazımdır. Çərşənbə axşamı bir demo var. "

Bunu əvvəl eşitmisiniz?

Yan bir layihə fərqlidir. Heç kim bizə yeni xüsusiyyətlərə tələsməyimizi, işimizi tərk etməyimizi, vahid testlərini park etdiyimizi və sonradan onlara qayıtmağımızı deyə bilməz. Hər şeyi yalnız doğru bir şəkildə etməyə qərarlıyıq. Qısayol yoxdur.

Mükəmməllik tapmaqda problem heç vaxt ora getməməyinizdir. Hər paraqrafı yenidən nəzərdən keçirən və heç vaxt "Sonu" yazmayan yazıçı kimi, yalnız edilməli olan inkişafları tapırsınız.

Unsplash-də Bill Williams-ın şəkli

Tətbiqiniz New York Times-da bir qeyd alırsa, tez bir zamanda miqyas almağı bacarmalısınız - yaxşı olarsa, indi yerinə qoyun. Bəs o fransız istifadəçilər? Versiya 1 üçün orada olmaya bilər, amma tezliklə kifayətlənəcəklər - əvvəlcə bu çoxdilli dəstəyi daha yaxşı tətbiq edin, daha sonra vaxt qazandıracaq. Windows 12 gələn il bitməlidir - Erkən buraxılış namizədi quraşdıracağam və tətbiqimin uyğun olacağını təmin edəcəyəm, kod fikrimdə təzə olarkən budda hər hansı bir problemi həll et.

Bu zarafat kimi oxunur, amma belə deyil. Bu cür mükəmməllik bir məhsul olma şansı qazanmadan əvvəl layihənizi öldürür.

Bunu necə düzəldin?

Xüsusiyyətləri düzəltməlisiniz, əlavə etməməlisiniz. 1-ci versiyanız, hamısı üçün deyil, potensial istifadəçilərinizin kiçik bir hissəsi üçün kifayət qədər yaxşı məhsul olmalıdır.

1-ci versiyada işləməyinizi düşündüyünüz xüsusiyyətlər və ssenarilərin siyahısını tərtib edin. Park Jira-nı indi kağız üzərində edin. Hamısını yazın - ixrac variantları, yedekləmə, çox istifadəçi dəstəyi, etiketlər (etiketlər həmişə bu siyahılarda açılır), çap, Google və Facebook giriş.

Sonra qırmızı qələm çıxartın və siyahıdan keçin. Siyahıdakı hər bir maddə üçün soruşmalı olduğunuz sual budur: "Mən bunu tərk etsəm, istifadəçi yenə də məhsulumdan istifadə edə bilərmi?"

Bu belədir. "Mükəmməl olacaqmı?" Bir istifadəçi məhsulunuzu o xüsusiyyət olmadan istifadə edə bilərsə, onu kənara qoyun. 2-ci versiyaya qədər park edin.

Bu yanaşma, versiya 1-ni qapıdan çıxartmağınızdan əlavə bir üstünlüyə malikdir. Ötürdüyünüz əşyaların yarısı heç erkən istifadəçilər tərəfindən xatırlanmayacaqdır. Artıq onsuz onsuz yaşaya bilməyəcəkləri, ümumiyyətlə onlara maraq göstərməmələri olacaq.

Atom Scribbler üçün qırmızı qələm siyahım böyük idi. İndi 6-cı versiyam və hələ erkən siyahıdakı bəzi şeyləri - hətta etiketləri də həyata keçirməmişəm. Niyə? Çünki bir il yarım sonra minlərlə minlərlə istifadəçi ilə heç kim onları istəmədi.

Qüsursuz bir məhsul hələ də bir məhsuldur, ancaq bir layihə həmişə sadəcə bir layihədir.

4. Siz bataqlaşdınız və hara getmək lazım olduğunu bilmirsiniz

Süjeti uçurumdan düşmüş 30.000 sözlü bir yazıçı kimi, özünüzü divara kodladınız. Hər şey qaydasındadı, layihə bir araya gəlirdi, sonra özünüzü növbəti yerə getmək barədə heç bir fikrə qapılmadınız.

Layihənin nə olduğunu görmə qabiliyyətinizi itirdiniz və ya heç başlamaq üçün bir görmə qabiliyyətiniz olmadı. Heç vaxt məhsul görmədin.

Alistair MacRobert'in Unsplash'dəki şəkli

Bunu necə düzəldə bilərsiniz?

Süründürməçilik üçün irəliləmək üçün bu qabiliyyətsizliyi səhv etmək asandır, amma bu, daha pisdir. Layihənizdə bir şey səhvdir. Növbəti haraya gedəcəyinizi bilmirsiniz, çünki məhsulunuz olacağını və ya hədəf istifadəçinizi təyin etməmisiniz. Mümkün ən kiçik yer üçün bir məhsul qurarkən ümumi bir istifadəçi üçün bir şey qurursunuz.

Atomic Scribbler ilə niş roman yazan yaradıcı yazıçılar idi. Ümumiyyətlə yazıçılar deyil, bloggerlər deyil, jurnalistlər, şairlər və alimlər deyil. Əlbətdə ki, hamısı tətbiqdən istifadə edə bilər, lakin bu onlar üçün deyildi. Tək bir inkişaf etdirici müxtəlif istifadəçilər çoxluğu üçün xüsusiyyətləri ilə dolu ümumi bir tətbiq qura bilməz.

Bu istifadəçiyə sahib olduqdan sonra məhsulunuza onun baxımından baxın. Orada nə var ki, ehtiyac duymur və orada olmayan şey var və ya 1-ci versiyaya toxunmayacaq? Layihənizi səliqəyə salmaq, ehtiyac duymayan xüsusiyyətləri düzəltmək və ola biləcəyi ən yüngül xüsusiyyətləri əlavə etmək üçün bir plan tərtib edin. Gələcək miqyaslandırmanı və ya 6-cı versiyanı qapıdan çatdırmağı unut. Bu müəyyən bir istifadəçi üçün versiya 1.

Bu niş istifadəçi ətrafında məhsulunuz üçün bir vizyon qurun və bu görmə üzərində saxlayın.

5. Rahatlıq zonanızdan kənara çıxmadınız

İlk iki işim C ++ proqramında masaüstü tətbiqlərini yazdım. Bir məhsula çevrilən ilk layihəm - PageFour - C ++ dilində yazılmış bir masaüstü tətbiqetmə idi. Masaüstü məhsulları tikən C ++ oğlan idim.

Bir şirkətdən bir şirkətə bir podratçı olaraq atladığımdan sonra yeni texnologiyaları nə qədər tez əldə edə biləcəyimi və bu bacarığın nə qədər dəyərli olduğunu başa düşdüm. Fərqli şirkətlər, fərqli texnoloji yığınlar, hər yerdə fərqli fikirlər və işlər görmək yolları. Birdən bir şey mümkün oldu.

Çoxumuz tariximizin və təcrübəmizin müəyyən etdiyi bir qabarcıq içində yaşayırıq. Java və ya Python-da kod veririk, arxa və ya ön hissədə oluruq. Texnoloji uşaqlar və ya müştəri ilə qarşılaşırıq. Fərqli şapka geyə bilməməyimiz yan məhsullarımızı məhsula çevrilmədən öldürə bilər.

Fotoşəkilləri Unplash-də Michal Bar Haim

Bunu necə düzəldə bilərsiniz?

Baloncuk xaricində addım atmalı, tanımadığınız və ya yaxşı olmadığınızı düşündüyünüz ərazilərdə işləməlisiniz. Layihəniz bunu tələb etdiyi zaman satış və marketinq rollarına girmək, kodu yazmaqla yeni texnologiyaları öyrənmək deməkdir. Bir verilənlər bazası adamı deyil? Öyrənməyə başlayın. Heç vaxt veb xidməti qurmadın? Tətbiqinizə ehtiyac varsa, onu öyrənməlisiniz. Heç vaxt müştərilərlə danışmadın? İndi başla.

Bu digər sahələri dolduran, ən zəif yerlərinizdə işləyən və yaşayan insanlarla görüşməlisiniz. Hakerlərin görüşmə qrupuna getməyin, marketinq qrupuna bir cəhd edin. LinkedIn-də evinizdəki yoldaşlar ilə əlaqə qurmaq əvəzinə, satış və müştəri mərkəzli insanlar, yazıçılar və bloggerlər ilə qeyri-texnoloji başlanğıc təsisçiləri ilə əlaqə qurun.

Görüşlər aparın, nahar edin. Hər kəs görüşmək istəyir. Heç olmasa zamana dəyər olan hər kəs. Onlarla danışın, fikir bölüşün və hər şeydən əvvəl qulaq asın və öyrənin.

Layihənizin məhsula çevrilməsi üçün koddan çox ehtiyacı var. Başqa dünyalara addımlamalı və yeni şeylər öyrənməlisən. Bir məhsul yaratmaq üçün tələb olunan bu digər bacarıqların heç birini asanlıqla seçdiyiniz dillərdən və çərçivələrdən daha öyrənmək çətin olmadığını başa düşməlisiniz.

Bu hekayə +434.678 nəfərin izlədiyi Medium'ın ən böyük sahibkarlıq yayımı olan Startup'da dərc edilmişdir.

Ən yaxşı hekayələrimizi almaq üçün abunə olun.