د سافټویر لیپ فراګ به ډیر ژر د شرکتونو خورا عام ناروغي شي. د هر کوچني شی له امله د بل سافټویر بدلول، له ټیکنالوژۍ څخه ټیکنالوژۍ ته کود کول، د ژوندی سوداګرۍ تجربه کول نورمال دي. په ورته وخت کې، په دفتر کې ریښتینې کورنۍ جګړه پیل کیږي: د پلي کولو لپاره د مقاومت غورځنګ رامینځته کیږي، ګوندونه د نوي سیسټم په وړاندې تخریبي کار ترسره کوي، جاسوسان د نوي سافټویر سره د زړورتیا نوې نړۍ ته وده ورکوي، د زغره شوي موټر څخه مدیریت. د کارپوریټ پورټل د سولې، کارګرانو، KPIs په اړه خپرونې کوي. یو انقلاب معمولا له یوې خوا په بشپړ ناکامۍ پای ته رسیږي.
موږ د تطبیق په اړه نږدې هرڅه پوهیږو، نو راځئ هڅه وکړو چې دا معلومه کړو چې څنګه یو انقلاب په تکامل بدل کړو او تطبیق یې د امکان تر حده ګټور او بې درده کړو. ښه، یا لږترلږه موږ به تاسو ته ووایو چې تاسو په پروسه کې څه شی ترلاسه کولی شئ.
د نوي سافټویر د کارمندانو منلو مثالی لید. سرچینه - Yandex.Images
بهرني مشاورین به دا مقاله په دې ډول پیل کړي: "که تاسو خپلو کارمندانو ته د کیفیت لرونکي سافټویر وړاندیز کوئ چې کولی شي د دوی کار ښه کړي، په فعالیت باندې کیفیت اغیزه ولري، د نوي پروګرام یا سیسټم غوره کول به طبیعي وي." مګر موږ په روسیه کې یو، نو د شکمنو او جنګیالیو کارمندانو مسله خورا اړونده ده. طبیعي لیږد به کار ونکړي ، حتی د لږترلږه سافټویر سره لکه د کارپوریټ میسینجر یا سافټ فون سره.
د ستونزې پښې له کوم ځای څخه راځي؟
نن ورځ، هر شرکت د سافټویر بشپړ ژوبڼ نصب کړی (موږ عمومي قضیه اخلو، ځکه چې د معلوماتي ټکنالوجۍ شرکتونو کې د سافټویر مقدار دوه چنده یا درې چنده دی، او د تطبیق ستونزې په جزوي توګه او خورا ځانګړي دي): د پروژې مدیریت سیسټمونه، CRM/ERP، د بریښنالیک پیرودونکي، فوري پیغام رسونکي، کارپوریټ پورټل، او نور. او دا حقیقت نه شمیرل کیږي چې داسې شرکتونه شتون لري چې حتی د براوزر څخه براوزر ته لیږد د ټول ټیم لخوا پرته له استثنا څخه ترسره کیږي (او داسې ټیمونه هم شتون لري چې په بشپړ ډول د انټرنیټ اکسپلورر ایج پراساس دي). په عموم کې، ډیری شرایط شتون لري چې زموږ مقاله ممکن ګټور وي:
- د ځینو دندو د لومړني اتومات کولو پروسه شتون لري: لومړی CRM/ERP پلي کیږي، یو کارپوریټ پورټل پرانیستل کیږي، د تخنیکي مالتړ لپاره سیسټم نصب کیږي، او داسې نور.
- یو سافټویر د کوم دلیل لپاره د بل لخوا بدل شوی: ناپاکتوب، نوې اړتیاوې، اندازه کول، د فعالیت بدلون، او داسې نور؛
- د موجوده سیسټم ماډلونه د پراختیا او ودې اهدافو لپاره رامینځته کیږي (د مثال په توګه ، یو شرکت تولید پیل کړ او پریکړه یې وکړه چې له دې څخه تیر شي. په د اعظمي فعالیت سره؛
- یو لوی انٹرفیس او فعال سافټویر تازه کول ترسره کیږي.
البته، لومړی دوه قضیې د دوی په څرګندونو کې خورا شدید او عادي دي، دوی ته ځانګړې پاملرنه وکړئ.
نو، مخکې لدې چې تاسو د ټیم سره کار پیل کړئ (څوک چې دمخه یې شک درلود چې ډیر ژر به بدلونونه راشي) ، هڅه وکړئ پوه شئ چې د سافټویر بدلولو اصلي لاملونه څه دي او ایا تاسو موافق یاست چې بدلونونه خورا اړین دي.
- زوړ برنامه ورسره کار کول ګران دي: دا ګران دی، ناامنه، غیر فعاله، نور ستاسو اړتیاوې نه پوره کوي، ستاسو د اندازې لپاره مناسب ندي، او داسې نور. دا یو هدفي اړتیا ده.
- پلورونکي د سیسټم ملاتړ بند کړ، یا ملاتړ او تعدیلات د تصویبونو او پیسو ایستلو په نه ختمیدونکي لړۍ بدل شول. که ستاسو لګښتونه د پام وړ لوړ شوي وي، او په راتلونکي کې دوی ژمنه کوي چې نور هم زیات کړي، د انتظار کولو لپاره هیڅ شی شتون نلري، تاسو اړتیا لرئ چې کم کړئ. هو، یو نوی سیسټم به هم پیسې ولګوي، مګر په پای کې اصلاح کول به د داسې ملاتړ څخه لږ لګښت ولري.
- د سافټویر بدلول د یو کس یا د کارمندانو ګروپ دی. د مثال په توګه، CTO یو رول بیک غواړي او د نوي، ډیر ګران سیسټم معرفي کولو لپاره لابی کوي - دا په لویو شرکتونو کې پیښیږي. بله بیلګه: د پروژې مدیر د آسانا په بیسیکمپ کې، بیا بیسیکمپ جیرا ته، او پیچلي جیرا ته Wrike بدلوي. ډیری وختونه د دې ډول مهاجرتونو یوازینۍ انګیزه دا وي چې خپل بوخت کارونه ښکاره کړي او خپل موقف وساتي. په داسې حاالتو کې، دا اړینه ده چې د اړتیا، انګیزې او توجیه درجې وټاکئ او د یوې قاعدې په توګه، د بدلونونو څخه انکار کولو لپاره د قوي ارادې پریکړې سره.
موږ د یو سافټویر څخه بل ته د لیږد د دلیلونو په اړه خبرې کوو، او نه د لومړني اتومات په اړه - یوازې دا چې اتومات کول یو لومړیتوب دی. که ستاسو شرکت په لاسي او منظم ډول یو څه کوي مګر اتومات کیدی شي ، تاسو په ساده ډول وخت ، پیسې او خورا احتمال د ارزښت وړ شرکت ډیټا ضایع کوئ. اتومات یې کړئ!
څنګه کولای شو چی تیر کړو: لوی کود یا د پړانګ پړانګ؟
د نړۍ په تمرین کې، نوي سافټویر ته د بدلولو او د هغې د تطبیق لپاره درې اصلي ستراتیژۍ شتون لري - او دا زموږ لپاره خورا مناسب ښکاري، نو راځئ چې د څرخ بیا رغونه ونه کړو.
(Big Bang)
د "Big Bang" میتود په کارولو سره اختیار کول ترټولو سخت ممکن لیږد دی، کله چې تاسو دقیق نیټه وټاکئ او یو تیز مهاجرت ترسره کړئ، زوړ سافټویر 100٪ غیر فعال کړئ.
Плюсы
+ هرڅوک په یو سیسټم کې کار کوي ، د معلوماتو ترکیب کولو ته اړتیا نشته ، کارمندان اړتیا نلري په یوځل کې دوه انٹرفیسونه وڅاري.
+ د مدیر لپاره سادگي - یو مهاجرت ، یو دنده ، یو سیسټم ملاتړ.
+ ټول احتمالي بدلونونه په یو وخت کې واقع کیږي او نږدې سمدلاسه د پام وړ دي - د جلا کولو اړتیا نشته چې څه او په کوم تناسب کې د تولید اغیزه ، د پرمختګ سرعت ، پلور او نور.
Минусы
- یوازې د ساده سافټویر سره په بریالیتوب سره کار کوي: چیټونه ، کارپوریټ پورټل ، فوري میسینجر. حتی بریښنالیک لا دمخه ناکام کیدی شي، د پروژې مدیریت سیسټمونو، CRM/ERP او نورو جدي سیسټمونو یادونه نه کوي.
- له یوه لوی سیسټم څخه بل ته چاودیدونکي مهاجرت به په لازمي ډول د ګډوډۍ لامل شي.
نوي کاري چاپیریال ته د دې ډول لیږد لپاره ترټولو مهم شی روزنه ده.
موازي چلول
د سافټویر سره موازي تطابق د لیږد یو نرم او ډیر نړیوال میتود دی، په کوم کې چې د وخت موده ټاکل کیږي چې دواړه سیسټمونه به په یو وخت کې کار وکړي.
Плюсы
+ کارونکي کافي وخت لري چې نوي سافټویر ته عادت شي پداسې حال کې چې ګړندي په زاړه کې کار کوي ، موازي ومومي ، او د انٹرفیس سره د متقابل عمل نوي منطق درک کړي.
+ د ناڅاپي ستونزو په صورت کې، کارمندان په زاړه سیسټم کې کار ته دوام ورکوي.
+ د کارونکي روزنه لږ سخته او عموما ارزانه ده.
+ په عملي ډول د کارمندانو لخوا هیڅ منفي عکس العمل شتون نلري - په هرصورت ، دوی د دوی عادي وسیلو یا د کارونو کولو طریقې څخه بې برخې ندي (که چیرې اتومات د لومړي ځل لپاره پیښ شي).
Минусы
- د ادارې ستونزې: د دواړو سیسټمونو ملاتړ ، د معلوماتو ترکیب ، په یوځل کې په دوه غوښتنلیکونو کې د امنیت مدیریت.
- د لیږد بهیر بې پایه پراخیږي - کارمندان پوهیږي چې دوی نږدې ابدي پاتې دي، او دوی کولی شي د پیژندل شوي انٹرفیس کارول یو څه نور هم وغځوي.
- د کارونکي ګډوډي - دوه انٹرفیس مغشوش دي او د عملیاتي او ډیټا غلطیو لامل کیږي.
- پیسې. تاسو د دواړو سیسټمونو لپاره پیسې ورکوئ.
په مرحله وار منل
ګام په ګام موافقت نوي سافټویر ته د بدلولو لپاره ترټولو نرم اختیار دی. لیږد په فعاله توګه ترسره کیږي، په ټاکلي وخت کې او د ډیپارټمنټ لخوا (د مثال په توګه، د جون له 1 څخه موږ یوازې نوي پیرودونکي نوي CRM سیسټم ته اضافه کوو، د جون له 20 څخه موږ په نوي سیسټم کې لیږد ترسره کوو، د اګست تر 1 پورې موږ کیلنڈرونه لیږدوو او قضیې، او د سپتمبر تر 30 پورې موږ بشپړ مهاجرت یو خورا سخت توضیح دی، مګر عموما روښانه دی).
Плюсы
+ منظم لیږد ، د مدیرانو او داخلي متخصصینو ترمینځ توزیع شوی بار.
+ ډیر فکري او ژوره زده کړه.
+ د بدلون لپاره هیڅ مقاومت شتون نلري ، ځکه چې دا د امکان تر حده په نرمۍ سره پیښیږي.
Минусы - نږدې ورته د موازي لیږد لپاره.
نو اوس، یوازې یو تدریجي لیږد؟
یوه منطقي پوښتنه، تاسو به موافق یاست. ولې یو څه اضافي ستونزې ترلاسه کوئ کله چې تاسو کولی شئ مهالویش جوړ کړئ او د روښانه پلان سره سم عمل وکړئ؟ په حقیقت کې، هر څه دومره ساده نه دي.
- د سافټویر پیچلتیا: که موږ د پیچلي سافټویر په اړه وغږیږو (د مثال په توګه، )، بیا د مرحلې تطبیق ډیر مناسب دی. که چیرې سافټویر ساده وي (میسنجر، کارپوریټ پورټل)، نو یو مناسب ماډل دی کله چې تاسو نیټه اعلان کړئ او په ټاکل شوې ورځ زاړه سافټویر غیر فعال کړئ (که تاسو خوشحاله یاست، نو کارمندان به وخت ولري چې ټول هغه معلومات راوباسي چې دوی ورته اړتیا لري. ، او که تاسو په بخت حساب نه کوئ ، نو تاسو اړتیا لرئ د زاړه سیسټم څخه نوي ته د اتوماتیک وارداتو اړین ډیټا چمتو کړئ ، که تخنیکي پلوه امکان ولري).
- د شرکت لپاره د خطر کچه: څومره چې پلي کول خورا خطرناک وي، باید ورو وي. له بلې خوا، ځنډ هم یو خطر دی: د مثال په توګه، تاسو د یو CRM سیسټم څخه بل ته بدلوئ، او د لیږد په دوره کې تاسو مجبور یاست چې د دواړو لپاره پیسې ورکړئ، په دې توګه د نوي سیسټم پلي کولو لګښتونه او لګښتونه ډیروي، کوم چې پدې معنی چې د بیرته ورکولو موده تمدید شوې.
- د کارمندانو شمیر: لوی بینګ یقینا مناسب نه دی که تاسو اړتیا لرئ د ډیری کاروونکو پروفایل اندازه او تنظیم کړئ. که څه هم داسې قضیې شتون لري کله چې خورا ګړندي پلي کول د لوی شرکت لپاره ګټه وي. دا اختیار ممکن د سیسټمونو لپاره مناسب وي چې د ډیری کارمندانو لخوا کارول کیږي، مګر ممکن اړتیاوې ونه لري ځکه چې دودیز کول نه دي. مګر بیا، دا د پای کاروونکو لپاره لوی ټکان دی او د ورته IT خدمت لپاره یو لوی ګام په ګام کار دی (د بیلګې په توګه، د بلینګ یا لاسرسي سیسټم).
- د ټاکل شوي سافټویر پلي کولو ځانګړتیاوې (بیاکتنه، او نور). ځینې وختونه پلي کول په پیل کې مرحله په مرحله وي - د اړتیاو راټولولو، اصالح کولو، روزنې، او داسې نورو سره. د مثال په ډول، دا تل په تدریجي ډول پلي کیږي، او که څوک تاسو ته "په 3 ورځو یا حتی په 3 ساعتونو کې د پلي کولو او ترتیب کولو" ژمنه وکړي - دا مقاله په یاد ولرئ او دا ډول خدمات له پامه غورځوئ: نصب کول ≠ پلي کول.
یوځل بیا ، حتی د لیست شوي پیرامیټونو په پوهیدو سره ، یو څوک نشي کولی یقینا یوه لاره یا بله لاره ونیسي. د خپل کارپوریټ چاپیریال ارزونه وکړئ - دا به تاسو سره د ځواک توازن په پوهیدو کې مرسته وکړي او معلومه کړي چې کوم ماډل (یا د دوی د ځینو عناصرو ترکیب) ستاسو لپاره مناسب دی.
د نفوذ استازي: انقلاب یا تکامل
لومړی شی چې تاسو یې باید پاملرنه وکړئ هغه کارمندان دي چې د نوي سافټویر پلي کولو لخوا به اغیزمن شي. په حقیقت کې ، هغه ستونزه چې موږ یې اوس په پام کې نیسو په بشپړ ډول یو انساني فاکتور دی ، نو په کارمندانو باندې د اغیزې تحلیل نشي مخنیوی کیدی. موږ دمخه د دوی ځینې پورته یادونه کړې.
- د شرکت مشران ټاکي چې څنګه نوی سافټویر به په عمومي توګه ومنل شي. او دا د پروموشنل ویناو او اوریدونکو ویناوو لپاره ځای نه دی - دا مهمه ده چې د بدلون اړتیا په سمه توګه وښایئ، دا مفکوره وړاندې کړئ چې دا یوازې د یخ او ډیر مناسب وسیله غوره کول دي، لکه د زاړه لپ ټاپ ځای په ځای کول. په داسې حالت کې د مدیریت لویه تېروتنه د لاسونو مینځل او ځان ایستل دي: که مدیریت د شرکت اتوماتیک ته اړتیا نلري، نو ولې باید د کارمندانو په ګټه وي؟ په پروسه کې اوسئ.
- د ډیپارټمنټ رییسان (د پروژې مدیران) یو منځمهاله اړیکه ده چې باید په ټولو پروسو کې برخه واخلي، نا رضایتي اداره کړي، د همکارانو د هر اعتراض له لارې اراده او کار وکړي، او د لوړ کیفیت او ژورې روزنې ترسره کړي.
- د معلوماتي ټکنالوجۍ خدمت (یا د سیسټم مدیران) - په لومړي نظر کې، دا ستاسو لومړني مرغان دي، خورا د تطبیق وړ او تطبیق وړ، مګر ... نه. ډیری وختونه، په ځانګړې توګه په کوچنیو او منځنیو شرکتونو کې، د سیسټم مدیران د معلوماتي ټکنالوجۍ زیربنا کې د هر ډول بدلونونو (پیاوړې کولو) سره مخالفت کوي، او دا د کوم تخنیکي توجیه له امله نه دی، مګر د سستۍ او کار کولو لپاره لیوالتیا. زموږ په منځ کې چا د کار کولو څخه د مخنیوي لارې چارې نه دي لټولي؟ مګر اجازه راکړئ چې دا ټول شرکت ته زیان ونه رسوي.
- پای کارونکي، د یوې قاعدې په توګه، غواړي له یوې خوا ښه او په اسانۍ سره کار وکړي او د هر ژوندي خلکو په څیر، د بدلون څخه ویره لري. د دوی لپاره اصلي دلیل صادق او ساده دی: موږ ولې معرفي/بدلون کوو، د کنټرول حدود څه دي، کار به څنګه ارزول کیږي، څه به بدلون ومومي او کوم خطرونه دي (په لاره کې، هرڅوک باید د خطرونو ارزونه وکړي - که څه هم موږ پلورونکي یو ، مګر موږ دا ژمنه نه کوو چې ووایو چې هرڅه تل په اسانۍ سره پرمخ ځي: په سوداګرۍ کې په هره پروسه کې خطرونه شتون لري).
- په شرکت کې "چارواکي" هغه اړخونه دي چې کولی شي په نورو کارمندانو اغیزه وکړي. دا اړینه نده چې یو څوک لوړ مقام یا پراخه تجربه ولري - د سافټویر سره د کار کولو په حالت کې ، "اختیار" ممکن یو پرمختللی پوهه وي - دا ټول هغه څوک چې د مثال په توګه ، هابر بیا لوستلی وي او ویره یې پیل کړي. هرڅوک په دې اړه چې هر څه به څومره خراب شي. هغه ممکن حتی د پلي کولو یا لیږد پروسې خرابولو هدف هم ونه لري - یوازې نندارې او د مقاومت روحیه - او کارمندان به یې باور وکړي. تاسو اړتیا لرئ چې د داسې کارمندانو سره کار وکړئ: تشریح، پوښتنې، او په ځانګړې توګه په سختو قضیو کې، پایلې ته اشاره وکړئ.
د دې چک کولو لپاره یو نړیوال ترکیب شتون لري چې ایا کاروونکي واقعیا د یو څه څخه ویره لري یا ایا دوی د یو پوه مشر لخوا رهبري شوي ګروپ پارونیا لري. له هغوی څخه د ناخوښۍ د لاملونو په اړه پوښتنه وکړئ، د اندیښنو په اړه - که دا شخصي تجربه یا نظر نه وي، دلیلونه به د 3-4 روښانه پوښتنو وروسته پیل شي.
د "مقاومت غورځنګ" د بریالیتوب لپاره دوه مهم عوامل.
- روزنه چمتو کړئ: پلورونکي او داخلي. ډاډ ترلاسه کړئ چې کارمندان په ریښتیا په هرڅه پوهیږي، په دې کې مهارت لري او د روزنې کچې ته په پام سره، د کار پیل کولو لپاره چمتو دي. د روزنې لازمي ځانګړتیا چاپ او بریښنایی لارښوونې (مقررات) او په سیسټم کې خورا بشپړ اسناد دي (د ځان درناوی پلورونکي دا د سافټویر سره خوشې کوي او وړیا یې چمتو کوي).
- د ملاتړ کونکو په لټه کې شئ او نفوذ کونکي غوره کړئ. داخلي ماهرین او لومړني اختیار کونکي ستاسو د ملاتړ سیسټم دي ، دواړه شکونه ښوونه او لرې کوي. د یوې قاعدې په توګه، کارمندان پخپله خوښ دي چې د خپلو همکارانو سره مرسته وکړي او نوي سافټویر ته یې معرفي کړي. ستاسو دنده دا ده چې په لنډمهاله توګه دوی د دوی له کار څخه خلاص کړئ یا د دوی د نوي کاري بار لپاره یو ښه بونس ورکړئ.
تاسو څه ته پام وکړئ؟
- څومره پرمختللي کارمندان د بدلونونو لخوا اغیزمن شوي؟ (په نسبي توګه، که سبا دوی د حساب ورکولو نوی پروګرام ایجاد کړي، خدای مه کړه تاسو د 50 څخه پورته میرمنو سره د محاسبې ډیپارټمنټ کې پوزه وخورئ او د 1C څخه لیږد وړاندیز وکړئ، تاسو به ژوندی نه شئ).
- د کار جریان به څومره اغیزمن شي؟ دا یو شی دی چې د 100 خلکو په شرکت کې میسینجر بدل کړئ ، بل شی د نوي CRM سیسټم پلي کول دي ، کوم چې په شرکت کې د کلیدي پروسو پراساس دی (او دا یوازې پلور نه دی ، د مثال په توګه ، په لوړ پوړو نسخو کې دا په تولید، ګودام، بازار موندنې، او لوړ پوړو مدیرانو اغیزه کوي چې د ټیم سره یوځای به د سوداګرۍ اتوماتیک پروسې رامینځته کړي).
- روزنه ورکړل شوه او په کومه کچه؟
د کارپوریټ فکر کولو سیسټم کې یوازینۍ منطقي لیږد
د نوي سافټویر لیږد / پلي کول به څه خوندي کړي؟
مخکې لدې چې موږ تاسو ته ووایو چې کوم مهم ټکي به تاسو سره په آرامۍ سره نوي سافټویر ته حرکت کې مرسته وکړي ، اجازه راکړئ ستاسو پام یو ټکي ته واړوو. دلته یو څه شتون لري چې حتما باید ترسره نشي - په کارمندانو باندې فشار راوړلو ته اړتیا نشته او د بونس، اداري او انضباطي بندیزونو څخه د محرومولو له لارې دوی "هڅول" دي. دا به پروسه ښه نه کړي، مګر د کارمندانو چلند به خراب شي: که دوی فشار راوړي، نو کنټرول به وي؛ که دوی تاسو مجبوروي، دا پدې مانا ده چې دوی زموږ ګټو ته درناوی نه کوي؛ که دوی په زور سره دا تحمیل کړي، دا پدې مانا ده چې دوی په موږ او زموږ کار باور نه کوي. له همدې امله، موږ هر څه په ډسپلین، واضح، وړ ډول ترسره کوو، مګر پرته له فشار یا غیر ضروري جبر څخه.
تاسو باید د عمل تفصیلي پلان ولرئ
نور هرڅه ممکن شتون ونلري، مګر باید یو پلان وي. سربیره پردې ، پلان د تنظیم وړ ، تازه ، روښانه او ناگزیر دی ، په ورته وخت کې د ټولو علاقمند کارمندانو لپاره د بحث لپاره د لاسرسي وړ او شفاف دی. دا ناشونې ده چې په مستقیم ډول خبرې وکړو چې د سهار له 8 بجو څخه تر 10 بجو پورې یوه کارنامې شتون لري او په 16:00 بجو د انګلستان سره جګړه ده؛ دا مهمه ده چې ټول پلان په لید کې وګورئ.
پلان باید د کارمندانو اړتیاوې منعکس کړي چې پای کارونکي به وي - پدې توګه به هر کارمند په ریښتیا پوه شي چې کوم مطلوب خصوصیت او په کوم وخت کې به وکولی شي دا وکاروي. په عین حال کې، د لیږد یا پلي کولو پلان یو ډول نه بدلیدونکی مونولیت دی؛ دا اړینه ده چې د پلان نهایی کولو او د هغې د ځانګړتیاوو بدلولو امکان پریږدو (مګر نه د تدوین او نوي "غوښتنو" د نه ختمیدونکي جریان په بڼه. او نه په وخت کې د دوامداره بدلون په بڼه).
په پلان کې باید څه وي؟
- د لیږد اصلي پړاوونه (پړاوونه) - هغه څه چې باید ترسره شي.
- د هرې مرحلې لپاره تفصيلي لیږد ټکي - دا باید څنګه ترسره شي.
- کلیدي ټکي او د دوی په اړه راپور ورکول (د ساعتونو پخلاینه) - څه ډول ترسره شوي به اندازه شي او څوک باید د کنټرول نقطه کې وي.
- مسؤل خلک هغه خلک دي چې تاسو کولی شئ ورشئ او پوښتنې ترې وکړئ.
- ضرب الاجل د هرې مرحلې پیل او پای او په ټوله کې ټوله پروسه ده.
- اغیزمنې پروسې - کوم بدلونونه به د سوداګرۍ پروسو کې واقع شي، د پلي کولو / لیږد سره سم بدلون ته اړتیا لري.
- وروستنۍ ارزونه د شاخصونو، میټریکونو یا حتی موضوعي ارزونو یوه مجموعه ده چې د پلي کیدو / لیږد ارزولو کې مرسته کوي چې پیښ شوي.
- د عملیاتو پیل دقیق نیټه ده کله چې ټول شرکت به د نوي شوي اتوماتیک پروسې سره یوځای شي او په نوي سیسټم کې کار وکړي.
موږ د پلي کونکو پریزنټشنونو سره مخ شوي یو چې سره کرښه مشوره ده: په زور سره پلي کړئ ، عکس العمل له پامه غورځوئ ، له کارمندانو سره خبرې مه کوئ. موږ د دې تګلارې مخالف یو، او دلته یې ولې.
لاندې انځور ته وګورئ:
یو نوی موږک، یو نوی کیبورډ، یو اپارتمان، یو موټر، او حتی دنده په زړه پورې، خوشحاله پیښې دي، ځینې یې حتی لاسته راوړنې دي. او کارن Yandex ته ځي ترڅو ومومي چې څنګه دې ته عادت شي او تطبیق کړي. څنګه نوي اپارتمان ته ننوځي او پوه شئ چې دا ستاسو دی، د لومړي ځل لپاره نل وګرځوئ، چای وڅښئ، د لومړي ځل لپاره بستر ته لاړ شئ. څنګه د څرخ شاته لاړشئ او د نوي موټر سره ملګري شئ ، ستاسو ، مګر تر دې دمه اجنبی. د کار ځای کې نوی سافټویر د بیان شوي شرایطو څخه توپیر نلري: د کارمند دنده به هیڅکله ورته نه وي. له همدې امله، د نوي اغیزمن سافټویر سره تطبیق، تطبیق، وده کول. او دا یو داسې حالت دی چې په اړه یې موږ کولی شو ووایو: ورو ورو ورو.
سرچینه: www.habr.com