د جوړښت شوي ټکټ ټیمپلیټونو سره د ټیک ډیزاین غونډې اصلاح کول

کله چې ما په 2020 کې په Wayfair کې خپله دنده ترلاسه کړه ، زه لیواله وم چې د یو کمزوري ، سکریپي ټیم سره یوځای شم چې د b2b وسیله یې ساتلې چې لوی مقدار سوداګرۍ پرمخ وړي. زه د داسې رول څخه راوتلی وم چیرې چې ما ډیری په سیلو کې کار کړی و ، نو زه په ځانګړي توګه خوښ وم چې بیا د پراختیایی ټیم برخه شم. ما په چټکۍ سره وموندله، که څه هم، د ټیم ډیری برخه په هغه وسیلو کې دومره مهارت درلود چې موږ یې کاروو چې دوی دا دمخه ټاکل شوې انګیرنه درلوده چې نور پراختیا کونکي ورته شالید، تجربه او پوهه درلوده چې دوی یې کړي. لویه مسله دا وه چې هغه وسیلې چې موږ یې کار کاوه داخلي او ملکیت وو ، نو ډیری نوي پراختیا کونکي دوی او همدارنګه د موسمي devs نه پیژني. اوس، دا عموما مسله نه ده. په هرصورت، دا خورا ستونزمنه شوه کله چې د جیرا ټکټونه جوړ شوي، لومړیتوبونه، اټکل شوي، او د لږو توضیحاتو سره ټاکل شوي. یقینا، سرلیک عمومي مسله تشریح کړه، او تجربه شوي پراختیا کونکي چې دا یې لیکلي شاید په ریښتیا پوهیدل چې د بدلونونو په لټه کې چیرته پیل وکړي، مګر زموږ څخه هغه څوک چې پلیټ فارمونو ته نوي وو د پیل کولو لپاره خورا لږ و. دا په موثریت کې د لوی سوري لامل شوی ، چیرې چې موږ په دوامداره توګه د لا زیاتو معلوماتو لپاره د ډیر اوږدمهاله پراختیا کونکو په لټه کې یو. د دې سیټ اپ بل ضمني محصول دا و چې زموږ د تخنیکي ډیزاین غونډو په لاره واچاوه ځکه چې زموږ څخه ډیری د ټیکټونو په اړه پوښتنې درلودې چې د اټکل لپاره وړاندې کیږي. جزیات په دوامداره توګه په خبرو اترو کې اخیستل شوي مګر هیڅ یې نه ثبت شوي. دا غونډې به دوام ومومي، او بیا به ورته پوښتنې بیرته راشي کله چې ټیکټ ټاکل شوی و (مګر که ګمارونکی په جادويي ډول د اونۍ دمخه خبرې په یاد ولري چیرې چې پوښتنې په پیل کې پوښتل شوي وې). دا کاري فلو په حیرانتیا سره مایوسه او غیر موثر و. مګر، امید شتون لري! لږ وخت وروسته چې موږ دا مسله وپیژندله او بحث یې وکړ، غونډې په سم ډول روانې وې، لږ وخت یې واخیست، او ډیر اغیزناک و. ټکټونه د توضیحاتو سره بډایه وو او د عمل کولو ، ازموینې او بشپړولو لپاره اسانه وو. دلته موږ دا څنګه وکړل. ستونزه: نه چمتو شوي ټکټونه او اوږدې ناستې زموږ د تخنیکي ډیزاین غونډې به ډیری وختونه د ټکټونو له لارې پټې شوې وي چې کافي توضیحات نلري. پراختیا کونکي، ډیزاینران، او نور شریکان به د اضافي معلوماتو په لټه کې یا د دندې مبهم اړخونو روښانه کولو لپاره ډیر وخت مصرف کړي. دې کار نه یوازې زموږ غونډې اوږدې کړې بلکې پراختیا یې هم ځنډولې ځکه چې ټاکل شوي ټکټونه به په مکرر ډول بیرته راوتلي وي ، مخکې لدې چې کار پرمخ ولاړ شي نور وضاحت ته اړتیا لري. د دې یو عالي مثال ممکن یو ټیکټ وي چې د یو تنظیف شوي دیو لخوا راپور شوی و چې په ساده ډول یې وویل "موږ اړتیا لرو د فرش کولو skus لپاره نرخ تنظیم کړو." په ښکاره ډول، د کافي اندازه شالید معلوماتو پرته په بشپړ ډول هیڅ شی شتون نلري کله چې تاسو دا ټکټ ترلاسه کوئ. په فرش سکس کې د قیمت ټاکلو کې ستونزه څه ده؟ تمه کیږي چې څه پیښ شي؟ ایا په کارټ کې د سکو مقدار مهم دی؟ دلته ډیری خلاصې پوښتنې شتون لري او واقعیا هیڅ کومه لاره نه ده چې د ناستې پیل کولو پرته کار پیل کړئ. د ټکټ ښه توضیحات ممکن وي. "د پوړ skus په لویه کچه قیمت لري او زموږ سیسټم د نرخ / مقدار ریاضی په سمه توګه نه اداره کوي کله چې په کارټ کې مقدار د لوی قیمت ټاکلو حد څخه ډیر وي." اوس، دلته لاهم کافي توضیحات شتون نلري، مګر لږترلږه دا ستونزه په سمه توګه تشریح کوي. زه به مثال نه ستړی کړم مګر پراختیا کونکي باید دا ټول توضیحات په مکرر پوښتنو ، خبرو اترو او پریزنټشنونو سره راټول کړي تر هغه چې موږ د اټکل کولو یا ټیکټ کار کولو لپاره کافي توضیحات نه درلودل ، د اوسني پورې اړه لري. دنده دا د ډیری وخت ضایع کیدو لامل شوی چې موږ د پراختیا کونکو په توګه بیرته نشو ترلاسه کولی. حل: د ټکټ ټیمپلیټ پلي کول د دې مسلې د حل کولو لپاره، موږ د جوړ شوي ټکټ ټیمپلیټونو سیټ رامینځته کړی چې د کار کولو ډول سره مطابقت لري. دې ټیمپلیټونو ډاډ ترلاسه کړ چې هر ټیکټ - ایا د بګ راپور ، ډیزاین بدلون ، د فیچر غوښتنه ، یا د اصلاح کولو دنده - د بحث یا ګمارل کیدو دمخه ټول اړین معلومات لري. قاعده ساده وه: که ټیمپلیټ په بشپړ ډول بشپړ شوی نه و، ټکټ د غونډې یا پراختیا لپاره چمتو نه و. د بګ راپورونه تفصیل: د ستونزې لنډ، مګر مفصل توضیحات متوقع چلند: یو ډیر مفصل توضیحات ، پشمول د سکرین شاټونو یا فیګما حوالې ، د دې په اړه چې شیان باید څنګه کار وکړي. حقیقي چلند: په دې اړه تفصيلي توضیحات چې څه پیښیږي او دا څنګه د تمه شوي چلند څخه توپیر لري د بیا جوړولو لپاره ګامونه: د مسلې د بیا جوړولو څرنګوالي په اړه ځانګړي، مفصل، ګامونه. دا دې ته اړتیا لري چې یو څوک وکولی شي په وسیلې کې نوې پټه کړکۍ پرانیزي او د مرحلو څخه انحراف پرته مسله بیا رامینځته کړي. (اختیاري) د پراختیا کونکي یادونه: دا یوه اختیاري برخه ده چیرې چې موږ کولی شو وړاندیز شوي طریقې شاملې کړو که چیرې موږ دمخه ښه نظر ولرو چې دا باید چیرې لاړ شي یا څنګه باید وده ومومي. موږ نه غواړو پراختیا کونکي مجبور کړو چې شیان په یو مشخص ډول ترسره کړي مګر دلته کوم لارښود کولی شي وروسته د ټیکټ اجرا کولو ګړندي کولو کې مرسته وکړي. (اختیاري مګر غوره) بهرنۍ اغیزې: دا هغه ځای دی چې موږ کومې بهرنۍ سرچینې غږوو چې کیدای شي دا کار اغیزمن کړي. ایا داسې ټیمونه شتون لري چې دمخه یې زموږ په API کې د بګ لپاره د کار چاره رامینځته کړې څوک چې باید خبر شي کله چې موږ یې حل کړو؟ ایا دا بګ د معلوماتو لپاره په نورو ټیمونو/apis/سرچینو تکیه کوي کوم چې په احتمالي توګه اغیزه کولی شي د دې حل کولو لپاره څومره وخت نیسي؟ (اختیاري) اغیزه: ایا دا په ټیم یا سوداګرۍ باندې پیژندل شوی، د اندازه کولو وړ اغیزه لري؟ دا تل پیژندل یا اندازه کول اسانه ندي ، له همدې امله دا اختیاري ساحه ده. مګر دا مهمه ده چې د لومړیتوب ورکولو لپاره پوه شئ که چیرې شتون ولري. د ډیزاین بدلونونه تفصیل: د ستونزې لنډ، مګر مفصل توضیحات متوقع چلند: د تمه شوي، ډیزاین شوي چلند لپاره سکرین شاټونه یا فیګما لینکونه. حقیقي چلند: سکرین شاټونه یا ویډیوګانې توضیح کوي چې واقعیا څه پیښیږي ، په بیله بیا د هغه څه توضیحات چې پیښیږي او دا څنګه د تمه شوي چلند څخه توپیر لري (اختیاري) د بیا جوړولو لپاره ګامونه: که دا یو ځانګړی UI عنصر وي چې یوازې په ځانګړو شرایطو کې څرګندیږي، موږ باید په سمه توګه پوه شو چې څنګه/کله چې دا باید موجود وي نو موږ پوهیږو چې څنګه زموږ د بدلونونو ازموینه وکړو. (اختیاري) د پراختیا کونکي یادونه: دا یوه اختیاري برخه ده چیرې چې موږ کولی شو وړاندیز شوي طریقې شاملې کړو که چیرې موږ دمخه ښه نظر ولرو چې دا باید چیرې لاړ شي یا څنګه باید وده ومومي. موږ نه غواړو پراختیا کونکي مجبور کړو چې شیان په یو مشخص ډول ترسره کړي مګر دلته کوم لارښود کولی شي وروسته د ټیکټ اجرا کولو ګړندي کولو کې مرسته وکړي. (اختیاري) اغیزه: ایا دا په ټیم یا سوداګرۍ باندې پیژندل شوی، د اندازه کولو وړ اغیزه لري؟ دا تل پیژندل یا اندازه کول اسانه ندي ، له همدې امله دا اختیاري ساحه ده. مګر دا مهمه ده چې د لومړیتوب ورکولو لپاره پوه شئ که چیرې شتون ولري. د فیچر غوښتنې تفصیل: د ځانګړتیاوو په اړه یو بشپړ مفصل انځور. دا باید څنګه کار وکړي، د اټکل شوي آخذې/آتودونه څه دي، او داسې نور. موږ باید هر هغه دلیل هم شامل کړو چې موږ یې د دې ځانګړتیا لپاره ولې غوښتنه کوو. د پراختیا کونکي یادونه: پراختیا کونکی باید دا برخه وکاروي ترڅو د پیژندل شوي چوکاټونو / نمونو په اړه لارښود چمتو کړي چې باید زموږ په پاتې کوډبیس کې په بې ساري ډول د فټ کولو لپاره وکارول شي. موږ نه غواړو چې پراختیا کونکي دې ته اړ کړو چې کوډ ولیکي په کوم ځانګړي ډول مګر دلته کوم لارښود به د ټیکټ اجرا کول ګړندي کړي او باید د لا زیاتو منظم PR خبرو اترو لامل شي. (اختیاری مګر غوره شوی) ټوکیدنه: که موږ د مثال په توګه پییلډونه، سکرین شاټونه، یا د فیګما حوالې لرو چې د پراختیا لارښوونه وکړي دا ټول باید دلته شامل شي. (اختیاري مګر غوره) بهرنۍ اغیزې: دا هغه ځای دی چې موږ کومې بهرنۍ سرچینې غږوو چې کیدای شي دا کار اغیزمن کړي. ایا داسې ټیمونه شتون لري چې دمخه یې زموږ په API کې د ورک شوي فیچر لپاره د کار چاره رامینځته کړې څوک چې باید خبر شي کله چې موږ یې اضافه کړو؟ ایا دا خصوصیت د معلوماتو لپاره په نورو ټیمونو/apis/سرچینو تکیه کوي کوم چې په احتمالي توګه اغیزه کولی شي د دې جوړولو لپاره څومره وخت نیسي؟ (اختیاري) اغیزه: ایا دا په ټیم یا سوداګرۍ باندې پیژندل شوی، د اندازه کولو وړ اغیزه لري؟ دا تل پیژندل یا اندازه کول اسانه ندي ، له همدې امله دا اختیاري ساحه ده. مګر دا مهمه ده چې د لومړیتوب ورکولو لپاره پوه شئ که چیرې شتون ولري. د اصلاح کولو کارونه تفصیل: د ستونزې لنډ، مګر مفصل توضیحات اوسنی حالت: یو ډیر تفصیلي توضیحات چې دا مهال کوډ څنګه کار کوي او ولې غیر موثر دی. غوره حالت: د هغه څه تفصيلي توضیحات چې موږ یې هدف د دې اصلاح کولو سره حل کوو ، کوم اهداف چې موږ یې د ترلاسه کولو هڅه کوو د پراختیا کونکي یادونه: دا د پراختیا کونکي لخوا لارښود دی چې د اصلاح کولو اړتیا په ګوته کوي. دا باید ځانګړي فایلونه او ازموینې وغواړي چې ترمیم ته اړتیا لري او همدارنګه هغه ځانګړي برخې چې موږ باور لرو په فعالیت کې خنډ دی یا د ګډوډۍ لامل کیږي. : ازموینه یادښتونه چې دا اصلاح کول څنګه تایید یا تایید کیدی شي. موږ نه یوازې اړتیا لرو چې وګورو چې موږ واقعیا د دې پروسې څخه یو څه ترلاسه کړي (او دا ممکن هغه څه وي چې موږ یې په اړه ویاړو) ، مګر موږ دا هم باید تایید کړو چې بدلونونه په کوم پیژندل شوي بهرني پروسې اغیزه نده کړې چې په کوډ تکیه کوي. بدل شوی بهرنۍ اغیزې: دا هغه ځای دی چې موږ کومې بهرنۍ سرچینې غږوو چې کیدای شي دا کار اغیزمن کړي. ایا دا خصوصیت د معلوماتو لپاره په نورو ټیمونو/apis/سرچینو تکیه کوي کوم چې په احتمالي توګه اغیزه کولی شي د دې جوړولو یا ازموینې لپاره څومره وخت نیسي؟ اغیزه: ایا دا په ټیم یا سوداګرۍ باندې پیژندل شوی، د اندازه کولو وړ اغیزه لري؟ دا تل نه پیژندل کیږي یا اندازه کول اسانه دي، مګر د ریفیکٹر یا اصلاح کولو توجیه کولو لپاره موږ باید دا معلومات ولرو. د ټیمپلیټونو اغیزه پایلې سمدستي وې. موږ په چټکۍ سره ولیدل چې موږ کولی شو د یو ساعت اوږد تخنیکي ډیزاین غونډې کې د پخوا په پرتله شاوخوا 3x ډیر ټکټونه ترلاسه کړو. همدارنګه، هغه بحثونه چې موږ په دې غونډو کې درلودل ډیر ګټور او اغیزمن وو. موږ په پروسه کې د څنډې قضیې ، اغیزمنو ټیمونو ، او احتمالي شو سټپرانو یا خنډونو غږولو لپاره وخت اخلو ، د دې پرځای چې د نورو جزیاتو ترلاسه کولو لپاره زموږ ټول وخت مصرف کړو د کار لپاره devs چمتو کول. موږ هم ځان په یوه نمونه کې اړ کړ چیرې چې موږ دا ټول نظرونه په ټکټ کې یا په توضیحاتو یا نظرونو کې ثبت کړل. ټیمپلیټونه یو دوامداره یادونه وه چې دا توضیحات مهم دي او دا چې دوی اړتیا لري شتون ولري او موندل یې اسانه وي. په یوه طریقه، دې ټیمپلیټونو زموږ مغزونه بیا روزلي ترڅو د دې ټکټونو په اړه د اسنادو په اړه لومړی چلند وکړي، دا ډاډ ترلاسه کوي چې هر چا چې ټکټ اخیستی، که هغه یو ځوان جوړونکی وي یا تجربه لرونکي انجنیر وي، د لوړ کیفیت کوډ لیکلو لپاره کافي معلومات لري. . بیا، موږ ولیدل چې زموږ د پراختیا دورې خورا لنډې وې، زموږ اټکلونه خورا دقیق وو، او موږ د پخوا په پرتله ډیر ځله په سپریټونو کې د 100٪ بشپړیدو نښه په نښه کوله. موږ وکولی شو خپل بورډ تقریبا په دوامداره توګه پاک کړو. نه یوازې دا د سوداګرۍ لپاره مهم دی ځکه چې دوی تازه معلومات ترلاسه کوي کله چې موږ دوی ته وویل چې دوی به یې ترلاسه کړي ، مګر دا د ټیم لپاره د اعتماد لوی وده کونکی و ځکه چې تاسو په دوامداره توګه ځان د بریا په حالت کې ساتئ. زموږ برخه اخیستونکو زموږ د موثریت ښه والی او ټرپټ ولیدل او زموږ په ټیم او زموږ پروسې ډیر باور ترلاسه کړ. دوی دا هم ولیدل چې زموږ کوډ لوړ کیفیت و، ځکه چې موږ وکولی شو ډیر وخت په لاس کې د اصلي ستونزې تمرکز وکړو. موږ له پیل څخه پوهیږو چې دا به زموږ ژوند د پراختیا کونکو په توګه ښه کړي، مګر موږ نه پوهیږو چې دا به زموږ په سوداګرۍ شریکانو باندې څومره مثبت اغیزه ولري. د نورو ټیمونو لپاره کلیدي ټکي که تاسو داسې احساس کوئ چې ستاسو ټیم په دوامداره توګه د انفلاسیون نشتوالي له امله درول کیږي دا ممکن د دې ارزښت وي چې تحقیق وکړئ که د جوړښت شوي ټیکټ ټیمپلیټ رامینځته کول ممکن ستاسو لپاره کار وکړي. دا مهمه ده چې زنګ ووهئ چې دا د عمل کولو لپاره د کافي توضیحاتو سره د ټیکټونو د غوښې ایستلو لپاره اضافي پراختیا کونکي وخت نیسي. زه باور لرم چې دا یو توجیه شوی لګښت دی او دا په اوږد مهال کې د لوی لګښت سپمولو لامل کیږي ځکه چې دا ستاسو د کاري جریان خورا ښه کوي، مګر دا مهمه ده چې ووایاست چې دا بدلونونه یوازې وړیا نه پیښیږي. یو څوک باید د تحقیق کولو او د لوړ کیفیت ټکټ لیکلو لپاره وخت وقف کړي او دا چې یو څوک احتمال لري ستاسو پراختیایی ټیم وي. دا ویل کیږي، دا په اسانۍ سره لیدل کیږي چې دا د یوې ټیم لپاره څومره لویه بریا وي. د پیل کولو لپاره زه به یو څو لنډ ګامونه وړاندیز وکړم. ، دا ارزونه وکړئ چې آیا تاسو واقعیا ستونزه لرئ یا نه. ځینې وختونه یو یا دوه پراختیا کونکي د اسنادو یا د پوهې لیږد سره مبارزه کوي مګر دا ستاسو د ټکټونو سره د بشپړې کچې ستونزې نښه نده. شاید نور شیان لکه ښه آن بورډینګ یا اسناد ممکن د دې مسلو ځینې حل کړي. لومړی تاسو ومومئ چې دا یوه پراخه مسله ده چې حل ته اړتیا لري، بل ګام دا دی چې طبقه بندي کړئ کوم ډول ټکټونه چې تاسو معمولا ترلاسه کوئ او په هر یو کې کوم ډول معلومات اړین دي. ښکاره نوماندان بګ او ځانګړتیاوې دي، که څه هم ستاسو د شرکتونو سوداګرۍ طبیعت پورې اړه لري، شاید تاسو نور ډوله ټکټونه ولرئ چې په دوامداره توګه ستاسو د سیسټم له لارې تیریږي او مختلف اړتیاوې لري. شاید ستاسو ټیم د ETL پایپ لاین اداره کوي او تاسو اړتیا لرئ پوه شئ چې د دې پورې اړوند ټیکټونو باندې کوم آخذه / محصول اغیزه کوي. شاید ستاسو ټیم د SDK مالکیت ولري او د دې پورې اړوند ټیکټونه باید په ځانګړي / لومړیتوب کې اداره شي او پدې کې شاملولو ته اړتیا ولري چې کوم سوداګریز فعالیتونه د بدلون لخوا اغیزمن کیدی شي؟ خپل ټیم او د دوی اړتیاوې وپیژنئ نو تاسو کولی شئ دقیقا مشخص کړئ چې کوم ډول ټیمپلیټونه اړین دي. دوهم، که یوځل چې تاسو دا ټول معلومات ولرئ، دا په لیکلو کې په کوم ځای کې شریک کړئ چې هرڅوک ورته لاسرسی ولري. شاید دا یو شریک شوی سند وي، یا د ویکي پاڼه چې ټیم یې اداره کوي او لاسرسی لري، یا شاید تاسو حتی پخپله جیرا کې ټیمپلیټونه جوړ کړئ، خلک مجبوروي چې دوی وکاروي. مهمه نده چې ستاسو چلند څه شی دی ، تاسو اړتیا لرئ د ټیم او پراختیا کونکو څخه پیرود ترلاسه کړئ پدې معنی چې دوی اړتیا لري د دې لیدو وړ وي. دا یو له خورا مهم ګامونو څخه دی ځکه چې دا پروسه به نوره پرمخ نه ځي پرته لدې چې تاسو د هر چا څخه 100٪ پیرود ولرئ څوک چې ټکټونه لیکي. دا ټیمپلیټونه خپل ټیم ته وړاندې کړئ، فیډبیک راټول کړئ، تشریح کړئ چې تاسو څنګه فکر کوئ چې دا نوې پروسه به تاسو او ستاسو شریکانو باندې اغیزه وکړي. ډاډ ترلاسه کړئ چې په ټیم کې هرڅوک د نوي پروسې سره راحته دي. بیا، ، تاسو باید دا بدلونونه پلي کړئ. د کافي توضیحاتو پرته وړاندې شوي ټکټونه باید پرته له بحث څخه سمدلاسه بیرته وغورځول شي. دا مهمه ده چې د ټیمپلیټ لارښوونو تعقیب کولو په اړه سخت اوسئ یا خلک به تل د دې شاوخوا ترلاسه کولو لپاره دلیلونه ومومي. "دا مسله ډیره نازکه ده، زه د لیکلو وخت نلرم" یو عام شکایت دی چې موږ به یې ترلاسه کړو. په هرصورت، د ټیمپلیټ اړتیا سره سخته کول او د هغو خلکو سره کار کول چې هڅه کوي د هغې شاوخوا ګرځي، تاسو به بالاخره دوی وګټئ. په پای کې په Wayfair کې موږ د پورته لیست شوي کوچني بدلونونو په کولو سره زموږ د ټیم پروسې او همدارنګه مورال کې پراخه پرمختګونه ولیدل. زه هیله لرم چې دا ستاسو ټیم سره هم مرسته وکړي.