سلام ملګرو. ډیری وختونه، په ځانګړې توګه په بهر کې، زه ورته انځور ګورم. په مختلفو پروژو کې په ټیمونو کې د واضح کاري فلو نشتوالی.
ترټولو مهمه خبره دا ده چې پروګرام کونکي نه پوهیږي چې څنګه د پیرودونکي او یو بل سره اړیکه ونیسي. د کیفیت لرونکي محصول د پراختیا دوامداره پروسې رامینځته کولو څرنګوالی. څنګه خپل کاري ورځ او سپرینټونه پلان کړئ.
او دا ټول په نهایت کې د ورک شوي وخت نیټې ، اضافي وخت ، د چا د ملامتۍ په اړه دوامداره نندارې او د پیرودونکي نا رضایتي پایله کوي چې چیرې او څنګه هرڅه حرکت کوي. ډیری وختونه، دا ټول د پروګرامرانو، یا حتی ټول ټیمونو د بدلون لامل کیږي. د پیرودونکي له لاسه ورکول، د شهرت خرابول، او داسې نور.
په یو وخت کې، ما یوازې په داسې یوه پروژه پای ته ورساوه، چیرې چې دا ټول خوښۍ وې.
هیڅوک نه غوښتل د پروژې مسؤلیت په غاړه واخلي (د خدماتو لوی بازار)، بدلون خورا خطرناک و، پیرودونکي په ساده ډول مات شوي او مایوسه شوي. اجراییه رییس یو ځل ما ته راغی او ویې ویل چې تاسو اړین تجربه لرئ، نو دلته ستاسو په لاس کې کارتونه دي. د ځان لپاره پروژه واخلئ. که تاسو خراب کړئ، موږ به پروژه وتړو او هرڅوک به یې وباسو. دا به کار وکړي، دا به ښه وي، بیا یې رهبري کړئ او هغه ته وده ورکړئ لکه څنګه چې تاسو مناسب یاست. د پایلې په توګه، زه د پروژې لپاره د ټیم مشر شوم او هرڅه زما په اوږو راوتلي.
لومړی شی چې ما وکړل د سکریچ څخه د کار فلو رامینځته کول و چې په هغه وخت کې زما لید سره سمون درلود ، او د ټیم لپاره یې د دندې توضیحات لیکل. د هغې پلي کول اسانه نه وو. مګر د یوې میاشتې په اوږدو کې هرڅه تنظیم شوي ، پراختیا کونکي او پیرودونکي دې سره عادت شوي ، او هرڅه په ارامه او آرامۍ سره پرمخ لاړل. د دې لپاره چې ټیم ته وښیې چې دا یوازې "په چای کې طوفان" نه و، بلکې د وضعیت څخه د وتلو ریښتینې لاره وه، ما د ټیم څخه د ناخوښۍ معمول لیرې کولو، د ډیری مسؤلیتونو مسولیت په غاړه واخیست.
یو نیم کال دمخه تیر شوی ، او پروژه پرته له اضافي وخت څخه ، د "د موږکانو ریس" او هر ډول فشار پرته وده کوي. په زاړه ټیم کې ځینو خلکو نه غوښتل چې دا ډول کار وکړي او پریښودل؛ نور، برعکس، ډیر خوښ وو چې شفاف قوانین څرګند شوي. مګر په نهایت کې ، په ټیم کې هرڅوک ډیر هڅول کیږي او په بشپړ ډول لویه پروژه پیژني ، پشمول دواړه مخکښې او شاته پای. د کوډ بیس او ټول سوداګریز منطق دواړه په شمول. دا حتی دې مرحلې ته رسیدلی چې موږ یوازې "راورز" نه یو ، مګر موږ پخپله د ډیری سوداګرۍ پروسې او نوي ب featuresو سره راځو چې سوداګرۍ یې خوښوي.
زموږ په برخه کې د دې تګلارې څخه مننه، پیرودونکي پریکړه وکړه چې زموږ د شرکت څخه بل بازار ته امر وکړي، کوم چې ښه خبر دی.
څرنګه چې دا زما په پروژه کار کوي، شاید دا به د یو چا سره مرسته وکړي. نو، پخپله پروسه چې موږ سره یې د پروژې په خوندي کولو کې مرسته وکړه:
د "زما د خوښې پروژه" په پروژه کې د ټیم کار کولو پروسه
الف) د داخلي ټیم پروسه (د پراختیا کونکو ترمنځ)
- ټول مسایل د جرګې په سیسټم کې رامینځته کیږي
- هر کار باید د امکان تر حده تشریح شي او په کلکه یو عمل ترسره کړي
- هر ځانګړتیا، که دا خورا پیچلې وي، په ډیری کوچنیو کارونو ویشل کیږي
- ټیم د یو واحد کار په توګه په ځانګړتیاو کار کوي. لومړی، موږ ټول په یوه فیچر کې یوځای کار کوو، د ازموینې لپاره یې لیږو، بیا بل یې واخلو.
- هره دنده په نښه شوې ده، د شاتنۍ یا مخکینۍ برخې لپاره
- د دندو او کیګونو ډولونه شتون لري. تاسو اړتیا لرئ چې دوی په سمه توګه په ګوته کړئ.
- د دندې بشپړولو وروسته، دا د کوډ بیاکتنې حالت ته لیږدول کیږي (پدې حالت کې، د یو همکار لپاره د پلټ غوښتنه رامینځته کیږي)
- هغه څوک چې دا کار بشپړ کړي سمدلاسه د دې کار لپاره خپل وخت تعقیبوي.
- د کوډ چک کولو وروسته، PR به تصویب کړي او له هغې وروسته، هغه څوک چې دا دنده په خپلواکه توګه ترسره کوي دا په ماسټر څانګه کې ضمیمه کوي، وروسته له هغې چې هغه خپل حالت د dev سرور ته د ګمارلو لپاره چمتو کوي.
- dev سرور ته د ګمارلو لپاره چمتو ټولې دندې د ټیم مشر (د هغه د مسؤلیت ساحه) لخوا ګمارل کیږي، ځینې وختونه د ټیم غړي لخوا، که یو څه عاجل وي. د ګمارنې وروسته، ټولې دندې د ګمارنې لپاره چمتو څخه dev ته حالت ته لیږدول کیږي - په dev کې ازموینې لپاره چمتو دي
- ټولې دندې د پیرودونکي لخوا ازمول کیږي
- کله چې پیرودونکي په دیو کې دنده ازموینه کړې ، نو هغه دا حالت ته لیږدوي چې تولید ته د ګمارلو لپاره چمتو وي
- تولید ته د ګمارلو لپاره، موږ جلا څانګه لرو، چیرې چې موږ یوازې د ځای پرځای کولو دمخه ماسټر سره یوځای کوو
- که چیرې پیرودونکی د ازموینې په جریان کې کیچونه ومومي، نو هغه د بیاکتنې لپاره دنده بیرته راګرځوي، د هغې حالت د بیاکتنې لپاره بیرته راستانه شوي. پدې توګه موږ نوي دندې له هغو څخه جلا کوو چې ازموینې ندي بریالي شوي.
- د پایلې په توګه، ټولې دندې د جوړیدو څخه تر بشپړیدو پورې ځي: ترسره کول → په پراختیا کې → د کوډ بیاکتنه → په dev کې د QA لپاره چمتو کول → په dev → (dev ته بیرته ستنیدل) → د تولید لپاره چمتو کول → په تولید کې QA
- هر پرمخ وړونکی خپل کوډ په خپلواکه توګه ازمويي، په شمول د سایټ کاروونکي په توګه. دا اجازه نه لري چې یوه څانګه په اصلي کې یوځای کړئ پرته لدې چې دا معلومه شي چې کوډ کار کوي.
- هر کار لومړیتوبونه لري. لومړیتوبونه د پیرودونکي یا د ټیم مشر لخوا ټاکل کیږي.
- پراختیا کونکي لومړی د لومړیتوب دندې بشپړوي.
- پراختیا کونکي کولی شي یو بل ته دندې وټاکي که چیرې په سیسټم کې مختلف بګونه وموندل شي یا یوه دنده د څو متخصصینو کار وي.
- ټول هغه دندې چې پیرودونکي یې رامینځته کوي د ټیم مشر ته ځي، څوک چې دوی ارزوي او یا یې له پیرودونکي څخه غوښتنه کوي چې دوی تعدیل کړي یا یې د ټیم غړي ته وسپاري.
- ټول هغه دندې چې د dev یا prod لپاره د ګمارنې لپاره چمتو دي د ټیم مشر ته هم ځي، څوک چې په خپلواکه توګه ټاکي چې کله او څنګه پلي کول ترسره کړي. د هرې ګمارنې وروسته، د ټیم مشر (یا د ټیم غړی) باید پیرودونکي ته پدې اړه خبر ورکړي. او همدارنګه د دندو لپاره حالتونه د dev/cont ازموینې لپاره چمتو کولو لپاره بدل کړئ.
- هره ورځ په ورته وخت کې (زموږ لپاره دا په 12.00 کې دی) موږ د ټیم د ټولو غړو تر مینځ غونډه کوو
- په غونډه کې هرڅوک راپور ورکوي، د ټیم مشر په ګډون، په دې اړه چې دوی پرون څه وکړل او نن څه پلان لري. څه کار نه کوي او ولې. پدې توګه ټول ټیم پوهیږي چې څوک څه کوي او پروژه په کوم مرحله کې ده. دا موږ ته فرصت راکوي چې وړاندوینه او تنظیم کړو، که اړتیا وي، زموږ اټکلونه او نیټې نیټې.
- په غونډه کې، د ټیم مشر هم په پروژه کې د ټولو بدلونونو او د اوسني بګ د کچې په اړه خبرې کوي چې د پیرودونکي لخوا ندي موندل شوي. ټولې بګونه ترتیب شوي او د ټیم هر غړي ته ټاکل شوي ترڅو حل کړي.
- په غونډه کې، د ټیم مشر هر کس ته دندې ټاکي، د پراختیا کونکو اوسني کاري بار، د دوی د مسلکي روزنې کچه، او همدارنګه د یو ځانګړي کار نږدې والی په پام کې نیولو سره چې دا مهال پرمخ وړونکي څه کوي.
- په غونډه کې، د ټیم مشر د معمارۍ او سوداګرۍ منطق لپاره عمومي ستراتیژي رامینځته کوي. له دې وروسته ټول ټیم په دې اړه بحث کوي او پریکړه کوي چې سمون وکړي یا دا تګلاره غوره کړي.
- هر پرمخ وړونکی کوډ لیکي او د یو واحد جوړښت او سوداګرۍ منطق په چوکاټ کې په خپلواکه توګه الګوریتمونه جوړوي. هرڅوک کولی شي د پلي کولو په اړه خپل نظر څرګند کړي، مګر هیڅوک څوک نه مجبوروي چې دا کار وکړي او نه بل ډول. هره پریکړه د توجیه وړ ده. که چیرې یو غوره حل شتون ولري، مګر اوس د دې لپاره هیڅ وخت شتون نلري، نو د کوډ د یوې ځانګړې برخې د راتلونکي بیاکتنې لپاره په غوړ کې دنده رامینځته کیږي.
- کله چې یو پرمخ وړونکی دنده په غاړه اخلي، هغه دا د پراختیا حالت ته لیږدوي. د پیرودونکي سره د دندې روښانه کولو په اړه ټولې اړیکې د پراختیا کونکي په اوږو راځي. تخنیکي پوښتنې کولی شي د ټیم مشر یا همکارانو څخه وپوښتل شي.
- که چیرې پرمخ وړونکی د دندې په ماهیت نه پوهیږي ، او پیرودونکي نشي کولی دا په روښانه ډول تشریح کړي ، نو هغه راتلونکي دندې ته ځي. او د ټیم مشر اوسنی یو اخلي او د پیرودونکي سره یې بحث کوي.
- هره ورځ، پرمخ وړونکی باید د پیرودونکي په چیٹ کې د دې په اړه ولیکئ چې هغه پرون په کومو کارونو کار کړی او نن به په کومو کارونو کار وکړي.
- د کار پروسه د سکرم مطابق ترسره کیږي. هرڅه په سپریټونو ویشل شوي دي. هر سپرنټ دوه اونۍ دوام کوي.
- سپرینټونه د ټیم مشر لخوا رامینځته شوي، ډک شوي او تړل شوي.
- که پروژه سخت وخت ولري، نو موږ هڅه کوو چې د ټولو کارونو اټکل اټکل کړو. او موږ دوی په یو سپرینټ کې یوځای کړل. که چیرې پیرودونکي هڅه وکړي چې سپرینټ ته نور دندې اضافه کړي، نو موږ لومړیتوبونه ټاکو او ځینې نور دندې راتلونکي سپرینټ ته لیږدوو.
ب) د پیرودونکي سره د کار کولو پروسه
- هر پرمخ وړونکی کولی شي او باید د پیرودونکي سره اړیکه ونیسي
- پیرودونکي ته اجازه نه ورکول کیږي چې د لوبې خپل قواعد پلي کړي. دا اړینه ده چې پیرودونکي ته دا په ښه او دوستانه ډول روښانه کړو چې موږ په خپله برخه کې متخصص یو، او یوازې موږ باید د کار پروسې رامینځته کړو او پیرودونکي په دوی کې شامل کړو.
- دا اړینه ده، په مثالي توګه، مخکې له دې چې د کوم فعالیت پلي کولو پیل پیل کړئ، د فیچر (د کار فلو) لپاره د ټولې منطقي پروسې فلو چارټ رامینځته کړئ. او د تصدیق لپاره یې پیرودونکي ته واستوئ. دا یوازې په پیچلي او ښکاره فعالیت باندې پلي کیږي، د بیلګې په توګه، د تادیې سیسټم، د خبرتیا سیسټم، او داسې نور. دا به موږ ته اجازه راکړي په دقیق ډول پوه شو چې پیرودونکي څه ته اړتیا لري، د ځانګړتیا لپاره اسناد خوندي کړي، او د دې حقیقت په وړاندې ځان بیمه کړي چې پیرودونکي ممکن په راتلونکي کې ووایي چې موږ هغه څه ندي کړي چې هغه یې وغوښتل.
- ټول ډیاګرامونه / فلوچارټونه / منطق او نور. موږ دا په کنفلونس/فټ کې خوندي کوو، چیرې چې موږ له پیرودونکي څخه غوښتنه کوو چې په نظرونو کې د راتلونکي پلي کولو درستیت تایید کړي.
- موږ هڅه کوو چې پیرودونکي د تخنیکي توضیحاتو سره بار نه کړو. که موږ د دې پوهیدو ته اړتیا ولرو چې پیرودونکي څنګه دا غواړي، نو موږ د فلو چارټ په بڼه لومړني الګوریتمونه رسم کوو چې پیرودونکی کولی شي پخپله هرڅه پوه او سم کړي / ترمیم کړي.
- که چیرې پیرودونکی په پروژه کې بګ ومومي، نو موږ له تاسو څخه غوښتنه کوو چې دا په زهرا کې په خورا تفصیل سره تشریح کړئ. دا په کومو شرایطو کې پیښ شوی ، کله ، د ازموینې پرمهال د پیرودونکي لخوا د عملونو کوم ترتیب ترسره شوی. مهرباني وکړئ سکرین شاټونه ضمیمه کړئ.
- موږ هره ورځ هڅه کوو، هره بله ورځ په ډیره اندازه، د dev سرور ته ځای په ځای کړو. پیرودونکي بیا د فعالیت ازموینه پیل کوي او پروژه بې کاره نه پاتې کیږي. په ورته وخت کې، دا د پیرودونکي لپاره نښه ده چې پروژه په بشپړ پرمختګ کې ده او هیڅوک ورته د افسانې کیسې نه وايي.
- دا ډیری وختونه پیښیږي چې پیرودونکي په بشپړ ډول نه پوهیږي چې هغه څه ته اړتیا لري. ځکه چې هغه د ځان لپاره نوې سوداګرۍ رامینځته کوي ، د پروسې سره چې لاهم ندي رامینځته شوي. له همدې امله، یو ډیر عام حالت دی کله چې موږ د کوډ ټولې ټوټې په کثافاتو کې وغورځوو او د غوښتنلیک منطق بیا ډیزاین کړو. دا له دې څخه تعقیب کیږي چې تاسو باید په بشپړ ډول د ازموینو سره هرڅه پوښئ. دا معنی لري چې یوازې مهم فعالیت د ازموینو سره پوښ کړئ ، او بیا یوازې د ریزرویشنونو سره.
- داسې شرایط شتون لري کله چې ټیم پوه شي چې موږ د وخت نیټې نه پوره کوو. بیا موږ د دندو ګړندۍ پلټنه ترسره کوو او سمدلاسه یې پیرودونکي ته خبر ورکوو. د وضعیت څخه د وتلو د لارې په توګه، موږ وړاندیز کوو چې مهم او مهم فعالیت په خپل وخت پیل کړئ، او پاتې نور یې د خوشې کیدو وروسته پریږدئ.
- که چیرې پیرودونکی د خپل سر څخه د مختلف کارونو سره مینځ ته راشي ، په خپلو ګوتو سره تصور او توضیح کول پیل کړي ، نو موږ له هغه څخه غوښتنه کوو چې موږ ته د پاڼې ترتیب چمتو کړي او په منطق سره جریان ولري چې د بشپړ ترتیب چلند په بشپړ ډول تشریح کړي او عناصر.
- مخکې له دې چې د کومې دندې ترسره کولو لپاره، موږ باید ډاډ ترلاسه کړو چې دا ځانګړتیا زموږ د تړون / تړون په شرایطو کې شامله وه. که دا یوه نوې خصوصیت وي چې زموږ له لومړني تړونونو څخه بهر وي، نو موږ باید د دې خصوصیت قیمت (د بشپړیدو اټکل شوی وخت + 30٪) x 2) او پیرودونکي ته په ګوته کړو چې دا به موږ ته د دې بشپړولو لپاره ډیر وخت ونیسي. وروستۍ نیټه د اټکل شوي وخت لخوا بدلیږي چې دوه یې ضرب کړي. راځئ چې کار ګړندی ترسره کړو - عالي ، هرڅوک به ترې ګټه پورته کړي. که نه، نو موږ تاسو پوښلي یو.
c) هغه څه چې موږ یې په ټیم کې نه منو:
- نه ژمنتیا، د آرامۍ نشتوالی، هیرول
- "د سهار ډوډۍ ورکول." که تاسو نشئ کولی یو کار بشپړ کړئ او نه پوهیږئ چې څنګه ، نو تاسو اړتیا لرئ سمدلاسه د ټیم مشر ته خبر ورکړئ ، او تر وروستۍ دقیقې پورې انتظار مه کوئ.
- د هغه چا څخه ویاړ او ویاړ چې تراوسه یې خپل وړتیا او مسلکيتوب نه دی ثابت کړی. که دا ثابت شي، نو دا ممکنه ده، د شرافت په حدودو کې :)
- په ټولو بڼو کې خیانت. که یو کار بشپړ شوی نه وي، نو تاسو باید د هغې حالت بشپړ شوي ته بدل نه کړئ او د مراجعینو په چیٹ کې ولیکئ چې دا چمتو دی. کمپیوټر مات شو، سیسټم خراب شو، سپی په لپ ټاپ کې ژوی - دا ټول د منلو وړ ندي. که چیرې د ځواک اصلي پیښه واقع شي، د ټیم مشر باید سمدستي خبر شي.
- کله چې یو متخصص هر وخت آفلاین وي او د کاري ساعتونو په جریان کې ورته رسیدل ستونزمن وي.
- په ټیم کې زهرجن اجازه نشته! که څوک د یو څه سره اختلاف لري، نو ټول د غونډې لپاره راټولیږي او بحث کوي او پریکړه کوي.
او یو شمیر پوښتنې / مقالې چې زه کله ناکله له خپل پیرودونکي څخه غوښتنه کوم چې ټول غلط فهمونه پاک کړي:
- ستاسو د کیفیت معیارونه څه دي؟
- تاسو څنګه معلومه کړئ چې آیا پروژه ستونزې لري که نه؟
- د سیسټم د بدلولو/ښه کولو په اړه زموږ د ټولو سپارښتنو او مشورو په سرغړونې سره، ټول خطرونه یوازې ستاسو لخوا پیښیږي
- په پروژه کې هر ډول لوی بدلونونه (د بیلګې په توګه، د اضافي جریان ټول ډولونه) به د کیګونو احتمالي ظهور لامل شي (کوم چې موږ به، البته، حل کړو)
- دا ناشونې ده چې په څو دقیقو کې پوه شئ چې په پروژه کې څه ډول ستونزه رامینځته شوې ، ډیر لږ یې سمدلاسه حل کړئ
- موږ د ځانګړي محصول جریان باندې کار کوو (په زهرا کې دندې - پراختیا - ازموینه - ځای پرځای کول). دا پدې مانا ده چې موږ نشو کولی په چیٹ کې د غوښتنو او شکایتونو ټول جریان ته ځواب ووایو.
- پروګرام کونکي پروګرامونکي دي، نه مسلکي ټیسټران، او نشي کولی د پروژې ازموینې مناسب کیفیت تضمین کړي
- د وروستي ازموینې او د تولید دندو منلو مسؤلیت په بشپړ ډول ستاسو سره دی
- که موږ دمخه یوه دنده په غاړه اخیستې وي ، نو موږ نشو کولی سمدستي نورو ته لاړ شو تر هغه چې موږ اوسنی کار بشپړ نه کړو (که نه نو دا د لا زیاتو غلطیو او د پراختیا وخت ډیروالي لامل کیږي)
- په ټیم کې لږ خلک شتون لري (د رخصتیو یا ناروغیو له امله)، مګر ډیر کار شتون لري او موږ په فزیکي توګه وخت نلرو چې هر هغه څه ته ځواب ووایو چې تاسو یې غواړئ.
- موږ له تاسو څخه غوښتنه کوو چې په dev کې د ازمول شوي دندو پرته تولید ته ځای په ځای کړئ - دا یوازې ستاسو خطر دی ، نه پراختیا کونکي
- کله چې تاسو ناڅرګند کارونه تنظیم کړئ، د سم جریان پرته، د ډیزاین ترتیب پرته، دا زموږ څخه ډیرې هڅې او پلي کولو وخت ته اړتیا لري، ځکه چې موږ باید ستاسو په ځای اضافي کار وکړو.
- په بګونو کې کومې دندې ، د دوی د پیښې او سکرین شاټونو تفصيلي توضیحاتو پرته ، موږ ته فرصت نه راکوي چې پوه شو چې څه غلط شوي او موږ څنګه دا بګ حل کولی شو.
- پروژه د فعالیت او خوندیتوب ښه کولو لپاره دوامداره اصالحاتو او پرمختګونو ته اړتیا لري. له همدې امله، ټیم د خپل وخت یوه برخه په دې پرمختګونو لګوي
- د دې حقیقت له امله چې موږ د ساعت له مخې اضافي وخت لرو (عاجل اصلاحات)، موږ باید په نورو ورځو کې د دوی لپاره تاوان ورکړو
د یوې قاعدې په توګه، پیرودونکي سمدلاسه پوهیږي چې هرڅه د سافټویر په پراختیا کې دومره ساده ندي، او یوازې هیله په روښانه توګه کافي نه ده.
په عمومي توګه، دا ټول دي. زه د پردې شاته ډیری خبرې اترې او د ټولو پروسو لومړني ډیبګ پریږدم ، مګر د پایلې په توګه ، هرڅه سم شول. زه کولی شم ووایم چې دا پروسه زموږ لپاره یو ډول "د سپینو زرو ګولۍ" شوه. نوي خلک چې پروژې ته راغلي د لومړۍ ورځې څخه سمدلاسه په کار کې دخیل کیدی شي ، ځکه چې ټولې پروسې بیان شوي ، او د ډیاګرامونو په بڼه اسناد او جوړښت سمدلاسه یو نظر راکړ چې موږ ټول دلته څه کوو.
PS زه غواړم روښانه کړم چې زموږ په خوا کې د پروژې مدیر نشته. دا د پیرودونکي اړخ کې دی. هیڅ تخنیکي نه. د اروپا پروژه. ټولې اړیکې یوازې په انګلیسي کې دي.
په پروژو کې ټولو ته ښه راغلاست. مه سوځئ او هڅه وکړئ خپل پروسې ښه کړئ.
زما سرچینه .
سرچینه: www.habr.com