خطاط:
میړه د غمجنو ماشومانو په لیدلو سره خپلې میرمنې ته وایي: ښه، دا به وینځلو او یا نوي زیږون وکړو؟
د کټ لاندې زموږ د ټیم مشر لخوا د یوې مقالې دویمه برخه ده، په بیله بیا د RAS محصول پراختیا رییس ایګور مارنات، د پروګرام کونکو هڅولو ځانګړتیاو په اړه. د مقالې لومړۍ برخه دلته موندلی شئ -
د مقالې په لومړۍ برخه کې، ما د مسلو د پیرامید دوه ټیټو کچو ته اشاره وکړه: فزیولوژیکي اړتیاوې، د خوندیتوب اړتیاوې، آرامۍ او ثبات او بلې، دریمې کچې ته لاړم، یعنې:
دریم - د مینې او مینې اړتیا
زه پوهیدم چې ایټالوی مافیا د "کوسا نوسترا" په نوم یادیږي، مګر زه ډیر متاثره شوم کله چې ما وموندله چې "کوسا نوسترا" څنګه ژباړل کیږي. "کوسا نوسترا" له ایټالیا څخه ژباړل شوی معنی "زموږ سوداګرۍ" ده. د نوم انتخاب د هڅونې لپاره خورا بریالی دی (راځئ چې اشغال پریږدو، پدې حالت کې موږ یوازې د هڅونې سره علاقه لرو). یو سړی معمولا غواړي د ټیم برخه شي، یو څه لوی، عام، زموږ سوداګرۍ وکړي.
په اردو، سمندري او هر ډول لوی نیمه پوځي جوړښتونو کې د تړاو او مینې اړتیا پوره کولو ته خورا اهمیت ورکول کیږي. او، لکه څنګه چې موږ ګورو، په مافیا کې. دا د پوهیدو وړ ده، ځکه چې تاسو اړتیا لرئ هغه خلک مجبور کړئ چې لږ مشترکات لري، څوک چې په پیل کې د ورته فکر لرونکو خلکو ټیم نه جوړوي، چې د شمولیت له لارې سره یوځای شوي (په خپله خوښه نه)، چې د زده کړې مختلفې کچې، مختلف شخصي ارزښتونه لري. ، په لفظي ډول خپل ژوند وقف کړئ ، د مرګ په خطر کې ، کوم عام لامل ته ، خپل ژوند په وسلو کې ملګري ته وسپارئ.
دا یو خورا پیاوړی انګیزه ده؛ د ډیری خلکو لپاره دا خورا مهم دي چې احساس وکړئ چې دوی د لوی څه سره تړاو لري، ترڅو پوه شي چې تاسو د یوې کورنۍ، هیواد، ټیم برخه یاست. په اردو کې، یونیفورم، مختلف رسمونه، پریډونه، مارچونه، بینرونه او داسې نور د دې موخو لپاره خدمت کوي. تقریبا ورته فکتورونه د هرې ټیم لپاره مهم دي. سمبولونه، د کارپوریټ برانډ او کارپوریټ رنګونه، پارفیرنالیا او سوغات مهم دي.
دا مهمه ده چې د پام وړ پیښې خپل د لیدلو وړ بڼه ولري چې ورسره تړاو ولري. نن ورځ، دا د یو شرکت لپاره نورمال دی چې خپل سوداګریز توکي، جاکټونه، ټي شرټونه او نور ولري. مګر دا هم مهمه ده چې د شرکت دننه ټیم روښانه کړئ. موږ ډیری وختونه د خوشې کیدو پایلو پراساس ټي شرټونه خوشې کوو، کوم چې په خوشې کولو کې ښکیل ټولو کسانو ته ورکول کیږي. ځینې پیښې، ګډ جشنونه یا د ټول ټیم سره فعالیتونه د هڅونې بل مهم فکتور دی.
د بهرنیو ځانګړتیاوو سربیره، یو شمیر نور عوامل د ټیم سره د تړاو احساس اغیزه کوي.
لومړی، د ګډ هدف شتون چې هرڅوک پرې پوهیږي او د هغې اهمیت ارزونه شریکوي. برنامه کونکي معمولا غواړي پوه شي چې دوی یو ښه کار کوي ، او دوی دا په زړه پوري شی په ګډه ترسره کوي ، د ټیم په توګه.
دوهم، ټیم باید د ارتباط ځای ولري په کوم کې چې ټول ټیم شتون لري او کوم چې یوازې د هغې پورې اړه لري (د مثال په توګه، په میسینجر کې چیٹ، د ټیم وختي ترکیب). د کاري مسلو سربیره، غیر رسمي اړیکه، ځینې وختونه د بهرنیو پیښو په اړه بحث، د رڼا څخه لرې - دا ټول د ټولنې او ټیم احساس رامنځته کوي.
دریم، زه به په ټیم کې د ښه انجینرۍ طرزالعملونو معرفي کول، په شرکت کې د منل شویو په پرتله د معیارونو لوړولو هیله روښانه کړم. په صنعت کې منل شوي غوره تګلارې پلي کول ، لومړی په ټیم کې ، او بیا په ټوله کې په شرکت کې ، ټیم ته دا فرصت ورکوي چې احساس وکړي چې دا په یو ډول له نورو څخه مخکې دی ، لاره رهبري کوي ، دا د تړاو احساس رامینځته کوي. یو ښه ټیم ته.
د تړاو احساس هم په پلان جوړونې او مدیریت کې د ټیم د ونډې تر اغیز لاندې راځي. کله چې د ټیم غړي د پروژې اهدافو، کاري پلانونو، د ټیم معیارونو او انجنیري کړنو په اړه بحث کوي، او د نوي کارمندانو سره مرکه کوي، دوی د ګډون، شریک مالکیت، او په کار باندې د نفوذ احساس رامینځته کوي. خلک ډیر لیواله دي چې د نورو لخوا وړاندیز شوي پریکړې په خپله ترسره کړي او غږ یې کړي، حتی که دوی په عمل کې هم وي.
د زیږون، کلیزې، د همکارانو په ژوند کې د پام وړ پیښې - یو ګډ پیزا، د ټیم څخه یو کوچنی ډالۍ د ښکیلتیا او مننه ګرم احساس ورکوي. په ځینو شرکتونو کې، دا دود دی چې په شرکت کې د 5، 10، 15 کلونو کار لپاره کوچني یادګاري نښانونه ورکړي. له یوې خوا، زه فکر نه کوم چې دا ما د نوي لاسته راوړنو لپاره دومره هڅوي. مګر، په ښکاره ډول، نږدې هرڅوک به خوښ وي چې دوی د هغه په اړه نه دي هیر کړي. دا یو له هغو قضیو څخه دی کله چې د واقعیت نشتوالی د دې پر ځای چې شتون یې هڅوي کموي. موافقه وکړئ، دا د شرم ځای کیدی شي که چیرې LinkedIn تاسو ته په سهار کې یادونه وکړي او ستاسو د کار په ځای کې ستاسو د 10 کلیزې مبارکي درکړي، مګر د شرکت یو همکار تاسو ته مبارکي ونه ویل یا تاسو یاد کړي.
البته، یو مهم ټکی د ټیم په جوړښت کې بدلون دی. دا روښانه ده چې حتی که د ټیم څخه د یو چا راتګ یا وتلو دمخه اعلان شوی وي (د بیلګې په توګه، د شرکت یا ټیم په خبرپاڼه کې، یا د ټیم په غونډه کې)، دا په ځانګړې توګه د نوي لاسته راوړنو لپاره هیڅوک هڅوي. مګر که یوه ښه ورځ تاسو خپل څنګ ته یو نوی سړی ووینئ، یا یو زوړ ونه وینئ، دا یو حیرانتیا کیدی شي، او که تاسو پریږدئ، په بشپړه توګه ناخوښه. خلک باید په خاموشۍ سره ورک نشي. په ځانګړې توګه په ویشل شوي ټیم کې. په ځانګړي توګه که ستاسو کار د بل دفتر په همکار پورې اړه لري چې ناڅاپه راپورته شوی او ورک شوی. دا ډول شیبې یقینا د ټیم لپاره په جلا توګه دمخه خبرولو ارزښت لري.
یو مهم فکتور، چې په انګلیسي کې ورته ویل کیږي مالکیت (د "قبضې" لفظي ژباړه د هغې معنی په بشپړ ډول نه منعکس کوي). دا د مالکیت احساس نه دی، بلکه ستاسو د پروژې لپاره د مسؤلیت احساس دی، دا احساس کله چې تاسو په احساساتي توګه ځان د محصول او محصول سره د ځان سره شریک کړئ. دا تقریبا د "بشپړ فلزي جاکټ" فلم کې د سمندري دعا سره مطابقت لري: "دا زما ټوپک دی. داسې ډیری ټوپکونه شتون لري، مګر دا زما دي. زما ټوپک زما ترټولو ښه ملګری دی. هغه زما ژوند دی. زه باید د خپل ژوند په څیر د هغې مالکیت زده کړم. زما پرته، زما ټوپک بې ګټې دی. زه د خپل ټوپک پرته بې کاره یم. زه باید خپل ټوپک مستقیم ډزې وکړم. زه باید د هغه دښمن په پرتله ډیر دقیق ډزې وکړم چې زما د وژلو هڅه کوي. زه باید هغه ووژنم مخکې له دې چې هغه ما ډزې وکړي. پرېږده چې همداسې وي..."
کله چې یو شخص د اوږدې مودې لپاره په یو محصول کار کوي، فرصت لري چې د هغې د جوړولو او پراختیا بشپړ مسؤلیت په غاړه واخلي، وګوري چې څنګه یو کاري شی د "هیڅ شی" څخه رامینځته کیږي، خلک یې څنګه کاروي، دا ځواکمن احساس رامنځته کیږي. د محصول ټیمونه چې په یوه پروژه کې د اوږدې مودې لپاره یوځای کار کوي معمولا د ټیمونو په پرتله ډیر هڅول شوي او همغږي وي چې د لنډې مودې لپاره راټول شوي او د اسمبلۍ لاین حالت کې کار کوي ، له یوې پروژې څخه بلې ته بدلیږي ، پرته د ټول محصول بشپړ مسؤلیت. له پیل څخه تر پایه پورې.
IV. د پیژندلو اړتیا
یو مهربانه کلمه هم پیشو خوښوي. هرڅوک د هغه کار د اهمیت پیژندلو او د هغې د مثبت ارزونې له لارې هڅول کیږي. د پروګرام جوړونکو سره خبرې وکړئ، دوی ته په دوره توګه فیډبیک ورکړئ، یو ښه کار ولمانځئ. که تاسو یو لوی او توزیع شوی ټیم ولرئ، دوره ای ناستې (هغه څه چې یو ته بل ته ویل کیږي) د دې لپاره مناسب دي؛ که چیرې ټیم خورا کوچنی وي او په محلي توګه یوځای کار کوي، دا فرصت معمولا په تقویم کې د ځانګړو غونډو پرته چمتو کیږي (که څه هم دوره ای یو ته دا ټول لاهم اړتیا لري، تاسو یوازې دا لږ ځله کولی شئ). دا موضوع د مدیرانو لپاره په پوډکاسټونو کې په ښه ډول پوښل شوې په manager-tools.com کې.
په هرصورت، دا د کلتوري توپیرونو په پام کې نیولو سره ارزښت لري. ځینې طریقې چې امریکایي همکارانو ته پیژندل کیږي تل به د روسیې سره کار ونکړي. په لویدیځو هیوادونو کې د ټیمونو په ورځنیو اړیکو کې د منلو کچه په پیل کې د روسیې پروګرام کونکو ته ډیره ښکاري. د روسیې د همکارانو ځینې مستقیم ځانګړنه ممکن د نورو هیوادونو د همکارانو لخوا د بې رحمۍ په توګه وپیژندل شي. دا په یوه بین المللي ټیم کې د اړیکو په برخه کې خورا مهم دی؛ په دې موضوع ډیر څه لیکل شوي؛ د داسې ټیم مدیر باید دا په یاد ولري.
د فیچر مظاهرې، چیرې چې پروګرام کونکي د سپرینټ په جریان کې رامینځته شوي ځانګړتیاوې ښیې، د دې اړتیا د احساس کولو لپاره یو ښه تمرین دی. د دې حقیقت سربیره چې دا د ټیمونو ترمینځ د ارتباطي چینلونو پاکولو لپاره عالي فرصت دی ، د محصول مدیرانو او ازموینو نوي ب featuresو ته معرفي کول ، دا د پراختیا کونکو لپاره هم یو ښه فرصت دی چې د دوی د کار پایلې وښیې او د دوی لیکوالي په ګوته کړي. ښه، او ستاسو د عامه خبرې کولو مهارتونه پالش کړئ، البته، کوم چې هیڅکله زیان نه لري.
دا به ښه نظر وي چې د ګډ ټیم په غونډو کې په ځانګړي ډول د ممتازو همکارانو د پام وړ ونډې د سندونو ، یادګار نښو (لږترلږه یو ډول کلمه) سره ولمانځل شي. خلک معمولا دا ډول سندونه او یادګاري نښو ته ډیر ارزښت ورکوي ، د حرکت پرمهال یې له ځانه سره وړي ، او معمولا په هره ممکنه لاره کې یې پاملرنه کوي.
د ټیم په کار کې د خورا مهم، اوږدمهاله ونډې نښه کولو لپاره، راټول شوي تجربې او مهارتونه، ډیری وختونه د درجې سیسټم کارول کیږي (بیا بیا، په اردو کې د نظامي رتبو سیسټم سره ورته والی کیدی شي، کوم چې سربیره پردې. د تابعیت د یقیني کولو لپاره، دا هدف هم ترسره کوي). ډیری وختونه ځوان پراختیا کونکي دوه چنده سخت کار کوي ترڅو نوي ستوري په خپلو اوږو پټو کې ترلاسه کړي (د بیلګې په توګه د ځوان پراختیا کونکي څخه د بشپړ وخت پراختیا کونکي ته حرکت وکړئ ، او داسې نور).
ستاسو د خلکو په هیلو پوهیدل خورا مهم دي. ځینې یې د لوړې درجې لخوا هڅول کیږي، د دې فرصت چې د معمار په نوم یادیږي، پداسې حال کې چې نور، په برعکس، د رتبو او سرلیکونو په اړه بې پروا دي او د معاش زیاتوالی به د شرکت څخه د پیژندلو نښه په پام کې ونیسي. . د خلکو سره اړیکه ونیسئ ترڅو پوه شي چې دوی څه غواړي او د دوی هیلې څه دي.
د پیژندنې مظاهره، د ټیم په برخه کې د باور لوړه کچه، د عمل د لا زیاتې ازادۍ یا د کار په نویو برخو کې د ښکیلتیا له لارې ورکول کیدی شي. د مثال په توګه، د ځانګړو تجربو ترلاسه کولو او د ځانګړو پایلو ترلاسه کولو وروسته، یو پروګرامر، د ځانګړتیاوو سره سم د خپلو ځانګړتیاوو پلي کولو سربیره، کولی شي د نوي شیانو په جوړښت کې کار وکړي. یا په نویو برخو کې ښکیل شئ چې ممکن په مستقیم ډول د پراختیا سره تړاو ونلري - د ازموینې اتومات کول، د غوره انجنیري کړنو پلي کول، د خوشې کولو مدیریت سره مرسته کول، په کنفرانسونو کې خبرې کول، او داسې نور.
V. د ادراک او ځان واقعیت ته اړتیا.
ډیری پروګرام کونکي د دوی د ژوند په مختلفو مرحلو کې د پروګرام کولو مختلف ډولونو باندې تمرکز کوي. ځینې خلک د ماشین زده کړه خوښوي، د ډیټا نوي ماډلونه رامینځته کوي، د کار لپاره ډیری ساینسي ادبيات لوستل، او له پیل څخه یو څه نوي رامینځته کوي. بل د موجوده غوښتنلیک ډیبګ کولو او ملاتړ کولو ته نږدې دی ، په کوم کې چې تاسو اړتیا لرئ موجوده کوډ ته ژور کیندئ ، د مطالعې لاګونه ، سټیک ټریسونه او د شبکې کیپچا د ورځو او اونیو لپاره ، او نږدې هیڅ نوی کوډ ونه لیکئ.
دواړه پروسې لوی فکري هڅو ته اړتیا لري، مګر د دوی عملي پایله توپیر لري. داسې انګیرل کیږي چې برنامه کونکي د موجوده حلونو ملاتړ کولو کې زړه نازړه دي؛ دوی د نوي رامینځته کولو لپاره هڅول کیږي. په دې کې د حکمت یوه دانه ده. له بلې خوا، ترټولو هڅونکی او متحد ټیم چې ما ورسره کار کړی دی د موجوده محصول مالتړ لپاره وقف شوی و، د بګ موندلو او حل کولو وروسته وروسته له دې چې د ملاتړ ټیم ورسره اړیکه ونیوله. هلکان په حقیقت کې د دې کار لپاره ژوند کاوه او د شنبې او یکشنبې په ورځو کې د وتلو لپاره چمتو وو. موږ یو ځل په لیوالتیا سره د یوې بلې بیړنۍ او پیچلې ستونزې سره معامله وکړه، یا د دسمبر د 31 په ماښام یا د جنوري د لومړۍ نیټې په ماسپښین کې.
ډیری فکتورونو دا لوړ انګیزه اغیزه کړې. لومړی، دا یو شرکت و چې په صنعت کې لوی نوم درلود، ټیم یې ځان ورسره تړلی و (وګورئ "د تړاو لپاره اړتیا"). دوهم، دوی وروستی سرحد وو، د دوی تر شا هیڅ څوک نه و، په هغه وخت کې د محصول ټیم شتون نه درلود. د دوی او پیرودونکو ترمنځ دوه کچې ملاتړ شتون درلود، مګر که ستونزه دوی ته ورسیده، د شاتګ ځای نه و، هیڅوک د دوی تر شا نه و، ټول شرکت د دوی (څلور ځوان پروګرامرانو) په غاړه و. دریم، دا لوی شرکت ډیر لوی پیرودونکي درلودل (د هیواد حکومتونه، د موټرو او هوايي چلند اندیښنې، او نور) او په ډیری هیوادونو کې خورا لوی تاسیسات. د پایلې په توګه، تل پیچلې او په زړه پورې ستونزې، ساده ستونزې د پخوانیو کچو په ملاتړ حل شوي. څلورم، د ټیم هڅونه د ملاتړ ټیم د مسلکي کچې لخوا خورا اغیزمنه شوې وه چې ورسره یې اړیکه درلوده (ډیر تجربه لرونکي او تخنیکي وړتیا لرونکي انجینران شتون درلود)، او موږ تل د دوی چمتو شوي ډیټا کیفیت او تحلیل باندې ډاډه یو. , etc. پنځم، او زه فکر کوم چې دا خورا مهم ټکی دی - ټیم ډیر ځوان و، ټول هلکان د دوی د مسلک په پیل کې وو. دوی د لوی او پیچلي محصول مطالعې سره علاقه درلوده ، جدي ستونزې حل کړي چې په نوي چاپیریال کې دوی ته نوې وې ، دوی په مسلکي توګه د شاوخوا ټیمونو ، ستونزو او پیرودونکو کچې سره د سمون په لټه کې وو. پروژه یو غوره ښوونځی وګرځید، هرڅوک وروسته په شرکت کې ښه دنده ترسره کړه او تخنیکي مشران او لوړ پوړي مدیران شول، یو هلک اوس د ایمیزون ویب خدماتو تخنیکي مدیر دی، بل په پای کې ګوګل ته لیږدول شوی، او ټول د دوی څخه اوس هم دا پروژه په تودوخې سره یادوي.
که دا ټیم د 15-20 کلونو تجربې سره د دوی تر شا برنامې کونکي ولري ، نو هڅونه به توپیر ولري. عمر او تجربه، البته، 100٪ ټاکونکي عوامل نه دي؛ دا ټول د هڅونې په جوړښت پورې اړه لري. په دې ځانګړي حالت کې، د ځوان پروګرامرانو د پوهې او ودې لپاره هیلې غوره پایلې ترلاسه کړې.
په عموم کې ، لکه څنګه چې موږ دمخه څو ځله یادونه کړې ، تاسو باید د خپلو برنامو په تمه پوه شئ ، پوه شئ چې له دوی څخه څوک غواړي د دوی د فعالیت ساحه پراخه کړي یا بدل کړي ، او دا تمې په پام کې ونیسئ.
د مسلو د اهرام هاخوا: د پایلو لید ، ګیمیفیکیشن او سیالي ، هیڅ شی نشته
د پروګرامرانو د هڅونې په اړه درې نور مهم ټکي شتون لري چې ضرور یې باید یادونه وشي، مګر د مسلو اړتیاو ماډل ته یې انځور کول به ډیر مصنوعي وي.
لومړی د پایلې لید او نږدې والی دی.
د سافټویر پراختیا معمولا یو میراتون دی. د R&D هڅو پایلې له میاشتو او ځینې کلونو وروسته څرګندیږي. دا ستونزمنه ده چې هدف ته لاړ شي چې د افق څخه لرې وي، د کار اندازه ډارونکی وي، هدف ډیر لیرې وي، روښانه او ښکاره نه وي، "شپه تیاره او له وحشتونو ډکه ده." دا غوره ده چې سړک په برخو وویشئ، نږدې ونې ته لاره جوړه کړئ چې لیدل کیږي، د رسیدو وړ وي، نقشې روښانه وي، او دا زموږ څخه لیرې نه وي - او دې نږدې هدف ته لاړ شئ. موږ غواړو څو ورځې یا اونۍ هڅې وکړو، پایله ترلاسه او ارزونه وکړو، بیا حرکت وکړو. له همدې امله، دا ارزښت لري چې کار په کوچنیو برخو وویشئ (په چټکۍ سره سپرینټونه دا هدف په ښه توګه ترسره کوي). موږ د کار یوه برخه بشپړه کړې - دا یې ثبت کړې، ساه یې ورکړه، بحث یې وکړ، مجرمینو ته سزا ورکړه، بې ګناه ته انعام ورکړ - موږ کولی شو راتلونکی دوره پیل کړو.
دا هڅونه تر یوې اندازې پورې ورته ده چې لوبغاړي د کمپیوټر لوبو بشپړولو په وخت کې تجربه کوي: دوی په وخت سره مډالونه، پوائنټونه، بونس ترلاسه کوي ځکه چې دوی هره کچه بشپړوي؛ دې ته د "ډوپامین هڅونه" ویل کیدی شي.
په ورته وخت کې، د پایلې لید واقعیا مهم دی. په لیست کې تړل شوی خصوصیت باید شنه شي. که کوډ لیکل شوی وي، ازمول شوی وي، خپور شوی وي، مګر د پروګرامر لپاره د لید لید حالت کې هیڅ بدلون نه وي، هغه به د نیمګړتیا احساس وکړي، د بشپړیدو احساس به نه وي. زموږ د نسخې کنټرول سیسټم کې په یوه ټیم کې ، هر پیچ د دریو پرله پسې مرحلو څخه تیر شو - جوړښت راټول شو او ازموینې تیرې شوې ، پیچ د کوډ بیاکتنه تیره کړه ، پیچ یوځای شو. هره مرحله په بصری توګه د شنه ټیک یا سور کراس سره نښه شوې وه. یوځل چې یو پراختیا کونکي شکایت وکړ چې د کوډ بیاکتنه ډیر وخت نیسي ، همکاران یې ګړندي کولو ته اړتیا لري ، پیچ د څو ورځو لپاره ځړول شوي. ما وپوښتل، دا واقعا د هغه لپاره څه بدلوي؟ په هرصورت ، کله چې کوډ لیکل شوی وي ، جوړونه راټولیږي او ازموینې تیریږي ، هغه اړتیا نلري لیږل شوي پیچ ته پام وکړي که چیرې نظر شتون ونلري. همکاران به پخپله بیاکتنه وکړي او تصویب کړي (که، بیا، هیڅ نظر شتون نلري). هغه ځواب ورکړ، "ایګور، زه غواړم ژر تر ژره خپل درې شنه ټیکونه ترلاسه کړم."
دوهم ټکی لوبه او سیالي ده.
کله چې یو محصول رامینځته کړئ ، زموږ د انجینرۍ ټیم هدف درلود چې د خلاصې سرچینې محصولاتو څخه په یوه ټولنه کې مخکښ مقام ترلاسه کړي ، ترڅو لوړ 3 ته ننوځي. په هغه وخت کې، په ټولنه کې د یو چا د لید ارزولو لپاره کومه معقوله لاره نه وه؛ هر یو لوی ګډون کونکي شرکت کولی شي ادعا وکړي (او په وخت سره ادعا وکړي) چې دا د لومړي نمبر مرسته کونکی و، مګر د ګډون کوونکو د ونډې پرتله کولو لپاره کومه ریښتینې لاره نه وه. په خپل منځ کې، د وخت په تیریدو سره د دې متحرکاتو ارزونه کول. په دې اساس، د ټیم لپاره د هدف ټاکلو لپاره هیڅ لاره نه وه چې په ځینو توطیو کې اندازه شي، د هغې د لاسته راوړنې درجې ارزونه، او نور. د دې ستونزې د حل لپاره، زموږ ټیم د شرکتونو او انفرادي مرسته کونکو ونډې اندازه کولو او لیدلو لپاره یوه وسیله جوړه کړې. . د هڅونې له نظره، دا یوازې یو بم وګرځید. دا یوازې انجینران او ټیمونه ندي چې په دوامداره توګه د دوی پرمختګ او د خپلو همکارانو او سیالانو پرمختګ څارنه کوي. زموږ د شرکت لوړ مدیریت او ټولو لوی سیالانو هم خپله ورځ د سټیکالیټکس سره پیل کړه. هرڅه خورا شفاف او بصري شوي، هرڅوک کولی شي په احتیاط سره خپل پرمختګ وڅاري، د همکارانو سره پرتله کړي، او داسې نور. دا د انجینرانو ، مدیرانو او ټیمونو لپاره د اهدافو ټاکل اسانه او اسانه شوي.
یو مهم ټکی چې د کمیتي میټریکونو د سیسټم پلي کولو پرمهال رامینځته کیږي دا دی چې څومره ژر چې تاسو یې پلي کړئ ، سیسټم په اوتومات ډول هڅه کوي د دې کمیتي میټریکونو لاسته راوړنې ته لومړیتوب ورکړي ، د کیفیت زیان ته. د مثال په توګه، د بشپړ شوي کوډ بیاکتنې شمیره د یو میټریک په توګه کارول کیږي. په ښکاره ډول ، د کوډ بیاکتنه په بیلابیلو لارو ترسره کیدی شي ، تاسو کولی شئ څو ساعته په بشپړ بیاکتنه کې تیر کړئ او د پیچلي پیچ چیک کولو ازموینې سره چیک کړئ ، دا په خپل بنچ کې پرمخ وړئ ، د اسنادو سره چیک کړئ ، او په خپل کار کې پلس یو بیاکتنه ترلاسه کړئ ، یا په ړوند ډول په څو دقیقو کې په څو درجنونو کلیک وکړئ، هر یو ته +1 ورکړئ او په کرما کې شل جمع ترلاسه کړئ. داسې مسخره قضیې شتون درلود کله چې انجینرانو په پیچونو دومره ګړندي کلیک وکړ چې دوی د CI سیسټم څخه اتوماتیک پیچونو ته +1 ورکړ. لکه څنګه چې موږ وروسته ټوکې وکړې، "لاړ شه، لاړ شه، جینکنز." د ژمنو په حالت کې، ډیری خلک هم وو چې د کوډ فارمیټ کولو وسیلو سره کوډ ته لاړل، تبصرې یې ایډیټ کړې، دوره یې کمو ته بدله کړه، او پدې توګه یې خپل کار پمپ کړ. د دې سره معامله کول خورا ساده دي: موږ عام احساس کاروو او د کمیتي میټریکونو سربیره، اړین، کیفیت لرونکي هم کاروو. د ټیم د کار پایلو د کارولو درجې، د بهرنیو مرسته کونکو شمیر، د ازموینې پوښښ کچه، د ماډلونو ثبات او ټول محصول، د پیمانه او فعالیت ازموینې پایلې، د انجنیرانو شمیر چې د اصلي بیاکتنې اوږه ترلاسه کوي پټې، دا حقیقت چې پروژې د اصلي پروژو ټولنې کې منل شوي، د انجینرۍ پروسې د مختلفو مرحلو معیارونو سره مطابقت - دا ټول او ډیری نور فکتورونه باید د ساده کمیتي میټریکونو سره و ارزول شي.
او په نهایت کې ، دریم ټکی - هیڅ بد نه.
پراختیا کونکي ډیر هوښیار خلک دي او د دوی د کار په لیکه کې خورا منطقي دي. دوی په ورځ کې 8-10 ساعته د اوږدې او پیچلي منطقي زنځیرونو په جوړولو کې مصرفوي، نو دوی په الوتنه کې زیانونه ویني. کله چې یو څه کوي، دوی، د هر چا په څیر، غواړي پوه شي چې ولې دوی دا کوي، څه به د ښه لپاره بدلون ومومي. دا خورا مهم دي چې هغه اهداف چې تاسو یې د خپل ټیم لپاره ټاکلي صادقانه او ریښتیني دي. د برنامه کولو ټیم ته د خراب نظر پلورل یو بد نظر دی. یو نظر بد دی که تاسو پخپله په دې باور نه لرئ، یا په ډیرو مواردو کې، تاسو د اختلاف او ژمنتیا داخلي حالت نلرئ (زه موافق نه یم، مګر زه به یې وکړم). موږ یوځل په یوه شرکت کې د هڅونې سیسټم پلي کړ، چې یو یې د فیډبیک چمتو کولو لپاره بریښنایی سیسټم و. دوی ډیرې پیسې ولګولې، خلک یې د روزنې لپاره امریکا ته بوتلل، په ټولیزه توګه، دوی په بشپړه توګه پانګونه وکړه. یو ځل، د روزنې وروسته په خبرو اترو کې، یو مدیر خپلو ماتحتانو ته وویل: "نظر بد ندی، داسې ښکاري چې دا به کار وکړي. زه به تاسو ته پخپله الکترونیکي فیډبک نه درکوم، خو تاسو یې خپلو خلکو ته ورکوئ او له هغوی څخه یې غوښتنه کوئ." دا دی، نور هیڅ شی نشي پلي کیدی. مفکوره، البته، په هیڅ شی کې پای ته ورسیده.
سرچینه: www.habr.com