ہم نے ٹیم ورک کو کیسے آزمایا اور اس سے کیا نکلا۔

آئیے ترتیب سے چلتے ہیں۔

تھوڑی دیر بعد اس تصویر کا کیا مطلب ہے، لیکن فی الحال میں تعارف سے شروع کرتا ہوں۔

فروری کے سرد دن میں پریشانی کے کوئی آثار نہیں تھے۔ معصوم طلباء کا ایک گروپ پہلی بار کسی موضوع پر کلاس لینے آیا تھا جسے انہوں نے "معلوماتی نظاموں کے ڈیزائن اور ترقی کو منظم کرنے کا طریقہ کار" کہنے کا فیصلہ کیا۔ ایک باقاعدہ لیکچر تھا، استاد نے لچکدار ترقی کے طریقوں کے بارے میں بات کی، جیسے سکرم، کچھ بھی مصیبت کی پیش گوئی نہیں کرتا تھا۔ اور آخر میں استاد نے اعلان کیا:

میں چاہتا ہوں کہ آپ ٹیم ورک کی تمام مشکلات کا خود تجربہ کریں، گروپوں میں تقسیم ہوں، ایک پروجیکٹ کے ساتھ آئیں، ایک لیڈر کا تقرر کریں اور ایک ساتھ ڈیزائن کے تمام مراحل سے گزریں۔ آخر میں، میں آپ سے ایک تیار شدہ مصنوعات اور Habré پر ایک مضمون کی توقع کرتا ہوں۔

یہیں سے ہماری کہانی شروع ہوتی ہے۔ بلیئرڈ میں گیندوں کی طرح، ہم ایک دوسرے سے اچھالتے رہے جب تک کہ اثر کی توانائی ختم نہ ہو جائے اور 7 افراد کا ایک گروپ اکٹھا ہو جائے۔ شاید یہ تربیتی منصوبے کے لیے بہت زیادہ ہے، لیکن کرداروں کو بہتر طریقے سے تقسیم کرنا بالکل درست ہے۔ اس منصوبے کے لیے آئیڈیاز کی بحث شروع ہوئی، "آئیے ایک ریڈی میڈ پروجیکٹ لیں" سے لے کر "خلائی اشیاء کی تشکیل کے لیے ایمولیٹر" تک۔ لیکن آخر میں خیال آیا، جس کا نام آپ نے پہلی تصویر میں پڑھا ہے۔

تاخیر کو روکیں - یہ کیا ہے، اسے کس چیز کے ساتھ کھایا جاتا ہے اور ہم نے اسے کیسے تیار کیا اور اس سے کیا نکلا

کہانی پروجیکٹ مینیجر کی جانب سے سنائی جائے گی، جو خوش قسمتی سے یا بدقسمتی سے مجھے تفویض کیا گیا تھا۔ تو ہمارے ذہن میں کیا خیال آیا؟ SupperCommon کی مشہور "شیک الارم کلاک" الارم کلاک سے متاثر ہو کر، یعنی اسمارٹ فون کو مکمل طور پر بلاک کرنے کا فنکشن جب تک کہ صارف کوئی ایسا عمل انجام نہ دے جس کی وجہ سے وہ بیدار ہو جائے، ہم نے ایک ایسی ہی ایپلی کیشن بنانے کا فیصلہ کیا ہے جو کہ اس کے بیدار ہونے میں مدد دے گی۔ فون کی لت سے چھٹکارا، اسی اصول پر جس طرح "الارم گھڑی کو ہلائیں"

آپریشن کا اصول

صارف ٹائمر سیٹ کرتا ہے۔
وہ وقت جو اسمارٹ فون پر گزارا جا سکتا ہے۔
- اسمارٹ فون کے بغیر وقت (بلاکنگ پیریڈ)
ٹائمر کی میعاد ختم ہونے پر، اسکرین پر ایک اوورلے ظاہر ہوتا ہے جسے کم نہیں کیا جا سکتا
-اوورلے کو بند کرنے کے لیے آپ کو ایک چھوٹے سے ٹیسٹ سے گزرنا ہوگا (الجھنے والے کی بورڈ پر پاس ورڈ درج کریں، ریاضی کا مسئلہ حل کریں، فون کو چند منٹ کے لیے ہلائیں)
اس طرح سے ان لاک کرنے کے بعد، سمارٹ فون پر گزارا جانے والا وقت آدھا رہ جاتا ہے اور اسی طرح ایک منٹ تک۔

ایک ٹیم بنانا

پہلے یہ طے کرنا ضروری تھا کہ کون کیا کرے گا اور کس زبان میں یہ سب لکھا جائے گا۔ میرے خیال میں اس کا پراجیکٹ مینجمنٹ سے بہت کم تعلق ہے، کیونکہ جب آپ کسی حقیقی پروجیکٹ کے لیے ٹیم کو جمع کرتے ہیں، تو آپ فوری طور پر ان لوگوں کو جمع کر لیتے ہیں جن کی آپ کو ضرورت ہے۔ نتیجے کے طور پر، میں نے ایک ڈیزائنر کا بوجھ بھی اٹھایا، ایک ٹیم مینیجر کا انتخاب کیا جس کے پاس ایپلی کیشن ڈویلپمنٹ کا اچھا تجربہ تھا، تین پروگرامرز اسے تفویض کیے گئے، اور دو مزید ٹیسٹر بن گئے۔ یقینا، پروگرامنگ زبان کا انتخاب مہارت کی بنیاد پر کیا گیا تھا۔ نتیجے کے طور پر، جاوا کو استعمال کرنے کا فیصلہ کیا گیا، کیونکہ تمام پروگرامرز اس سے واقف تھے۔

کاموں کی ترتیب

استاد کی سفارش پر مفت سروس پر ٹاسک بورڈ بنایا گیا۔ Trello. یہ سکرم سسٹم کے مطابق کام کرنے کا منصوبہ بنایا گیا تھا، جہاں ہر سلسلہ ایک طرح کا مکمل اطلاق ہوگا۔
تاہم، حقیقت میں، یہ سب ایک بڑے اور طویل سلسلے سے نکلا، جس میں مسلسل ترامیم، اضافے اور تصحیحیں کی گئیں۔

ہم چشمی لکھتے ہیں۔

Savin کی کتاب "Testing.com" سے متاثر ہو کر، میرے ذہن میں میرا اپنا خیال تھا کہ ہر چیز کو کس طرح ترتیب دیا جانا چاہیے۔ یہ سب تحریری وضاحتوں کے ساتھ شروع ہوا، جیسا کہ مجھے یقین ہے، اس کی واضح وضاحت کے بغیر کہ ہم کیا توقع کرتے ہیں، اسے کیا اور کیسے کام کرنا چاہیے، کچھ بھی کام نہیں کرے گا۔ پروگرامرز ہر چیز کو جیسا کہ وہ دیکھتے ہیں پروگرام کریں گے، ٹیسٹر کچھ اور ٹیسٹ کریں گے، مینیجر تیسرے کی توقع کر رہا تھا، لیکن یہ ہمیشہ کی طرح چوتھا ہی نکلے گا۔
وضاحتیں لکھنا آسان نہیں ہے، آپ کو تمام تفصیلات، تمام باریکیوں کے ذریعے سوچنے کی ضرورت ہے۔ بالکل، پہلی بار کچھ بھی کام نہیں کیا. نتیجتاً، تصریحات کی تکمیل اور 4 بار دوبارہ کی گئی۔ آپ لنکس سیکشن میں مضمون کے آخر میں آخری آپشن تلاش کر سکتے ہیں۔

ایک ڈیزائن ڈرائنگ

موبائل ایپلیکیشن میں ڈیزائن سب سے اہم چیز ہے۔ تاہم، ہر کوئی اس کو نہیں سمجھتا، بشمول میری ٹیم سے، بہت سے لوگوں نے مجھ سے سختی سے بحث کی کہ ڈیزائن کی ضرورت نہیں ہے، کہ یہ درخواست کا سب سے غیر اہم حصہ ہے، وغیرہ۔ تمہیں اتنا بولی نہیں ہونا چاہیے۔ سب سے پہلے، ایک ریڈی میڈ ڈیزائن پروگرامر کے کام کو آسان بنا دیتا ہے؛ اسے یہ سوچنے کی ضرورت نہیں ہے کہ کیا کہاں اور کہاں ڈالنا ہے، وہ صرف کھینچتا ہے اور ٹائپ کرتا ہے۔ تصریحات کے ساتھ، ڈیزائن تقریباً مکمل طور پر پروگرامر کے ذہن کو غیر ضروری چیزوں سے آزاد کرتا ہے، اور اسے منطق پر توجہ مرکوز کرنے کا موقع فراہم کرتا ہے۔ عام طور پر، ایک پروٹو ٹائپ (خوفناک) ڈیزائن پہلے تیار کیا گیا تھا:

لیکن پھر ڈیزائن کو کنگھی کر کے معمول پر لایا گیا۔
(مضمون کے آخر میں تمام ڈیزائن عناصر کا لنک)۔

پروگرامنگ

پروگرامنگ مشکل ہے، لیکن ممکن ہے۔ میں اس نکتے کو چھوڑ دوں گا، کیونکہ میں نے ذاتی طور پر خود اس سے نمٹا نہیں ہے۔ پروگرامرز نے بہت زیادہ کام کیا، جس کے بغیر سب کچھ بے معنی ہوتا۔ بلاشبہ، ہم اپنے کچھ خیالات کو سمجھنے میں کامیاب ہو گئے۔ اور پروگرام میں ابھی بہتری کی ضرورت ہے۔ بہت سارے کیڑے اور خصوصیات ہیں جنہیں دور کرنے کی ضرورت ہے۔ اگر ہمارے پاس زیادہ وقت ہوتا، تو ہم گہرے الفا سے باہر نکل جاتے، لیکن فی الحال آپ مضمون کے آخر میں ایپلیکیشن کی جانچ کر سکتے ہیں۔

ٹھیک ہے، جانچ کے بارے میں

پروگرامنگ میں بنیادی چیز کیا ہے؟ میری رائے میں، اہم بات یہ ہے کہ سب کچھ کام کرتا ہے اور جیسا کہ اسے ہونا چاہئے. یہ ہمیشہ صحیح اور فوری طور پر کام نہیں کرتا ہے۔ اس کے لیے جانچ کی ضرورت ہے۔ اپنے ٹیسٹرز کو، میں نے ٹیسٹ کیسز کا استعمال کرتے ہوئے ایک ٹیسٹنگ ماڈل تجویز کیا۔ سب سے پہلے، ٹیسٹ کے کیس مکمل وضاحتوں کے مطابق لکھے جاتے ہیں، اور پھر ان پر جانچ کی جاتی ہے۔ آپ ذیل کے لنکس میں دیکھ سکتے ہیں کہ اس سے کیا نکلا ہے۔

پڑھنے کا شکریہ. مجھے امید ہے کہ آپ کو یہاں کم از کم کوئی مفید چیز ملی ہو، شاید آپ کے آغاز کے لیے کوئی خیال، یا شاید کوئی اچھا مشورہ یا کوئی آلہ۔

حوالہ جات:

ڈاؤن لوڈ، اتارنا وضاحتیں.
ڈیزائن آن فگما.
ٹیسٹ کیسز и بگ رپورٹس.

درخواست خود آن ہے۔ ہوکی ایپ. - ایپلیکیشن کو ہینڈ آف کے نام سے بنایا گیا تھا، یہ بھی نہ پوچھیں کہ کیوں (کیونکہ تاخیر بہت طویل ہے)۔

خیر آخر میں

کیا آپ کو لگتا ہے کہ یہ سب سمجھ میں آیا؟

سروے میں صرف رجسٹرڈ صارفین ہی حصہ لے سکتے ہیں۔ سائن ان، برائے مہربانی.

کیا تعلیمی اداروں میں اس طرح کی مشق ضروری ہے اور یہ حقیقی زندگی میں کتنی مفید اور قابل عمل ہے؟

• درکار، انمول تجربہ

• ضرورت ہے، اگرچہ تھوڑا سا تجربہ

• تقریباً بیکار، زیادہ سے زیادہ آپ ٹیم میں کام کرنے کی عمومی خصوصیات کو سمجھیں گے۔

• وقت اور محنت کا ضیاع

2 صارفین نے ووٹ دیا۔ کوئی پرہیز نہیں ہے۔

ماخذ: www.habr.com