او موږ اوس د کوډ چمتو کولو په اړه خبرې نه کوو — دا عموما بې معنی ده چې دا کار وکړئ. دا د ټیم دننه د اړیکو په اړه دی. که تاسو تر اوسه یو بل سره لوبه نه ده کړې، د یو بل درک کول مو نه دي زده کړي او موافقې ته ورسیږئ، څو ځله مخکې له مخکې سره یوځای شئ او هیکاتون مو سم کړئ، یا لږ تر لږه یو بل ته زنګ ووهئ چې په اصلي ټکو خبرې وکړئ، فکر وکړئ. د عمل پلان له لارې، او د یو بل د پیاوړتیاوو او کمزوریو په اړه بحث وکړئ. تاسو حتی یو څه قضیه موندلی شئ او د حل کولو هڅه یې وکړئ - لږترلږه په سکیماتیک ډول ، د "څنګه له A نقطې B نقطې ته ورسیږئ."
د دې پراګراف په جریان کې ، موږ په کرما او تبصرو کې د نیمګړتیاو د نیولو خطر چلوو ، ویل یې ، دا څنګه ممکنه ده ، تاسو په هیڅ نه پوهیږئ ، مګر د جوش ، چلولو ، احساس په اړه څه چې اوس به له لومړني څخه یو پروټوټایپ رامینځته شي. broth (سلام، د بیولوژي درسونه).
هو، مګر.
اصلاح او موټر چلول یوازې هغه وخت ښه دي کله چې دوی د ستراتیژۍ څخه یو څه انحراف شي - که نه نو خطرونه خورا لوی دي چې د کار کولو ، خوړلو یا خوب کولو پرځای د ګډوډۍ پاکولو او غلطیو سمولو لپاره وخت مصرف کړئ.
Oleg Bakhtadze-Karnaukov، د PLEXeT ټیم: "زه د سیالۍ دمخه زما د ټیم هیڅ غړی نه پیژنم؛ ما دوی د آنلاین ازموینې مرحله کې د دوی د وړتیاو او ارزونو پراساس وټاکل او بلنه مې ورکړه. کله چې موږ سیمه ایز هیکاتون وګټو او پوه شو چې موږ لاهم باید په ګډه کازان ته لاړ شو او په سټاوروپول کې د هیکاتون پروژه پای ته ورسوو، موږ پریکړه وکړه چې موږ به یوځای شو او روزنه به وکړو. د فاینل څخه دمخه، موږ دوه ځله ولیدل - موږ یوه تصادفي ستونزه وموندله او حل یې کړه. د قضیې اتلولي په څیر یو څه. او لا دمخه په دې مرحله کې موږ د اړیکو او دندو ویشلو کې ستونزه ولیدله - پداسې حال کې چې پولینا (ډیزاینر) او لیو (منیجر) د کارپوریټ سټایل، د محصول ځانګړتیاوو په اړه فکر کاوه، د بازار ډیټا په لټه کې، ما ډیر وړیا وخت درلود. نو موږ پوهیږو چې موږ اړتیا لرو چې ډیر ستونزمن نوم لیکنه وکړو (زه ویاړ نه کوم، موږ ډیری وختونه د ویب پورې اړوند دندو سره مخ شوي یو، مګر زما لپاره دا یوازې یو یا دوه دي) او زه اړتیا لرم چې په کاري پروسو کې ډیر ښکیل شم. . د پایلې په توګه، په فاینل کې، د لومړنیو څیړنو په جریان کې، زه د ریاضیاتی ماډلینګ او د الګوریتمونو په جوړولو بوخت وم.
Artem Koshko، جامع کلیدي ټیم : "موږ ډیر ذهني چمتووالی نیولی؛ د کوډ چمتو کولو په اړه هیڅ خبرې نه وې. موږ لا دمخه په ټیم کې رولونه ګمارلي وو - موږ درې واړه ټول پروګرامونکي یو (موږ یو بشپړ سټیک او دوه بیکینډونه لرو، او زه د ګرځنده پراختیا په اړه لږ څه پوهیږم)، مګر دا روښانه وه چې یو څوک باید په دې برخه کې کار وکړي. د ډیزاینر او مدیر رول. دا څنګه، ما ته نا معلومه، زه د ټیم مشر شوم، ځان د سوداګرۍ شنونکي، سپیکر او پریزنټشن جوړونکي په توګه هڅه وکړه. زه فکر کوم که موږ په دې اړه مخکې له مخکې خبرې نه وای کړې، نو موږ به د وخت په سمه توګه اداره کولو توان نه درلود، او موږ به وروستي دفاع ته نه وای رسیدلي.
ډیانا ګینیوا، جینګو ډیجیټل:"موږ د هیکاتون لپاره چمتو نه و، ځکه چې موږ باور لرو چې د هیک پروژې باید له پیل څخه جوړ شي - دا سمه ده. مخکې له دې، د ټریکونو د ټاکلو په مرحله کې، موږ د هغه څه په اړه عمومي مفهوم درلود چې موږ یې غواړو..
تاسو یوازې د پراختیا کونکو سره کار نشئ کولی
ډیانا ګینیوا، د جینګو ډیجیټل ټیم: "موږ په خپل ټیم کې په بیلابیلو برخو کې درې متخصصین لرو. زما په اند، دا د هیکاتون لپاره غوره ترکیب دی. هرڅوک په خپل کار کې بوخت دی او د دندو ویش یا ویش شتون نلري. یو بل کس به بې ګټې وي.»
احصایې ښودلې چې زموږ د ټیمونو اوسط ترکیب له 4 څخه تر 5 پورې دی ، پشمول (په غوره توګه) یو ډیزاینر. دا عموما منل شوي چې دا اړینه ده چې ټیم د مختلف پټو پراختیا کونکو سره پیاوړی کړئ - د دې لپاره چې دواړه په ډیټابیس کې اضافه کولو وړ وي او د "ماشین" سره حیرانتیا وکړئ که څه پیښ شي. په غوره توګه، دوی لاهم یو ډیزاینر له ځانه سره اخلي (نه خپه کېږئ، موږ تاسو سره مینه لرو!)، پریزنټشن او انٹرفیس به په پای کې خپل ځان نه راوباسي. د مدیر رول حتی ډیر ځله له پامه غورځول کیږي - معمولا دا فعالیت د ټیم کپتان لخوا ترسره کیږي ، د نیم وخت پراختیا کونکی.
او دا اساسا غلط دی.
Artem Koshko، جامع کلیدي ټیم: "په ځینو وختونو کې، موږ پښیمانه یو چې موږ په ټیم کې یو متخصص متخصص نه و اخیستی. پداسې حال کې چې موږ یو څه د ډیزاین سره مقابله کولو توان درلود، دا د سوداګرۍ پلان او نورو ستراتیژیکو شیانو سره ستونزمن و. د پام وړ مثال دا دی کله چې د هدف لیدونکي او د بازار حجم، TAM، SAM محاسبه کول اړین وو.
Oleg Bakhtadze-Karnaukov، د PLEXeT ټیم: "په محصول کې د پراختیا کونکي ونډه د کار 80٪ څخه لرې ده، لکه څنګه چې عموما باور کیږي. دا نشي ویل کیدی چې دا د هلکانو لپاره اسانه وه - تقریبا د دندو ټوله برخه د دوی سره وه. زما کوډ پرته له انٹرفیس، پریزنټشنونو، ویډیوګانو، ستراتیژیو یوازې د سمبولونو یوه مجموعه ده. که چیرې د دوی پرځای په ټیم کې ډیر پراختیا کونکي شتون ولري ، نو موږ به شاید دا اداره کړې وای ، مګر هرڅه به لږ مسلکي ښکاري. په ځانګړې توګه پریزنټشن عموما نیمه بریا ده، لکه څنګه چې ما ته ښکاري. د دفاع په جریان کې او بیا په ریښتیني ژوند کې په څو دقیقو کې ، هیڅوک به د دې پوهیدو لپاره وخت ونه لري چې ایا ستاسو پروټوټایپ واقعیا کار کوي. که تاسو د سکیمونو سره مخ شئ، هیڅوک به تاسو ته غوږ ونه نیسي. که تاسو د متن سره ډیر لرې لاړ شئ، هرڅوک به پوه شي چې تاسو پخپله نه پوهیږئ چې ستاسو په محصول کې څه مهم دي، څنګه یې وړاندې کړئ او څوک ورته اړتیا لري.
Oleg Bakhtadze-Karnaukov، PLEXeT ټیم:"پولینا او ما ټوله شپه د پریزنټشن په جوړولو کې تیره کړه، مګر په پای کې دوی په هغه تالار کې کمپیوټر ته پورته کول هیر کړل چیرې چې دفاع ترسره شوې وه. موږ هڅه کوو چې دا د فلش ډرایو څخه خلاص کړو ، او انټي ویروس فایل د ویروس په توګه پیژني او حذف یې کوي. د پایلې په توګه، موږ وکولی شو چې د خپل فعالیت پای ته رسیدو څخه یوازې یوه دقیقه مخکې هرڅه پیل کړو. موږ د ویډیو ښودلو اداره کوله، مګر موږ لاهم ډیر خپه وو. ورته کیسه زموږ سره د مخکینۍ دفاع پر مهال وشوه. زموږ پروټوټایپ پیل نه شو ، د پولینا او لیو کمپیوټرونه کنګل شول ، او د یو دلیل لپاره ما خپل په هنګر کې پریښود چیرې چې زموږ ټریک ناست و. او که څه هم متخصصینو په سهار کې زموږ کار ولید، موږ د لاسي، ښکلي کلمو سره د سنکیټریک ټیم په څیر ګورو، مګر هیڅ محصول نه و. د دې په پام کې نیولو سره چې ډیری برخه اخیستونکي زما د ریاضیاتي ماډلونو په اړه فکر کاوه "هغه ناست دی، یو څه انځوروي، کمپیوټر ته نه ګوري،" وضعیت خورا ښه نه و.
دا به خندا وي، مګر ټول هغه څه چې تاسو یې په دې حالت کې کولی شئ ساه واخلئ. دا دمخه پیښ شوی. نه، تاسو یوازینی نه یاست، هرڅوک پیچلي دي. حتی که دا یوه وژونکې تېروتنه وي، دا یوه تجربه ده. او دا هم فکر وکړئ، ایا هغه څوک چې تاسو ارزونه کوي دا قضیه به جعلي وګڼي؟