په LANIT-Integration کې ډیری تخلیقي کارمندان شتون لري. د نویو محصولاتو او پروژو نظرونه په حقیقت کې په هوا کې ځړول کیږي. دا ځینې وختونه خورا ستونزمن وي چې خورا په زړه پوري پیژندل شي. له همدې امله، موږ په ګډه زموږ خپل میتودولوژي جوړه کړه. دا مقاله ولولئ چې څنګه غوره پروژې غوره کړئ او پلي یې کړئ.
په روسیه کې، او په ټوله نړۍ کې، یو شمیر پروسې ترسره کیږي چې د معلوماتي ټکنالوجۍ د بازار د بدلون لامل کیږي. د کمپیوټري ځواک زیاتوالي او د سرور ، شبکې او نورو مجازی ټیکنالوژیو رامینځته کیدو څخه مننه ، بازار نور لوی هارډویر ته اړتیا نلري. پلورونکي په زیاتیدونکې توګه غوره کوي چې د پیرودونکو سره مستقیم کار وکړي. د معلوماتي ټکنالوجۍ مارکیټ په خپلو ټولو بڼو کې د آوټ سورس کولو په برخه کې د بوم تجربه کوي، د کلاسیک آؤټ سورس کولو څخه د آؤټ سورسرز نوي څپې ته - "بادل چمتو کونکي." د زیربنا سیسټمونه او عناصر د ساتلو او تنظیم کولو لپاره خورا اسانه کیږي. د سافټویر کیفیت هرکال وده کوي او د ادغام کونکي دندې بدلیږي.
موږ څنګه د نظرونو سره کار کوو
د محصول پیل کولو لارښود دننه له یو کال څخه ډیر وخت کیږي. زموږ اصلي هدف د نوي محصولاتو رامینځته کول او بازار ته راوړل دي. لومړی شی چې موږ یې پیل کړی د محصولاتو رامینځته کولو پروسې تنظیم کول وو. موږ ډیری میتودونه مطالعه کړي، له کلاسیک څخه تر هایپ پورې. په هرصورت، هیڅ یو یې زموږ اړتیاوې پوره نه کړې. بیا موږ پریکړه وکړه چې د لین سټارټ اپ میتودولوژي د اساس په توګه واخلو او دا زموږ دندو ته تطبیق کړو. د لین سټارټ اپ د تشبث تیوري ده چې د ایریک رییس لخوا رامینځته شوې. دا د داسې مفکورو د اصولو، چلندونو او کړنو پر بنسټ والړ دی لکه د لیون تولید، د پیرودونکي پراختیا او د انعطاف وړ پراختیا میتودولوژي.
لکه څنګه چې د محصول پراختیا مدیریت ته مستقیم چلند لپاره: موږ څرخ له سره نه دی ایجاد کړی ، مګر د دمخه موجود پراختیا میتودولوژي پلي کړې. ، خلاقیت اضافه کوي ، او اوس دا په خوندي ډول د SCRUM-WATERFALL-BAN په نوم ویل کیدی شي. SCRUM، د دې انعطاف سره سره، یو خورا سخت سیسټم دی او د ټیم اداره کولو لپاره مناسب دی چې یوازې د یو محصول/پروژې مسولیت لري. لکه څنګه چې تاسو پوهیږئ، د کلاسیک "انضمام" سوداګرۍ په یوه پروژه کې د کار کولو لپاره د بشپړ وخت تخنیکي متخصصینو ګمارل شامل نه دي (استثناوې شتون لري، مګر خورا لږ)، ځکه چې په محصولاتو کار کولو سربیره، هرڅوک په اوسني پروژو کې بوخت دي. د SCRUM څخه موږ د کار ویش په سپرینټ، ورځني راپور ورکولو، بیرته ستنیدو او رولونو کې واخیست. موږ د خپل کاري جریان لپاره کانبان غوره کړ او دا زموږ د اوسني کاري تعقیب سیسټم کې ښه مدغم شو. موږ خپل کار په بې ساري ډول د شیانو په موجوده ترتیب کې مدغم کولو سره تنظیم کړ.
بازار ته د ننوتلو دمخه، یو محصول د 5 مرحلو څخه تیریږي: نظر، انتخاب، مفهوم، MVP (لاندې نور توضیحات) او تولید.
ایډا
پدې مرحله کې یو څه لنډمهاله شتون لري - یو نظر. په عین حال کې، د موجوده ستونزې یا د مراجعینو ستونزې حل کولو لپاره یو نظر. موږ د نظریاتو کمښت نه لرو. د لومړني پلان له مخې، دوی باید د تخنیکي برخو د کارمندانو لخوا تولید شي. د دې لپاره چې یوه مفکوره د لا پراختیا لپاره ومنل شي، لیکوال باید د "نظر ډیزاین ټیمپلیټ" ډک کړي. یوازې څلور پوښتنې شتون لري: څه؟ د څه لپاره؟ څوک دې ته اړتیا لري؟ او که زموږ محصول نه وي، نو بیا څه؟
انتخاب
هرڅومره ژر چې بشپړ شوی ټیمپلیټ موږ ته ورسیږي ، د پروسس او انتخاب پروسه پیل کیږي. د انتخاب مرحله تر ټولو سخت کار دی. پدې مرحله کې ، د ستونزو فرضیه رامینځته کیږي (دا د هیڅ شی لپاره نه و چې ما په تیرو پراګراف کې یادونه کړې چې په مثالي توګه یوه نظر باید د پیرودونکي ستونزه حل کړي) او د محصول ارزښت. د پیمانه فرضیه جوړه شوې، د بیلګې په توګه. زموږ سوداګرۍ څنګه وده او پرمختګ کوي. ستونزه او د متخصص مرکې د احتمالي پیرودونکو سره ترسره کیږي ترڅو لومړني تصدیق چمتو کړي چې موږ یو څه اړتیا لرو. دا لږترلږه 10-15 مرکې نیسي ترڅو د محصول اړتیا په اړه پایلې ترلاسه کړي.
که فرضیه تایید شي، یو ابتدايي مالي تحلیل ترسره کیږي، د پانګې اچونې اټکل شوي حجم او د پانګه اچوونکي ممکنه عاید ارزول کیږي. د دې مرحلې په پایله کې، د Lean Canvas په نوم یو سند پیدا کیږي او مدیریت ته وړاندې کیږي.
مفهوم
پدې مرحله کې، شاوخوا 70٪ نظرونه له منځه ځي. که چیرې مفهوم تصویب شي، نو د مفکورې پراختیا مرحله پیل کیږي. د راتلونکي محصول فعالیت رامینځته کیږي ، د پلي کولو لارې او غوره تخنیکي حلونه ټاکل کیږي ، او د سوداګرۍ پلان تازه کیږي. د دې مرحلې پایله د پراختیا لپاره تخنیکي توضیحات او د سوداګرۍ تفصیلي قضیه ده. که بریالی شو، موږ د MVP یا MVP مرحلې ته ځو.
MVP یا MVP
MVP لږترلږه ګټور محصول دی. هغوی. یو محصول چې په بشپړ ډول نه دی رامینځته شوی ، مګر دمخه کولی شي ارزښت راوړي او خپل فعالیت ترسره کړي. دا اړینه ده چې د پرمختګ په دې مرحله کې موږ د اصلي کاروونکو څخه فیډبیک راټول کړو او بدلونونه وکړو.
تولید
او وروستی مرحله تولید دی. د 5٪ څخه ډیر محصولات دې مرحلې ته نه رسیږي. پدې 5٪ کې یوازې خورا مهم ، اړین ، ګټور او فعال محصولات شامل دي.
موږ ډیری نظریات لرو او دمخه مو یو لوی پورټ فولیو راټول کړی دی. موږ هر نظر تحلیل کوو او هرڅه ترسره کوو ترڅو ډاډ ترلاسه کړو چې دا وروستي مرحلې ته رسي. دا ډیره د خوښۍ خبره ده چې زموږ همکاران زموږ د R&D لارښوونو ته بې تفاوته نه دي پاتې شوي او د محصولاتو او حلونو په پراختیا او پلي کولو کې فعاله برخه اخلي.
موږ څنګه LANBIX جوړ کړو
راځئ چې د اصلي مثال په کارولو سره د محصول رامینځته کولو ته وګورو - د LANBIX محصول. دا یو "باکس شوی" سافټویر او هارډویر سیسټم دی چې د وړو IT زیربناوو نظارت لپاره ډیزاین شوی او په سمدستي توګه پریکړه کونکو او سوداګرۍ کاروونکو ته د چیټ بوټ له لارې کنټرول شوي خرابیو په اړه خبرداری ورکوي. د څارنې فعالیت سربیره، LANBIX کې د مرستې میز فعالیت شامل دی. دا محصول د بازار برخې ته ځانګړی دی چې موږ یې په نښه کوو. دا زموږ ګټه او زموږ درد دواړه دي. مګر لومړی شیان لومړی. زه به سمدلاسه ووایم چې LANBIX یو ژوندی محصول دی (دا د دې په پراختیا کې وروستی ندی او د MVP راتلونکي پړاو کې دی).
نو، لومړی مرحله مفکوره ده. د یوې مفکورې د زیږون لپاره، تاسو ستونزو ته اړتیا لرئ، او موږ یې درلودل، یا نه بلکه موږ نه، مګر زموږ ملګري. لاندې به موږ څو ریښتیني حالتونه وګورو چې د سوداګرۍ په بیلابیلو برخو کې پیښ شوي.
یو کوچنی مدیریت شرکت د مسکو په سیمه کې دوه کورونه ساتي. د PCs سره کارمندان شاوخوا 15 کسان دي. د سیسټم مدیر د لیدنې وړ فری لانس دی (د یو د پاملرنې اوسیدونکي هوښیار زوی). داسې ښکاري چې د مدیریت شرکت فعالیتونه په IT پورې اړه لري، مګر د دې سوداګرۍ ځانګړتیا دا ده چې ډیری چارواکو ته میاشتني راپور ورکول کیږي. د شرکت د مشر سیسټم ډیسک (کوم چې د معمول په څیر ډیری رولونه یوځای کوي) د خالي ځای څخه تیر شوی. په طبیعي توګه، دا ناڅاپه نه و؛ خبرداری د 2 میاشتو لپاره ودرول شو او په دوامداره توګه له پامه غورځول شو. مګر یو تازه معلومات راورسیدل ، OS تازه شو او لکه څنګه چې بخت به دا ولري ، دا د تازه کولو په مینځ کې کنګل شوی ، د مصروف ډیسک په اړه د "مرګ" دمخه شکایت کوي. کمپیوټر یو سایکلیک ریبوټ ته لاړ. پداسې حال کې چې موږ ستونزه حل کوله او راپورونه ترلاسه کول، موږ د راپور ورکولو نیټه له لاسه ورکړه. داسې بریښي چې یوه کوچنۍ نیمګړتیا د مختلف ستونزو لامل شوې: له زیانونو څخه تر محاکمې او اداري مسؤلیت پورې.
ورته پیښه په یوه لوی شرکت کې رامنځ ته شوه، ډیری کوچني شرکتونه یوځای کول، د ټول دفتر لپاره د یو واحد تخنیکي مالتړ خدمت سره. په یوه څانګه کې، د لوی محاسب کمپیوټر مات شو. دا د اوږدې مودې لپاره پیژندل شوی و چې دا مات کیدی شي (کمپیوټر په شدت سره ورو او ګرم شوی و) ، مګر لوی محاسب هیڅکله د تخنیکي ملاتړ غوښتنه لیږلو ته نږدې نه و. په طبيعي توګه، دا په سمه توګه د معاش په ورځ مات شو، او د رياست کارمندان د څو ورځو لپاره د پيسو پرته وو.
د کوچني عمده پلور سوداګرۍ کې کوچنۍ سوداګرۍ د پلور ویب پاڼه درلوده، کوم چې په بهرني پلیټ فارم کې کوربه شوی و. موږ د عادي پیرودونکي څخه د تلیفون له لارې د دې نه شتون په اړه زده کړل. د زنګ وهلو په وخت کې سایټ شاوخوا درې ساعته بند و. دا د سایټ لپاره مسؤل کس موندلو لپاره یو څو ساعته وخت واخیست، او دوه نور یې د ستونزې حل کول. په دې اساس، سایټ تقریبا د ټولې کاري ورځې لپاره شتون نلري. د شرکت سوداګریز رییس په وینا، د دې ځنډ وخت دوی شاوخوا 1 ملیون روبله لګښت لري.
زه پخپله د ورته حالت سره مخ شوم کله چې زه په کلینیک کې د لیدنې لپاره راغلم او باید د VHI راجستریشن ته لاړ شم. دوی نشو کولی ما د یو کوچني دلیل لپاره ډاکټر ته ولیږو - په سهار کې د بریښنا زیاتوالی شتون درلود، او د حادثې وروسته د دوی پوستي خدمت او د بیمې شرکت سره د اړیکو لپاره یو مشخص خدمت کار نه کاوه. زما د دې پوښتنې په ځواب کې چې ستاسو اډمین چیرته دي، ما وویل چې د دوی اډمین راځي او په اونۍ کې یو ځل ورسره لیدنه کوي. او اوس (په هغه وخت کې دا دمخه 16:00 و) هغه تلیفون نه پورته کوي. لږترلږه د 7 ساعتونو لپاره، کلینیک د بهرنۍ نړۍ څخه قطع شوی و او نشي کولی تادیه شوي خدمات وړاندې کړي.
دا ټولې قضیې څه شی لري؟ په بشپړ ډول د ټولو ستونزو مخه نیول کیدی شي. د آی ټي خلکو په وخت ځواب سره ، زیان کم کیدی شي. دا به ممکنه وي که چیرې لومړنۍ نښې په سمه توګه د کاروونکو لخوا تشریح شوي وي.
موږ د ستونزې فرضیې پیژندلي دي:
- د معلوماتي ټکنالوجۍ زیربنا کې د نیمګړتیاوو په وړاندې د غبرګون ټیټ سرعت له امله د پام وړ پیسو او شهرت زیانونه؛
- د کاروونکو لخوا د خرابۍ د لومړنیو نښو غلط تفسیر.
پیرودونکي د دوی سره څه کولی شي، او په راتلونکي کې د ورته حالتونو څخه څنګه مخنیوی وشي؟ ډیری اختیارونه شتون نلري:
- د لوړ وړ سیسټم مدیر وګمارئ او هغه یې په صادقانه توګه کار کولو ته وهڅوئ؛
- د معلوماتي ټکنالوجۍ ساتنه د ځانګړي خدماتو شرکت ته بهر کړئ؛
- په خپلواکه توګه د څارنې او خطا راپور ورکولو سیسټم پلي کول؛
- د کمپیوټر سواد زده کړې اساساتو کې کاروونکو/سوداګریزو پرسونل ته روزنه ورکول.
راځئ چې په دریم انتخاب باندې بسنه وکړو. راځئ هغو کسانو ته د څارنې سیسټم وړاندې کړو چې د مختلفو دلیلونو لپاره یې نه کاروي.
شعري تحلیل. د تصدۍ په بازار کې د آی ټي خدماتو نظارت لپاره مختلف سیسټمونه د اوږدې مودې لپاره کارول شوي ، او د دوی ګټې په شخړه کې ندي. ما د لویو شرکتونو له استازو سره خبرې وکړې، ما ولیدل چې څنګه د سوداګرۍ او معلوماتي ټکنالوجۍ ترمنځ اړیکه جوړه شوې. د ماشین جوړونې د یوې لویې تصدۍ تخنیکي رییس د معلوماتي ټکنالوجۍ د زیربنا د ساتنې چارې یوې بهرنۍ کمپنۍ ته سپارلې دي، خو هغه پخپله په ټولو چارو خبر دی. د هغه په دفتر کې د څارنې لوی سیسټم سکرین ځړول شوی چې د معلوماتي ټیکنالوژۍ خدماتو حالت شاخصونه لري. ترټولو مهم یې په سیسټم کې شامل دي. په هر وخت کې، تخنیکي رییس کولی شي معلومه کړي چې د زیربنا حالت څه دی، څه پیښیږي، ستونزه چیرته ده، ایا مسؤل کسان خبر شوي، او ایا ستونزه حل کیږي.
پورته لیست شوي کیسې زموږ ټیم د وړو شرکتونو لپاره د نظارت غوره سیسټم رامینځته کولو په اړه فکر کولو ته اړ کړ. د پایلې په توګه، LANBIX زیږیدلی - د څارنې سیسټم چې د هر چا لخوا پرته له کوم IT پوهې څخه ځای په ځای کیدی شي. د سیسټم اصلي موخه ساده ده، لکه د ټولو سیسټمونو په څیر چې هدف یې دوام او شتون زیاتول دي - د غیر پلان شوي وخت کمیدو په صورت کې د پیسو او نورو زیانونو کمول. وسیله د "یو څه مات شوي" او "ستونزې حل شوې" تر مینځ لږترلږه وخت کمولو لپاره ډیزاین شوې.
د فرضیو د تایید لپاره، د ستونزو مرکې ترسره شوې. زه تصور نشم کولی چې څومره خلک دې ته چمتو وي چې پرته له دې چې دوی ته وپلوري. هرې خبرې لږترلږه 1,5 ساعته دوام وکړ، او موږ ډیر معلومات ترلاسه کړل چې د لا پرمختګ لپاره ګټور دي.
راځئ چې د دې مرحلې پایلې لنډیز کړو:
- د ستونزې درک شتون لري،
- د ارزښت پوهه - شتون لري،
- د حل لپاره یو نظر شتون لري.
دویمه مرحله نوره مفصله وه. د هغې د پایلو پراساس، موږ باید مدیریت ته وړاندې کړو، څوک چې په اصل کې د پانګه اچوونکي رول لوبوي، د سوداګرۍ قضیه (ورته لیان کینوس) ترڅو د محصول راتلونکي برخلیک په اړه پریکړه وکړي.
موږ د بازار څیړنې او رقابتي تحلیل سره پیل وکړ ترڅو معلومه کړو چې څوک، څه او خورا مهم، دوی پدې بازار کې څنګه کوي.
دا لاندې وګرځید.
- زموږ د برخې (کوچني سوداګرۍ) لپاره په بازار کې د چمتو شوي بکس شوي نظارت سیسټمونه شتون نلري ، د یو یا دریو استثنا سره ، کوم چې زه به د څرګند دلایلو په اړه خبرې ونه کړم.
- زموږ اصلي سیالي کونکي ، په عجیب ډول ، د سیسټم مدیران دي چې د کور لیکل شوي سکریپټونه او د خلاصې سرچینې څارنې سیسټمونو ته "اضافې" لري.
- د خلاصې سرچینې څارنې سیسټمونو کارولو سره روښانه ستونزه شتون لري. یو سیسټم شتون لري، ستاسو د اړتیاو سره سم د سیسټم د کار کولو او ترمیم کولو په اړه خورا لوی معلومات شتون لري. د مدیرانو څخه چې ما ورسره مرکه کړې، ډیری اعتراف وکړ چې دوی دومره وړتیا نلري چې خپل نظرونه پخپله پلي کړي. مګر دوی نشي کولی دا د ګوښه کولو له ویرې مدیریت ته تسلیم کړي. دا یو شیطاني حلقه وګرځي.
بیا موږ د خپلو احتمالي پیرودونکو اړتیاو تحلیل کولو ته لاړ. موږ د ځان لپاره د کوچنیو سازمانونو یوه برخه پیژندلې چې د ځینو دلیلونو لپاره د دوی د معلوماتي ټیکنالوژۍ خدمت نه لري، چیرې چې یا د راتلونکی سیسټم مدیر، یو آزاد، یا د خدماتو شرکت د IT لپاره مسؤل دی. دا د معلوماتي ټکنالوجۍ اړخ نه و چې د ننوتلو پریکړه یې وکړه، مګر د سوداګرۍ اړخ، بنسټ ایښودونکو او د سوداګرۍ مالکینو ته د IT زیربناوو خدماتو کیفیت ښه کولو لپاره یوه وسیله وړاندې کوي. یو محصول چې باید د مالکینو سره د دوی سوداګرۍ خوندي کولو کې مرسته وکړي ، مګر په ورته وخت کې دا به هغه خلکو ته کار اضافه کړي چې د IT مسؤل دي. یو محصول چې سوداګرۍ ته د IT مالتړ کیفیت څارلو لپاره وسیله چمتو کوي.
د ترلاسه شوي معلوماتو پروسس کولو په پایله کې، د راتلونکي محصول لپاره د اړتیاو لومړی لیست (یو ډول ناڅاپه بیکلاګ) زیږیدلی و:
- د څارنې سیسټم باید د خلاصې سرچینې حل پراساس وي او په پایله کې ارزانه وي؛
- اسانه او چټک نصب؛
- باید په معلوماتي ټکنالوجۍ کې ځانګړي پوهې ته اړتیا ونلري، حتی یو حساب ورکوونکی (په هیڅ ډول ما نه غوښتل چې د دې مسلک استازو ته سپکاوی وکړم) باید د دې وړتیا ولري چې سیسټم تنظیم او تنظیم کړي؛
- باید په اتوماتيک ډول په شبکه کې د څارنې لپاره توکي کشف کړي؛
- باید په اوتومات ډول (او مثالی په اتوماتيک ډول) د څارنې اجنټان نصب کړي؛
- باید د دې وړ وي چې د بهرني خدماتو څارنه وکړي، لږترلږه د CRM سیسټم او د پلور ویب پاڼه؛
- باید سوداګرۍ او د سیسټم مدیر دواړه د ستونزو په اړه خبر کړي؛
- د خبرتیاو ژوروالی او "ژبه" باید د مدیر او سوداګرۍ لپاره توپیر ولري؛
- سیسټم باید په خپل هارډویر کې چمتو شي؛
- اوسپنه باید د امکان تر حده د لاسرسي وړ وي؛
- سیسټم باید د امکان تر حده د بهرنیو عواملو څخه خپلواک وي.
بیا، د محصول په پراختیا کې پانګه اچونه محاسبه شوې (د تخنیکي څانګې کارمندانو لپاره د کار لګښتونو په شمول). د سوداګرۍ ماډل یوه خاکه چمتو شوې او د محصول واحد اقتصاد محاسبه شوی.
د مرحلې پایله:
- د لوړې کچې محصول بیکلاګ؛
- یو جوړ شوی سوداګریز ماډل یا د پیمانه فرضیه چې لا تر اوسه په عمل کې ازموینه شوې نه ده.
راځئ چې بل پړاو ته لاړ شو - مفهوم. دلته موږ، د انجنیرانو په توګه، ځان په خپل اصلي عنصر کې پیدا کوو. دلته د "خواشینۍ لیستونه" شتون لري چې په اجزاو / فرعي سیسټمونو / ځانګړتیاو کې تخریب شوي ، بیا دوی تخنیکي مشخصاتو / کارونکي کیسې ته ، بیا په پروژه او داسې نورو بدلیږي. زه به د بدیل انتخابونو د لړۍ چمتو کولو پروسې په اړه په تفصیل سره خبرې ونه کړم؛ راځئ چې مستقیم غوښتنو او د دوی پلي کولو لپاره غوره شوي میتودونو ته لاړ شو.
غوښتنه
پریکړه
- دا باید د څارنې یو خلاص سیسټم وي؛
موږ د خلاصې سرچینې څارنې سیسټم اخلو.
- سیسټم باید ساده او چټک نصب شي؛
- باید د معلوماتي ټکنالوجۍ ځانګړي پوهې ته اړتیا ونلري. حتی یو محاسب باید د دې وړتیا ولري چې سیسټم تنظیم او تنظیم کړي.
موږ یو نصب شوی سیسټم وړاندیز کوو نو کارونکي یوازې اړتیا لري وسیله چالان کړي او یو څه تنظیم کړي ، د روټر په څیر.
راځئ چې د وسیله سره تعامل یو څه ساده او د هرچا لپاره د پوهیدو وړ وتړو.
راځئ چې د یو پیژندل شوي فوري میسینجر لپاره زموږ خپل چیټ بوټ ولیکئ او د سیسټم سره ټول تعاملات ورته لیږدئ.
سیسټم باید:
- په اتوماتيک ډول په شبکه کې د څارنې لپاره اړین توکي کشف کړئ؛
- په اتوماتيک ډول د څارنې اجنټ نصب کړئ؛
- د دې وړتیا ولرئ چې د بهرني خدماتو څارنه وکړئ، لږترلږه د CRM سیسټم او د پلور ویب پاڼه.
موږ د څارنې سیسټم لپاره اضافه لیکو د دې لپاره:
- اتوماتیک څیز کشف؛
- د استازو اتومات نصب؛
- د بهرنیو خدماتو د شتون څارنه.
سیسټم باید:
- د سوداګرۍ او سیسټم مدیر دواړه د ستونزو په اړه خبر کړئ؛
- د دې وړتیا ولرئ چې بهرني خدمتونه وڅارئ، لږترلږه د CRM سیسټم او د پلور ویب پاڼه. د خبرتیاوو ژوروالی او "ژبه" باید د مدیر او سوداګرۍ لپاره توپیر ولري.
- سیسټم باید د معلوماتي ټیکنالوژۍ ځانګړي پوهې ته اړتیا ونلري؛ حتی یو محاسب باید د دې وړتیا ولري چې سیسټم تنظیم او تنظیم کړي.
- راځئ چې د مختلف ډوله کاروونکو لپاره مختلف ډوله خبرتیاوې اضافه کړو. دوی په پیچ او ژور کې توپیر لري. د سوداګرۍ کارونکي به خبرتیاوې ترلاسه کړي لکه "هرڅه سم دي، مګر د ایوانوف کمپیوټر به ډیر ژر مړ شي." مدیر به د خطا په اړه بشپړ پیغام ترلاسه کړي، څوک، څنګه او څه پیښ شوي یا پیښ کیدی شي.
- راځئ چې د اضافي مسؤل کس د بریښنالیک کارولو وړتیا اضافه کړو ، ترڅو د خرابیدو په صورت کې هغه پیغام ترلاسه کړي.
- راځئ چې د مخکې چمتو شوي متن سره د بریښنالیکونو لیږلو پراساس د بهرني خدماتو چمتو کونکو سره تعامل اضافه کړو ، ځکه چې دا هغه بریښنالیک دی چې د پیښې لامل کیږي.
- د سیسټم سره ټول تعامل به د چیټ بوټ سره وصل شي؛ اړیکه د ډیالوګ سټایل کې ترسره کیږي.
اضافه کول:
- راځئ چې د "مدیر سره چیټ" فعالیت اضافه کړو ترڅو کارونکي وکولی شي مدیر ته یو پیغام واستوي چې مستقیم ستونزه بیانوي.
- سیسټم باید په خپل هارډویر کې چمتو شي.
- اوسپنه باید موجود وي.
- سیسټم باید د امکان تر حده د چاپیریال څخه خپلواک وي.
- راځئ یو چمتو شوی او ارزانه راسبیري PI کمپیوټر واخلو.
- موږ به د بریښنا رسولو یو نه ماتیدونکی تخته ډیزاین کړو.
- راځئ چې یو موډیم اضافه کړو ترڅو د محلي شبکې له حالت څخه خپلواک وي.
- موږ به یوه ښکلې ودانۍ ډیزاین کړو.
موږ اوس درې فرعي سیسټمونه لرو چې د دوی د پلي کولو لپاره د دوی اړتیاوې او لید لري:
- د هارډویر فرعي سیسټم؛
- د څارنې فرعي سیسټم؛
- د کارونکي تعامل فرعي سیسټم.
موږ د هارډویر فرعي سیسټم لپاره لومړنۍ ډیزاین رامینځته کړی. او او! د ګړندي ټولو قواعدو څخه سرغړونې سره ، موږ یو سند رامینځته کړ ، ځکه چې تولیدي فابریکې د اسنادو سره کار کوي. د پاتې فرعي سیسټمونو لپاره، موږ کاروونکي (شخص) پیژندلي، د کاروونکي کیسې یې چمتو کړې، او د پراختیا لپاره یې دندې لیکلې.
دا د مفهوم مرحله پای ته رسوي، او پایله یې دا ده:
- د هارډویر پلیټ فارم لپاره پروژه؛
- د پاتې دوو فرعي سیسټمونو لپاره د کاروونکي کیسې په بڼه جوړ شوی لید؛
- د سافټویر پروټوټایپ د مجازی ماشین په توګه پلي شوی؛
- د هارډویر یو پروټوټایپ، د سټینډ په بڼه پلي شوی، چیرې چې د هارډویر حلونه واقعیا د ځواک لپاره ازمول شوي؛
- ازموینه زموږ د مدیرانو لخوا ترسره کیږي.
پدې مرحله کې ستونزې تر ډیره تنظیمي وې او د پلور په حقوقي او محاسبې اړخونو کې د انجینرۍ کارمندانو د پوهې نشتوالي پورې تړاو لري. هغوی. دا یو شی دی چې معلومه کړئ چې څه او څنګه وپلورئ، او بل څه چې د بې رحمه قانوني ماشین سره مخ کیږي: پیټینټ، پراختیایي دندې، راجستریشن، EULA او نور ډیر څه چې موږ د تخلیقي خلکو په توګه په پیل کې په پام کې نه و نیولي.
تر اوسه کومه ستونزه نه وه، بلکې د احاطې د ډیزاین سره تړلې ستونزه وه. زموږ ټیم یوازې انجینران لري ، نو د قضیې لومړۍ نسخه زموږ د بریښنایی متخصص لخوا د پلیکس ګلاس څخه "جوړه شوې" وه.
بدن یې په نرمۍ سره، جنجالي ښکاري، په ځانګړې توګه د خلکو لپاره، د عصري ټیکنالوژۍ لخوا خراب شوی. البته، د "کولبینز" د زاړه نسل په مینځ کې پوهان شتون درلود - ودانۍ په دوی کې د یادولو احساسات راپارول. پریکړه وشوه چې قضیه نوي تولید او ډیزاین کړي، ځکه چې زاړه، د جمالیاتی نیمګړتیاو سربیره، ساختماني نیمګړتیاوې هم درلودې - پلیکس ګلاس د وسیلې راټولول او جلا کول په ښه توګه نه زغمي او د ټوټې کیدو لپاره یې تمایل درلود. زه به تاسو ته د قضیې د تولید په اړه نور معلومات درکړم.
او اوس موږ پای لیک ته نږدې یو - MVP. البته، دا لا تر اوسه د تولید وروستی محصول نه دی، مګر دا دمخه ګټور او ارزښتناک دی. د دې مرحلې اصلي هدف دا دی چې د "تخلیق - ارزونې - زده کړې" دورې پیل کړي. دا دقیقا هغه مرحله ده چې LANBIX په کې دی.
په "جوړولو" مرحله کې، موږ یو وسیله جوړه کړه چې بیان شوي فعالیت ترسره کوي. هو، دا لا تر اوسه بشپړ نه دی، او موږ په دې کار ته دوام ورکړ.
راځئ چې د بدن تولید ته راستون شو، د بیلګې په توګه. زموږ د وسیلې د نوسټالیژیک څخه عصري ته د بدلولو دنده ته. په پیل کې، ما د کابینې جوړونکو او صنعتي ډیزاین خدماتو لپاره بازار وټاکه. لومړی، د روسیې په بازار کې ډیری شرکتونه شتون نلري چې قضیې تولیدوي، او دویم، پدې مرحله کې د صنعتي ډیزاین لګښت په ممنوع ډول لوړ دی، شاوخوا 1 ملیون روبله.
دوی د ډیزاین لپاره زموږ د بازار موندنې څانګې سره اړیکه ونیوله؛ ځوان ډیزاینر د تخلیقي تجربو لپاره چمتو و. موږ د خټکي په اړه زموږ لید بیان کړ (مخکې یې د خټکي جوړولو غوره مثالونه مطالعه کړي)، او هغه، په پایله کې، دا د هنر په کار بدل کړ. ټول هغه څه چې پاتې دي د تولید لپاره دي. موږ، په خپل ډیزاین ویاړو، خپلو شریکانو ته مخ شو. د دوی سی ای او سمدلاسه زموږ تصورات په ګوته کولو سره مات کړل ، په بشپړ ډول وړیا ، هغه شیان چې زموږ په غوره شوي لاره کې نشي تولید کیدی. قضیه تولید کیدی شي ، او دا به د ایپل څخه بد نه وي ، مګر د قضیې لګښت به د ټولو بریښنایی اجزاو په پرتله له دریو څخه تر څلور ځله ډیر ګران وي. د یو لړ عملیاتو او تصویبونو وروسته، موږ یو کور ډیزاین کړی چې تولید کیدی شي. هو، دا هغومره ښکلی ندی لکه څنګه چې موږ پلان کړی و، مګر دا د اوسنیو اهدافو ترلاسه کولو لپاره غوره دی.
د مرحلې پایله: د وسایلو لومړۍ ډله د جګړې او ازموینې لپاره چمتو ده.
او اوس ترټولو ستونزمن شی د "ارزونې" مرحله ده، او زموږ د محصول سره موږ په دې مرحله کې یو. موږ یوازې د اصلي پیرودونکو لخوا د کارونې پایلو پراساس ارزونه کولی شو او هیڅ انګیرنې دلته کار نه کوي. موږ دې "لومړني اختیار کونکو" ته اړتیا لرو ترڅو فیډبیک چمتو کړو او په محصول کې بدلونونه رامینځته کړو چې واقعیا ورته اړتیا لري. پوښتنه راپورته کیږي: چیرته پیرودونکي ترلاسه کړئ او څنګه یې قانع کړئ چې په تجربه کې برخه واخلي؟
د ټولو ممکنه انتخابونو څخه، موږ د ډیجیټل وسیلو کلاسیک سیټ غوره کړ: د لینډینګ پاڼه او په ټولنیزو شبکو کې د اعلاناتو کمپاین.
پروسه لا دمخه پیل شوې ، مګر د پایلو په اړه خبرې کول ډیر وختي دي ، که څه هم دمخه ځوابونه شتون لري او موږ زموږ د ډیری فرضیو تایید ترلاسه کړی. یو خوندور حیرانتیا د بشپړ مختلف سوداګریزو برخو د استازو عکس العمل و ، د هغه څه څخه خورا لوی چې موږ یې تمه درلوده. دا به احمقانه وي چې نوي معرفي له پامه غورځول شي، او د مرکو د پایلو پراساس، پریکړه وشوه چې د LANBIX Enterprise په نوم موازي LANBIX کرښه پیل کړي. موږ د توزیع شوي زیربناوو لپاره مالتړ اضافه کړی، د Wi-Fi شبکې څارنه د ستونزو حل کولو او ځایی کولو سره، او د مخابراتو چینلونو کیفیت څارنه. د خدماتو شرکتونو په حل کې ترټولو لویه علاقه څرګنده کړه. په ورته وخت کې، هغه وسیلې چې موږ دمخه رامینځته کړي د حلونو په عملیاتو کې مهم رول لوبوي.
بیا به څه پیښیږي
د اصلي LANBIX سره به څه پیښ شي د کمپاین پایلو پراساس به روښانه شي. که زموږ فرضیې تایید نه شي، د لیان میتودولوژي له مخې، موږ به په بې رحمۍ سره له دې څخه ځان خلاص کړو یا دا به په نوي شی بدله شي، ځکه چې د داسې محصول جوړولو څخه بدتر هیڅ شی نشته چې هیڅوک ورته اړتیا نلري. مګر اوس موږ کولی شو ووایو چې ترسره شوي کار بې ګټې نه و او له دې څخه مننه، د موازي محصولاتو ټوله څانګه راڅرګنده شوه، کوم چې موږ په فعاله توګه کار کوو. که بریالی وي، LANBIX به د MVP مرحلې څخه وروستي مرحلې ته لاړ شي او د محصول بازارموندنې د پوهیدو وړ کلاسیک قوانینو سره سم به وده وکړي.
زه بیا تکراروم، اوس موږ غواړو چې لومړني اختیار کونکي ومومئ، هغه شرکتونه چې کولی شي د فیډبیک راټولولو لپاره زموږ محصول نصب کړي. که تاسو د LANBIX ازموینې سره علاقه لرئ ، په نظرونو یا شخصي پیغامونو کې ولیکئ.
سرچینه: www.habr.com