Dziiiiiin! دا د سهار 3 دي، تاسو یو ښه خوب لرئ، او ناڅاپه یو زنګ راغی. تاسو پدې اونۍ کې دنده لرئ، او ظاهرا یو څه پیښ شوي. اتوماتیک سیسټم غږ کوي ترڅو معلومه کړي چې څه غلط دي. دا د عصري کمپیوټر سیسټمونو اداره کولو یو مهم اړخ دی، مګر راځئ چې وګورو چې څنګه د خلکو لپاره خبرتیاوې غوره کړي.
د څارنې فلسفې سره آشنا شئ، چې د څو لسیزو په مختلفو څارونکو ټیمونو کې زما د دندو څخه زیږیدلی. هغه په لویه کچه د راب ایواشچک څخه د ریښتیني انجیل لخوا اغیزمنه شوې وه (زما خبرتیا فلسفه) په کتاب کې شامله ده ، او د جان السپوف لخوا کتاب (د خبرتیاو تنظیم کولو په اړه یادښتونه).
, и - د پوسټ په سمون کې ستاسو د مرستې لپاره مننه.
CASE څه شی دی؟
ما پریکړه وکړه چې د ښکلي لنډیز سره راشم او یا . زه دا غږ کوم د CASE طریقه. هغه څلور ټکي تشریح کوي چې د اتوماتیک څارنې سره کار کولو په وخت کې پاملرنه وکړئ:
- (د شرایطو سره تړلی)
- (عملي ارزښت)
- (په نښو ټینګار)
- (درجه)
که تاسو CASE کاروئ، نو تاسو خبرتیاوې په سالم بې پرواۍ سره چلند کوئ او خلک د شپې له خوبه نه ویښوئ. څارنه باید په منظمه توګه د ګټورتوب او اغیزمنتیا لپاره ارزول شي. کله چې یو څوک خبرتیا ترلاسه کړي، دوی به غوره ذهني ماډلونه او ډیر باور ولري.
د یادولو لپاره د اسانه کولو لپاره، تصور وکړئ چې تاسو یوې CASE ته اړتیا لرئ [یعنې قضیه، یو دلیل - د ژباړونکي یادښت] د هر خبرتیا توجیه کولو لپاره. د لمر عینکې:
او دا ټول ولې؟
. د ډیری دلیلونو لپاره. او قضیه به دا ټول له مینځه یوسي. مګر د دې سره ، تاسو به د غوره خبرتیاو لپاره د شپې ویښ شئ. دا میتود مختلف تنظیمي پروسې پوښي چې پدې مسله کې به هم مرسته وکړي.
د RED او USE میتودونو ښکلا دا ده چې د دوی په مرسته موږ نه یوازې دا پوهیږو چې څنګه کار کوو، بلکې د یو بل سره په ورته ژبه هم خبرې کوو. زما هیله دا ده چې د CASE میتود به د خبرتیاو په اړه بحث کول اسانه کړي چې زموږ سیسټمونه ساتي مګر زموږ همکاران بوخت ساتي.
ټکی دا دی چې تاسو اړتیا لرئ په خپل سازمان کې یو کلتور رامینځته کړئ چیرې چې خبرتیاوې د صحي بې پروایی سره چلند کیږي. خبرتیاوې د یو ځانګړي هدف لپاره رامینځته کیدی شي ، مګر دا حقیقت ندی چې دوی به وروسته ارزښت له لاسه ورنکړي. موږ ولې دا خبرتیا جوړه کړه؟ څومره موده دمخه د دې معیارونه تعدیل شوي؟ د CASE سره، دا پوښتنې ځواب کیدی شي.
Context- Heavy - د شرایطو پابند
د سهار 3 بجو د پیغامونو لوستلو لپاره غوره وخت ندی چې ډیری هوښیار ټکي لري. د اغیزمن ځواب لپاره، تاسو معلوماتو ته اړتیا لرئ. په عین حال کې، دا باید د یوې ځانګړې مسلې په اړه معلومات وي، د کوم لپاره چې شرایط سمدستي روښانه وي، او خبرتیاوې باید ترتیب شي ترڅو دا ممکن وي. دا د "څارنې" او "تقسیم" څخه دی . دا د شرم خبره نه ده چې په دې ترتیب کې وخت تیر کړئ، ځکه چې په دوامداره توګه د یو کس پام کول خورا ګران دي. راځئ چې یو بل ته درناوی وکړو.
ستونزې ډیری سرچینې لري. په ځانګړې توګه د سپوږمۍ.
زه څنګه کولی شم د دندې افسر سره مرسته وکړم؟ لومړی شی چې د وظیفې افسر ګوري یو خبرتیا ده، نو هغه ټول فرضیې د هغې پر بنسټ جوړوي. بیا هغه لارښوونو او ډشبورډونو ته ګوري ، مګر ایا تل په ځانګړي خبرتیا کې معلومات شتون لري ، او نه یوازې عمومي معلومات؟ Alspaugh مشوره ورکوي "د دې په اړه فکر وکړئ چې تاسو څنګه خبرتیا تشریح کولی شئ یا ځواب ورکړئ" (29 سلایډ). یو ښه خبرتیا په وظیفه شخص باندې متمرکزه ده، نه یوازې د حد لخوا ترتیب شوی.
نو دلته د خبرتیا شرایطو ښه کولو څرنګوالي په اړه ځینې نظرونه دي:
- کارونکي ته یو څه ګټور او په ځانګړي ډول جوړ شوی وښایاست، نه یوازې عادي لارښوونې یا ډشبورډ. مخکې، هلکانو او ما د ځانګړو خبرتیاوو لپاره ترتیب شوي تحقیقاتي ډشبورډونه کارولي. دا به مرسته وکړي که ستونزه معلومه شي، مګر یوازې نور به مغشوش کړي. موږ باید دلته توازن پیدا کړو.
- موږ ته د خبرتیا تاریخ په اړه ووایاست: ایا دا نوی دی؟ ایا دا ډیری وختونه کار کوي؟ ایا دا موسمی دی؟
- د سیسټم حالت ته وروستي بدلونونه وښایاست. ایا پدې وروستیو کې کوم څه بدل شوي؟ (د مثال په توګه، د فعالیت ځای پرځای کول یا فعالول / غیر فعال کول.)
- اړیکې وښایاست او د ذهني ماډل لپاره معلومات چمتو کړئ: د سیسټم انحصار باید په ښکاره ډول ښکاره شي، په غوره توګه د فعالیت نښه سره.
- په چټکۍ سره کاروونکي د ټیم سره وصل کړئ: ایا دوی روانې پیښې لیدلی شي یا کولی شي معلومه کړي چې په شرکت کې بل چا خبرتیا ترلاسه کړې؟ پروګرام فعال شوی؟
په عین حال کې، د پیښې مدیریت پروګرام به د پیښې تحقیقاتو د خبرتیا شرایطو ته وده ورکولو څرنګوالي په اړه مشوره ورکړي. تل د کار کولو لپاره یو څه شتون لري!
د عمل وړ - عملي ارزښت
ایا د دندې افسر باید د خبرتیا په ځواب کې څه وکړي؟ که تاسو څه کولو ته اړتیا نلرئ یا دا روښانه نه وي چې څه وکړئ، تاسو ولې هغه راویښ کړ؟ تاسو اړتیا لرئ د خبرتیاو څخه مخنیوی وکړئ چې په دنده کې خلکو ته زیان رسوي او عمل ته اړتیا نلري.
زه باید څه وکړم؟ تاسو څه غواړئ؟
په تیرو کې، کله چې سیسټمونه ساده وو او ټیمونه کوچني وو، موږ یوازې د شیانو په سر کې پاتې کیدو لپاره څارنه جوړه کړه. خبرتیا چې په ټوټو کې بار ډیر شوی دی به موږ ته شرایط راکړي که چیرې خدمت وروسته خراب شي. په لویه کچه، دا ډول خبرتیاوې به یوازې ګډوډي رامینځته کړي ځکه چې زموږ سیسټمونه تل د مختلف شدت د تخریب په حالت کې فعالیت کوي. دا په چټکۍ سره مخ کیږي او البته، د حساسیت له لاسه ورکولو لپاره. له همدې امله، د دندې افسر دا ډول خبرتیاوې له پامه غورځوي یا حتی فلټر کوي او تل ورته ځواب نه ورکوي لکه څنګه چې اړتیا وي. په دې جال کې مه کیږئ! ټول خبرتیاوې په قطار کې مه تنظیم کړئ او بیا یې د بریښنالیک له لارې ځینې خدای پاک فولډر ته واستوئ.
دلته هغه څه دي چې د عملي ارزښت سره یو خبرتیا داسې ښکاري:
- خبرتیا یوازې د خبرونو راپور ورکولو پرځای عمل ته اړتیا لري.
- دا عمل د اتومات کولو لپاره ستونزمن یا خطرناک دی. که یو عمل اتومات کیدی شي ، نو اتومات یې کړئ ، د خلکو ځورول بند کړئ!
- خبرتیا په فورمه کې عاجل سپارښتنې لري (SLA) یا (RTO). د دندې افسر کولی شي د سازمان د پیښو مدیریت پروګرام فعال کړي.
زه غواړم روښانه کړم: زه دا نه وایم چې خبرتیاوې باید یوازې د API لپاره خورا مهم SLOs (د خدماتو کچې اهدافو) لپاره راشي. د SLO څارنه په دوامداره توګه ټوټه ټوټه او ویشل کیږي او د ټولو خدماتو لپاره ورته چلند ته اړتیا لري. دا روښانه ده چې تاسو به د هغو پیرودونکو لپاره خورا مهم SLO تعقیب کړئ چې تاسو ته پیسې ورکوي. مګر د زیربنا SLOs، لکه ډیټابیسونه هم باید وڅیړل شي. ډیر ژر به تاسو د داخلي پیرودونکو سره معامله وکړئ او د دوی ملاتړ وکړئ. او داسې نور.
د نښو پر بنسټ - په نښو ټینګار
که تاسو دا خوښ کړئ یا نه، تاسو په ویشل شوي سیسټم کې کار کوئ (کاواج). د پایلې په توګه، تاسو د خدماتو جلا کولو لپاره مختلف تاکتیکونه کاروئ او د ناکامۍ څخه یې خوندي کړئ (Trainor et al.)3. او که څه هم د کثافاتو ځنډول یا د ډیټابیس ځنډیدلي پوښتنې ستونزې په ګوته کوي ، د دوی د حل لپاره ګړندي کولو ته اړتیا نشته که چیرې کاروونکي په نږدې راتلونکي کې ستونزې ونه لري.
دا مهم سیګنالونه دي او ممکن عملي ارزښت ولري، مګر که دوی کاروونکي ګډوډ نه کړي، نو دا دومره بیړنۍ نه ده چې د حاضرونکي پام ځانته واړوي. د علت پر بنسټ خبرتیاوې د سیسټم ناکامۍ په اړه زموږ د ذهني ماډلونو عکسونه دي. دا غوره ده چې مهمې نښې تعقیب کړئ د دې په پرتله چې د ناکامۍ ټول احتمالي لاملونه لیست کولو هڅه وکړئ.
د دې لپاره چې خبرتیاوې معنی ولري، تمرکز وکړئ د کاروونکو لپاره مهم دی. ایواشچوک دې ته "د کاروونکو لپاره نظارت" بولي. په یاد ولرئ چې دا فلسفه باید په ټوله اداره کې پلي شي. که چیرې یو خدمت په زیربنا کې ژورې عاجل ستونزې ولري، مناسب ټیم به یې پاملرنه وکړي. د داسې ناکامیو څخه د سیسټمونو ساتنه په بشپړه توګه جلا موضوع ده (روزونکي او نور، د مهمو انحصارونو کمولو لپاره د ستراتیژیو برخه).
نښې نښانې د بدلون وړ ندي
ریچارډ کوک موږ ته یادونه کوي چې پیچلي سیسټمونه له نیمګړتیاوو، نیمګړتیاوو او ستونزو ډک دي. د ټولو ممکنه دلیلونو لیست کولو هڅه کول د سیسیفین دنده ده. تاسو هڅه کوئ چې ستونزې بیان کړئ، مګر دوی هر وخت بدلیږي. سنډي سریداران په دې باور دي چې "سیسټمونه باید په هره ثانیه کې په بشپړ حالت کې نه وي" او دا غوره ده چې ډیر انساني چلند وکاروئ) ("د توزیع شوي سیسټمونو څارنه")، 7).
د پیښې وروسته د خبرتیاو څخه ډډه وکړئ
عموما، د علتونو لپاره خبرتیاوې د پیښو سمولو لپاره ترتیب شوي. او د هغه څه په اړه چې پیښ شوي د واقعیت په اړه دا محدود خبرتیاوې د امنیت غلط احساس رامینځته کوي، ځکه چې سیسټم هر وخت د ماتولو لپاره نوې لارې راځي.
د علت خبرتیاو په واسطه مه غولیږی. غوره فکر:
- ولې د اعراض پر بنسټ خبرتیا ستونزه په ګوته نه کړه؟
- ایا دا به ګټور وي چې د کارونکي لپاره شرایط ښه کړي؟
- د څارنې وسیلې څنګه کولی شي د تشخیص ګړندي کولو لپاره ښه شي ، د دې پرځای چې د څه پیښ شوي خبرتیاوې راټولې کړي؟
د تشخیص لپاره د څارنې وسیلې به یوازې هغه وخت مرسته وکړي چې تاسو د دوی په اړه فکر وکړئ د نښې څخه حل ته د تګ لپاره. د دې فیډبیک پرته ، تاسو به په ساده ډول د تیرو ناکامیو په اړه د ناوخته خبرتیاو او چارټونو سره بمبار شئ — او نه د راتلونکي په اړه یوه کلمه. دا د یوې ادارې لپاره یو ښه فرصت دی چې له دفاع څخه برید ته حرکت وکړي. او پراختیا کونکي او د محصول مدیران به ورته تمې او روښانه اهداف ولري. قضیه - CASE (:wink:) - د هر خبرتیا لپاره روښانه ده.
د دلیل پر بنسټ خبرتیاوې په اعتدال کې د زغم وړ دي
ځینې وختونه زموږ سیسټم موږ ته د علت پر بنسټ خبرتیاو په برخه کې لږ انتخاب پریږدي. او کله ناکله هغه کسان چې په دنده کې دي په بشپړ ډول پوهیږي چې یوه علامه به یقینا د ناکامۍ لامل شي، او له همدې امله عملي ارزښت لري. شاید تاسو ډاډه نه یاست چې څه پیښیږي او د خوندي اړخ لپاره خبرتیاوې تنظیموي. امید لرو چې دا عمل لنډمهاله وي تر هغه چې موږ د فعالیت مسله حل کولو لپاره سیسټم بدل کړو.
کله چې د دې حالتونو سره معامله کوئ د CASE نورې برخې په ذهن کې وساتئ. یوازې د دې لپاره چې دا لنډمهاله ده پدې معنی ندي چې تاسو کولی شئ د خپل سر سره فکر کولو مخه ونیسئ.
ارزول شوي - ارزونه
په سیسټم کې هر ډول بدلونونه (نوی کوډ، نوی زیربنا، هر څه نوي) د ناکامۍ لړۍ پراخوي (کوک، 3). ایا دا خبرتیا لاهم د توقع سره سم کار کوي؟ د سیسټمونو روښانه او اوسني ذهني ماډلونه او د ځینې ملاتړ خبرتیاو ته ځواب ویل تجربه - دا کلیدي ځانګړتیاوې دي . په سیسټمونو کې نیمګړتیاوې په دوامداره توګه وده کوي، او موږ باید له دوی سره وساتو.
تاسو اړتیا لرئ په دوامداره توګه د هر خبرتیا کیفیت ارزونه وکړئ ترڅو ډاډ ترلاسه کړئ چې دوی د تمې سره سم کار کوي. ګرانو مشرانو! دا به ستاسو د ټیمونو لپاره خورا اسانه وي که تاسو د دې پروسې رامینځته کولو کې ورسره مرسته وکړئ! دلته د ارزونې ځینې نظریات دي:
- کارول , یا د خبرتیا نورې ازموینې میتودونه. ټیم کولی شي دا پخپله ترسره کړي پرته لدې چې د درنو پیښو مدیریت سیسټم باندې تکیه وکړي!
- ستاسو د پیښې مدیریت برنامې کې د پیښې پورې اړوند ټولو خبرتیاو راټولول شامل کړئ. ګټور، ضررناک، نامناسب، ناڅرګند او داسې نور په نښه کړئ، د فیډبیک په توګه یې وکاروئ.
- سم خبرتیاوې په مکرر ډول پیل کیږي او په احتیاط سره ازمول کیږي. ډاډ ترلاسه کړئ چې ټولې اړیکې کار کوي، سم شرایطو ته اشاره کوي، او نور.
- که چیرې یو خبرتیا هیڅکله ډیر ځله ډزې یا اور نه کوي، پدې کې یو څه غلط دی. سم کړئ یا یې لرې کړئ. د ډیر غیر فعال یا فعالیت څخه ځان وساتئ!
- د پای نیټې سره د خبرتیا مهال ویش تنظیم کړئ. که د پای نیټه پای ته رسیدلې وي، نو د CASE میتود په کارولو سره خبرتیا ارزونه وکړئ او د مهال ویش تازه کړئ. لکه د خوړو په څیر، په منظمه توګه د ختمیدو نیټه وګورئ.
- د خبرتیاو ښه کولو پروسه ساده کړئ. څارنه د کوډ په توګه وکاروئ او د Git ذخیره کې خبرتیاوې ذخیره کړئ. غوښتنې د ټیم ښکیلتیا کې مرسته کوي او تاسو ته د تیرو خبرتیاو تاریخ درکوي. او تاسو به نور د خبرتیاو بدلولو څخه ویره ونلرئ یا د دوی مسؤلینو څخه اجازه وغواړئ.
- د خبرتیاو لپاره فیډبیک تنظیم کړئ ، حتی که دا ساده وي د دې لپاره چې د دندې افسران خبرتیاوې د بې ګټې یا مداخلې په توګه په نښه کړي. په خبرتیا کې یو لینک یا عمل ته زنګ ووهئ او خپل فیډبیک په منظم ډول بیاکتنه وکړئ.
- په ټیم کې یو اصول رامینځته کړئ - هغه کسان چې په وظیفه کې دي اجازه ورکړئ چې دنده ساده کړي کله چې لږ کار وي. له تاسو وروسته هرڅه د پخوا په پرتله لږ ښه شي.
پایلې
زه باور لرم چې د CASE میتود د پراختیا کونکو او سازمانونو سره د اتوماتیک خبرتیاو تنظیم کولو او لیږلو په اړه بحث کولو کې مرسته کوي. یو پراختیا کونکی کولی شي د CASE میتود په کارولو سره د خبرتیاو ارزونه پیل کړي ، او بیا به ټوله اداره د نورو پراختیا کونکو ، مدیریت ، او د پیښې مدیریت برنامو سره یوځای شي ترڅو خبرتیاوې په ښه حالت کې وساتي. دا کوم ځانګړي وسیلې یا پیچلي پروسې ته اړتیا نلري.
ټول صنعت باید د انساني فاکتور په اړه فکر وکړي پداسې حال کې چې د دندې پرمهال د لوړ پوړ پیرودونکي خدمت قرباني کولو پرته. دا ټول وسیلې او تمرینونه کیدی شي او باید ښه شي. زه امید لرم چې د CASE میتود به پدې کې مرسته وکړي.
د ښه شوي خبرتیاو څخه خوند واخلئ!
سرچینه: www.habr.com