اې حبره!
موږ یوه نوې مهمه موضوع لرو - د معلوماتي ټیکنالوژۍ محصولاتو لوړ کیفیت پراختیا. په HighLoad++ کې موږ اکثرا د دې په اړه خبرې کوو چې څنګه مصروف خدمات ګړندي کړو، او په Frontend Conf کې موږ د یو ښه کاروونکي انٹرفیس په اړه خبرې کوو چې ورو نه کیږي. موږ په منظمه توګه د ازموینې په اړه موضوعات لرو، او DevOpsConf د مختلف پروسو یوځای کولو په اړه، د ازموینې په شمول. مګر د هغه څه په اړه چې په عموم کې کیفیت ویل کیدی شي، او څنګه یې په هر اړخیزه توګه کار کول - نه.
راځئ چې دا له لارې حل کړو - موږ به د پراختیا په هره مرحله کې د کارونکي لپاره د وروستي محصول کیفیت په اړه د فکر کولو کلتور رامینځته کړو. ستاسو د مسؤلیت ساحې ته د تمرکز نه کولو عادت، او کیفیت نه یوازې د ازموینې اخیستونکو سره.
د کټ لاندې به موږ د پروګرام کمیټې مشر سره خبرې وکړو، د Tinkoff.Business کې د ازموینې مشر، د روسی ژبې QA ټولنې جوړونکي اناستازیا اسیوا- نګوین د QA صنعت حالت او د نوي کنفرانس ماموریت په اړه.
- نستیا سلام. مهرباني وکړئ موږ ته د خپل ځان په اړه ووایاست.
Anastasia: زه په بانک کې د ازموینې مشري کوم او د یوې لویې ډلې لپاره مسؤل یم — موږ له 90 څخه ډیر خلک یو. موږ یو مهم سوداګریز کرښه لرو؛ موږ د قانوني ادارو لپاره د ایکوسیستم مسؤلیت لرو.
ما میخانیک او ریاضیات زده کړل او په پیل کې مې غوښتل چې یو پروګرامر شم. مګر کله چې ما په زړه پورې وړاندیز ترلاسه کړ، ما پریکړه وکړه چې ځان د ټیسټر په توګه هڅه وکړم. په عجیبه توګه، دا زما زنګ وهل شو. اوس زه په دې صنعت کې زما ټول کارونه ګورم.
زه د کیفیت د تضمین ډسپلین سخت پیروان یم. زه د دې په اړه پاملرنه کوم چې کوم محصولات رامینځته کیږي ، په شرکت کې ، ټیم کې او په اصولو کې د پراختیا پروسې کې کیفیت څنګه چلند کیږي.
دا ماته څرګنده ده په دې لاره کې ټولنه کافي نه ده، لږترلږه په روسیه کې. موږ تل نه پوهیږو چې د کیفیت تضمین یوازې د غوښتنو سره موافقت لپاره د غوښتنلیک ازموینې حقیقت ندی. زه غواړم دا حالت بدل کړم.
- تاسو د کیفیت تضمین او ازموینې کلمې کاروئ. د اوسط شخص په نظر کې، دا دوه اصطلاحات ډیری وختونه تیریږي. دوی څنګه توپیر لري که تاسو ژور کیندئ؟
انستاسیا: بلکه، دوی توپیر نلري. ازموینه د کیفیت تضمین ډیسپلین برخه ده، دا یو مستقیم فعالیت دی - هغه حقیقت چې زه یو څه ازموینه کوم. په حقیقت کې د ازموینې ډیری ډولونه شتون لري، او یو شمیر خلک د مختلفو ډولونو ازموینې لپاره مسؤل دي. مګر دلته په روسیه کې ، کله چې د بهرنی سرچینو څپې راڅرګندې شوې چې شرکتونو ته ټیسټران وړاندې کوي ، ازموینې یو واحد ډول ته راټیټ شوې.
په ډیری قضیو کې ، دوی یوازې د فعال ازموینې پورې محدود دي: دوی ګوري چې هغه څه چې پراختیا کونکو کوډ کړي د توضیحاتو سره مطابقت لري او دا دی.
- مهرباني وکړئ موږ ته ووایاست چې د کیفیت تضمین نور کوم ډیسپلین شتون لري؟ دلته د ازموینې سربیره نور څه شامل دي؟
Anastasia: د کیفیت تضمین لومړی او تر ټولو مهم، د کیفیت لرونکي محصول د جوړولو په اړه دی. دا دی، موږ له ځانه پوښتنه کوو چې زموږ محصول باید کوم کیفیت لرونکي ځانګړتیاوې ولري. په دې اساس، که موږ په دې پوه شو، نو موږ کولی شو پرتله کړو چې څوک د دې کیفیت ځانګړتیاوې اغیزمنوي. پروا نه کوي، پراختیا کونکی، د پروژې مدیر یا د محصول متخصص هغه څوک دی چې د محصول پراختیا، د هغې بیکلاګ، او د هغې ستراتیژي اغیزه کوي.
امتحان ورکوونکی د خپل رول په اړه ډیر پوهیږی. هغه پوهیږي چې د هغه دنده نه یوازې د اړتیاو سره موافقت لپاره ازموینه کول دي ، بلکه د اړتیاو ازموینه کول ، د محصول متخصص څخه د فارمولونو پوښتنې کول او د پیرودونکي ټولې اړینې غوښتنې او توقعات څرګندول. کله چې موږ خپلو پیرودونکو ته نوي فعالیت وړاندې کوو، موږ باید واقعیا د دوی هیلې پوره کړو او د دوی درد حل کړو. که موږ د کیفیت د ټولو ځانګړتیاوو په اړه فکر وکړو، پیرودونکي به مطمین وي او پوه شي چې هغه شرکت چې محصول یې کاروي واقعیا د هغه ګټو ته پاملرنه کوي او د "یوازې د ځانګړتیاوو خوشې کولو" اصولو باندې کار نه کوي.
- داسې ښکاري چې هغه څه چې تاسو یې تشریح کړي د محصول متخصص دنده ده. دا، په اصل کې، د ازموینې په اړه نه دی او نه د کیفیت په اړه - دا عموما د محصول مدیریت په اړه دی، نه؟
Anastasia: په شمول. د کیفیت تضمین یو ډسپلین نه دی چې یو مشخص کس یې مسؤلیت لري. اوس په ازموینه کې یو مشهور لارښود شتون لري، یوه طریقه چې ویل کیږي ګړندی ازموینه. د دې تعریف په واضح ډول وايي چې دا د ازموینې لپاره د ټیم چلند دی، چې د تمرینونو یو ټاکلی سیټ پکې شامل دی. ټول ټیم د دې طریقې د پلي کولو مسولیت لري؛ دا حتی اړینه نه ده چې په ټیم کې یو ټیسټر وي. ټول ټیم مشتریانو ته د ارزښت په رسولو تمرکز کوي او ډاډ ترلاسه کوي چې ارزښت د پیرودونکو هیلې پوره کوي.
- دا معلومه شوه چې کیفیت د شاوخوا شاوخوا ټولو څانګو سره تقاطع کوي ، په شاوخوا کې هرڅه باندې چوکاټ تحمیلوي؟
Anastasia: سمه ده. کله چې موږ د دې حقیقت په اړه فکر کوو چې موږ غواړو د کیفیت محصول رامینځته کړو، موږ د کیفیت مختلف ځانګړتیاو په اړه فکر کوو. د مثال په توګه، څنګه وګورئ چې موږ واقعیا هغه ځانګړتیا جوړه کړې چې زموږ پیرودونکي ورته اړتیا لري.
دا هغه ځای دی چې دا ډول ازموینې په کې راځي: UAT (د کاروونکي منلو ازموینه). له بده مرغه، دا په ندرت سره په روسیه کې تمرین کیږي، مګر ځینې وختونه د پای پیرودونکي لپاره د ډیمو په توګه د SCRUM ټیمونو کې شتون لري. دا په بهرنیو شرکتونو کې د ازموینې خورا عام ډول دی. ټولو پیرودونکو ته د فعالیت خلاصولو دمخه ، موږ لومړی UAT کوو ، دا دی ، موږ وروستي کارونکي ته بلنه ورکوو چې ازموینه وکړي او سمدلاسه پدې اړه فیډبیک چمتو کړي چې ایا محصول واقعیا تمې پوره کوي او درد حل کوي. یوازې له دې وروسته نورو ټولو پیرودونکو ته اندازه کول ممکن وي.
دا دی، موږ په سوداګرۍ تمرکز کوو، په پای کې پیرودونکي، مګر په ورته وخت کې د ټیکنالوژۍ په اړه مه هېروئ. د محصول کیفیت هم خورا په ټیکنالوژۍ پورې اړه لري. که موږ خراب جوړښت ولرو، موږ به ونه توانیږو چې په چټکۍ سره ځانګړتیاوې خوشې کړو او د پیرودونکو هیلې پوره کړو. کله چې د اندازه کولو په هڅه کې وي، یا کله چې د بیاکتنې هڅه کوي، ممکن ډیری بګونه وي، موږ ممکن یو څه مات کړو. دا ټول به د پیرودونکو رضایت اغیزه وکړي.
له دې نظره، جوړښت باید داسې وي چې موږ کولی شو پاک کوډ ولیکو چې موږ ته اجازه راکوي چې ژر تر ژره بدلونونه وکړو او ویره ونلرو چې موږ به هرڅه مات کړو. د دې لپاره چې ډاډ ترلاسه شي چې د بیاکتنې تکرار په څو میاشتو کې نه اوږدوي یوازې ځکه چې موږ ډیر میراث لرو، موږ اړتیا لرو چې د ازموینې اوږدې مرحلې ترسره کړو.
- په مجموع کې، پراختیا کونکي، معماران، د محصول ساینس پوهان، د محصول مدیران، او ازموینه کونکي پخپله دخیل دي. بل څوک د کیفیت د تضمین په پروسه کې دخیل دی؟
Anastasia: اوس راځئ چې تصور وکړو چې موږ دمخه پیرودونکي ته فیچر وړاندې کړی دی. په ښکاره ډول، د محصول کیفیت باید وڅیړل شي حتی کله چې دا په تولید کې وي. په دې مرحله کې، د غیر څرګند سناریو سره حالتونه، تش په نامه کیګونه، کیدای شي څرګند شي.
لومړۍ پوښتنه دا ده چې موږ د محصول خوشې کولو وروسته د دې کیګونو سره څنګه معامله کوو؟ موږ څنګه، د بیلګې په توګه، د فشار په وړاندې غبرګون کوو؟ پیرودونکي به ډیر خوښ نه وي که چیرې پاڼه له 30 ثانیو څخه ډیر وخت ونیسي.
دا هغه ځای دی چې استحصال په لوبې کې راځي، یا لکه څنګه چې دوی اوس ورته وایي. DevOps. په حقیقت کې، دا هغه خلک دي چې د محصول د چلولو مسولیت لري کله چې دا په تولید کې وي. پدې کې د څارنې مختلف ډولونه شامل دي. حتی د ازموینې یو فرعي ډول شتون لري - په تولید کې ازموینه ، کله چې موږ ځان ته اجازه ورکوو چې د خوشې کیدو دمخه یو څه ازموینه وکړو او سمدلاسه یې په تولید کې ازموینه وکړو. دا د زیربنا د تنظیم کولو له نظره د فعالیتونو لړۍ ده چې تاسو ته اجازه درکوي په چټکۍ سره یوې پیښې ته ځواب ووایی ، اغیزه یې وکړئ او سم یې کړئ.
زیربنا هم مهمه ده. ډیری وختونه داسې شرایط شتون لري کله چې د ازموینې په جریان کې ، دا ناممکنه ده چې ډاډ ترلاسه کړو چې موږ واقعیا هرڅه لرو چې موږ یې غواړو پیرودونکي ته ورکړو. موږ دا تولید ته واړوو او د غیر څرګند حالتونو نیول پیل کوو. او ټول ځکه چې په ازموینه کې زیربنا د تولید زیربنا سره مطابقت نلري. دا د نوي ډول ازموینې لامل کیږي - د زیربناوو ازموینه. پدې کې مختلف تشکیلات ، تنظیمات ، ډیټابیس مهاجرتونه او نور شامل دي.
دا پوښتنه راپورته کوي - شاید ټیم اړتیا لري د کوډ په توګه زیربنا وکاروي.
زه باور لرم چې زیربنا مستقیم د محصول کیفیت اغیزه کوي.
زه امید لرم چې په کنفرانس کې به د ریښتینې قضیې سره یو راپور وي. موږ ته ولیکئ که تاسو چمتو یاست چې موږ ته د خپلې تجربې څخه ووایاست چې څنګه د کوډ په توګه زیربنا کیفیت اغیزه کوي. د کوډ په توګه زیربنا د ټولو ترتیباتو چک کول اسانه کوي او هغه شیان معاینه کوي کوم چې په ساده ډول ممکن ندي. له همدې امله ، عملیات د کیفیت لرونکي محصول رامینځته کولو پروسې کې هم دخیل دي.
- د تحلیل او اسنادو په اړه څه؟
Anastasia: دا د تصدۍ سیسټمونو لپاره ډیر تطبیق کیږي. کله چې موږ د تصدۍ په اړه خبرې کوو، خلک لکه شنونکي او د سیسټم شنونکي سمدلاسه ذهن ته راځي. دوی ځینې وختونه تخنیکي لیکوالان بلل کیږي. دوی یو دنده ترلاسه کوي چې توضیحات ولیکي او بشپړ کړي، د بیلګې په توګه، د یوې میاشتې لپاره.
دا په مکرر ډول ثابت شوي چې د داسې اسنادو لیکل د خورا اوږد پراختیا تکرار او د پرمختګ اوږد تکرار لامل کیږي ، ځکه چې د ازموینې پروسې په جریان کې بګونه پیژندل شوي او بیرته راستنیدل پیل کیږي. د پایلې په توګه، ډیری لوپونه شتون لري چې د پراختیا لګښت زیاتوي. برسېره پر دې، دا کیدای شي زیان منونکي معرفي کړي. موږ داسې بریښي چې د حوالې کوډ لیکلی وي ، مګر بیا موږ داسې بدلونونه رامینځته کړل چې په بشپړ ډول فکر شوي جوړښت ماتوي.
د پایلې په توګه، پایله د لوړ کیفیت محصول نه دی، ځکه چې پیچونه لا دمخه په جوړښت کې ښکاره شوي، په ځینو ځایونو کې کوډ په کافي اندازه د ازموینو لخوا پوښل شوی نه دی، ځکه چې د وخت نیټه پای ته رسیږي، ټول بګ باید ګړندي وتړل شي. او ټول ځکه چې اصلي توضیحات ټول هغه ټکي په پام کې نه نیسي چې پلي کیدو ته اړتیا لري.
پراختیا کونکي آفتونه ندي او په هدف سره د غلطیو سره کوډ نه لیکي.
که موږ په پیل کې د یو مشخصاتو له لارې فکر کړی وای چې ټول اړین ټکي پکې پوښلي وي ، نو هرڅه به د اړتیا سره سم پلي شوي وای. مګر دا یو یوټوپیا ده.
دا شاید ناممکن وي چې د 100 مخونو بشپړ توضیحات ولیکئ. د همدې لپاره د اسنادو لیکلو بدیل لارو په اړه فکر کولو ته اړتیا لري, مشخصات، د دندې بیانونه چې موږ ته به د دې ډاډ ترلاسه کولو ته نږدې کړي چې پراختیا کونکي دقیقا هغه څه کوي چې ورته اړتیا وي.
دا هغه ځای دی چې ګړندي تګلارې ذهن ته راځي — د منلو معیارونو سره د کارونکي کیسې. دا د هغو ټیمونو لپاره ډیر تطبیق کیږي چې په کوچنیو تکرارونو کې وده کوي.
- د کارونې ازموینې ، د محصول کارول ، ډیزاین په اړه څه؟
Anastasia: دا یو ډیر مهم ټکی دی، ځکه چې په ټیم کې ډیزاینران شتون لري. ډیری وختونه، ډیزاینران د خدمت په توګه کارول کیږي - یا د ډیزاین ډیپارټمنټ یا د بهرنی ډیزاینر لخوا. ډیری وختونه داسې شرایط شتون لري چیرې چې داسې ښکاري چې ډیزاینر د محصول ساینس پوه ته غوږ نیولی او هغه څه یې کړي چې هغه پوهیږي. مګر کله چې موږ تکرار پیل کړو، دا معلومه شوه چې هغه څه چې واقعا ترسره شوي هغه څه ندي چې تمه کیده: ډیزاینر یو څه هیر کړی، د چلند له لارې یې په بشپړه توګه فکر نه کاوه، ځکه چې هغه په ټیم کې نه و او نه په شرایطو کې، یا مخکی. - د پای پراختیا کونکي د دې ترتیب په بشپړ ډول نه پوهیږي. دا ممکن ډیری تکرارونه ونیسي ځکه چې د ډیزاین په اړه د مخکښې پای پراختیا کونکي پوهه کې ستونزه شتون لري.
برسېره پر دې یوه بله ستونزه ده. ډیزاین سیسټمونه اوس شهرت ترلاسه کوي. دوی په هایپ کې دي ، مګر د دوی ګټې په بشپړ ډول څرګند ندي.
زه د دې نظر سره مخ یم چې د ډیزاین سیسټمونه، له یوې خوا، پراختیا ساده کوي، مګر له بلې خوا، دوی په انٹرفیس کې ډیر محدودیتونه وضع کوي.
د پایلې په توګه، موږ هغه ځانګړتیا نه جوړوو چې پیرودونکي یې غواړي، مګر هغه چې زموږ لپاره مناسب وي، ځکه چې موږ دمخه ځینې کیوبونه لرو چې موږ یې کولی شو.
زه فکر کوم چې دا دې موضوع ته د پاملرنې ارزښت لري او حیرانتیا لري چې ایا د ډیزاین کار ساده کولو په هڅه کې موږ واقعیا د پیرودونکي درد حل کوو.
- د کیفیت تضمین پورې اړوند د حیرانتیا وړ شمیرې شتون لري. ایا په روسیه کې یو کنفرانس شتون لري چیرې چې دا ټول خبرې کیدی شي؟
Anastasia: د ازموینې ترټولو زوړ کنفرانس دی چې سږکال به د 25 ځل لپاره ترسره شي او د کیفیت تضمین کنفرانس SQA ورځې بلل کیږي. دا په عمده توګه د فعال ازموینو لپاره د وسیلو او ځانګړي ازموینې طریقې په اړه بحث کوي. د یوې قاعدې په توګه، د SQA ورځو کې راپورونه په ژوره توګه د ټیسټرانو د مسؤلیت په ساحه کې ځانګړي ساحې معاینه کوي، مګر پیچلي فعالیتونه ندي.
دا د مختلفو وسیلو او طریقو په پوهیدو کې ډیره مرسته کوي، د ډیټابیسونو، APIs، او نورو ازموینې څرنګوالی. مګر په ورته وخت کې ، له یوې خوا ، دا د غوره محصول په رامینځته کولو کې د ازموینې څخه ډیر دخیل کولو هڅونه نه کوي. له بلې خوا، ازموینه کونکي په پروسه کې نور دخیل نه کیږي ترڅو د محصول نړیوال هدف او د هغې سوداګرۍ برخې په اړه فکر وکړي.
زه یوه لویه څانګه پرمخ وړم او ډیری مرکې ترسره کوم، کوم چې په حقیقت کې د صنعت حالت په اړه بصیرت وړاندې کوي. د یوې قاعدې په توګه، زموږ هلکان په تصدۍ کې کار کوي، او دوی د مسؤلیت روښانه ساحه لري. هغه همکاران چې په بهرنیو پروژو کې کار کوي د ازموینې مختلف ډولونه کاروي: دوی پخپله کولی شي د بار ازموینه، د فعالیت ازموینه، او حتی ځینې وختونه د امنیت ازموینې ترسره کړي، ځکه چې دوی واقعیا د ټیم سره د محصول کیفیت ډاډمن کولو کې مرسته کوي.
زه غواړم په روسیه کې هلکان هم د دې حقیقت په اړه فکر پیل کړي چې صنعت د فعال ازموینې سره پای ته نه رسیږي.
- د دې هدف لپاره، موږ یو نوی کنفرانس تنظیم کوو، QualityConf، کوم چې کیفیت ته د یو بشپړ ډسپلین په توګه وقف شوی دی. د نظر په اړه نور معلومات راکړئ، د کنفرانس اصلي موخه څه ده؟
Anastasia: موږ غواړو د خلکو یوه ټولنه جوړه کړو چې د کیفیت لرونکي محصولاتو په جوړولو کې لیوالتیا لري. یو پلیټ فارم وړاندیز کړئ چیرې چې دوی کولی شي راشي ، راپورونه واوري او کنفرانس پریږدي د ځانګړي پوهاوي سره چې دوی د کیفیت ښه کولو لپاره څه بدلون ته اړتیا لري.
نن ورځ زه ډیری وختونه د مشورې څخه غوښتنه اورم چې څه وکړي کله چې د ازموینې او کیفیت سره ستونزې شتون ولري. کله چې تاسو د ټیمونو سره اړیکه پیل کړئ، تاسو ګورئ چې ستونزه پخپله د ازموینې اخیستونکو سره نه ده، مګر د پروسې جوړښت سره. د مثال په توګه، کله چې پراختیا کونکي باور لري چې دوی یوازې د کوډ لیکلو مسولیت لري، د دوی مسؤلیت په سمه توګه پای ته رسیږي کله چې دوی ازموینې ته دنده لیږدوي.
هرڅوک د دې حقیقت په اړه فکر نه کوي چې ناسم لیکل شوي، د خراب جوړښت سره د ټیټ کیفیت کوډ د پروژې لپاره لوی ستونزې ګواښوي. دوی د غلطیو لګښت په اړه فکر نه کوي، هغه کیګونه چې په تولید کې پای ته رسیږي د شرکت او ټیم لپاره لوی لګښتونه کیدی شي. د دې په اړه فکر کولو کلتور شتون نلري. زه غواړم چې په کنفرانس کې یې توزیع پیل کړو.
زه پوهیږم چې دا نوښت نه دی، اډوارډ ډیمینګ، د کیفیت د 14 اصولو لیکوال، په تیره پیړۍ کې د غلطۍ لګښت په اړه لیکلي. د کیفیت تضمین د ډسپلین په توګه د دې کتاب پر بنسټ والړ دی، مګر، له بده مرغه، عصري پرمختیا د هغې په اړه هیر کړی.
- ایا تاسو پلان لرئ چې په مستقیم ډول د ازموینې او وسیلو په اړه موضوعاتو سره اړیکه ونیسئ؟
Anastasia: زه دا منم چې د وسایلو په اړه به راپورونه وي. دلته کافي نړیوال وسیلې شتون لري چې ورسره شرکتونه او ټیمونه کولی شي په محصول اغیزه وکړي.
ټول راپورونه به په نړیواله کچه د یو ګډ ماموریت لخوا متحد شي: لیدونکو ته د دې لپاره چې د دې طریقې په مرسته، وسیله، میتود، پروسې، د ازموینې ډول، موږ د محصول کیفیت اغیزمن کړی او د پیرودونکي ژوند یې ښه کړی.
موږ به خامخا د یوې وسیلې لپاره د وسیلې په اړه راپورونه نلرو. په برنامه کې شامل ټول راپورونه به د ګډ هدف لخوا متحد شي.
- څوک به د هغه څه سره علاقه ولري چې تاسو یې په اړه خبرې کوئ، تاسو څوک د کنفرانس د میلمنو په توګه ګورئ؟
Anastasia: موږ به د پراختیا کونکو لپاره راپورونه ولرو څوک چې د دوی پروژې ، محصول ، سیسټم برخلیک ته پاملرنه کوي. په ورته ډول، دا به د ازموینو لپاره په زړه پورې وي او، دا زما لپاره ښکاري، په ځانګړې توګه مدیرانو ته. د مدیرانو لخوا، زما مطلب هغه خلک دي چې پریکړې کوي او کولی شي د محصول، سیسټم، ټیم او نورو شیانو په برخلیک او پراختیا اغیزه وکړي.
دا هغه خلک دي چې حیران دي چې څنګه د محصول یا سیسټم کیفیت ښه کړي. زموږ په کنفرانس کې به دوی د مختلفو اقداماتو په اړه زده کړي وکړي او په دې به پوه شي چې اوس د دوی سره څه غلط دي او څه بدلون ته اړتیا لري.
زما په اند اصلي معیار دا دی چې پوه شي چې یو څه د کیفیت سره غلط دی او غواړي چې دا اغیزه وکړي. موږ شاید وکولی شو هغو خلکو ته ورسیږو څوک چې فکر کوي دا به لومړی ځل وکړي.
- ایا تاسو فکر کوئ چې صنعت په ټوله کې نه یوازې د ازموینې په اړه ، بلکه د کیفیت کلتور په اړه د خبرو کولو لپاره چمتو دی؟
Anastasia: زه باور لرم چې زه بالغ شوی یم. اوس ډیری شرکتونه د آبشار دودیز چلند څخه د Agile په لور روان دي. په مراجعینو تمرکز شتون لري، په ټیمونو کې خلک واقعیا د کیفیت محصول رامینځته کولو په اړه فکر کولو پیل کوي. حتی د تصدۍ شرکتونه د کیفیت ښه کولو باندې تمرکز کوي.
د هغو غوښتنو په اړه قضاوت کول چې په ټولنه کې راپورته کیږي، زه باور لرم چې دا وخت دی. البته، زه ډاډه نه یم چې دا به یو لوی انقلاب وي، مګر زه غواړم چې دا انقلاب په شعور کې پیښ شي.
- موافقه وکړه! موږ به کلتور ته وده ورکړو او شعور به بدل کړو.
د معلوماتي ټکنالوجۍ محصولاتو د لوړ کیفیت پراختیا په اړه کنفرانس place will و.... په مسکو کې د جون په 7. تاسو پوهیږئ چې کوم مرحلې د لوړ کیفیت محصول رامینځته کوي ، موږ په تولید کې د کیګونو سره په بریالیتوب سره د مبارزې قضیې لرو ، موږ په خپل تمرین کې مشهور میتودونه ازمویل - موږ ستاسو تجربې ته اړتیا لرو. د هغوی غوښتنلیکونه د می تر 1 پورې, او د پروګرام کمیټه به د کنفرانس د ټولیز بشپړتیا لپاره د موضوع په تمرکز کې مرسته وکړي.
نښلول په کوم کې چې موږ د کیفیت مسلو او کنفرانس په اړه بحث کوو، ګډون وکړئ د برنامو خبرونو سره تازه اوسئ.
سرچینه: www.habr.com