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

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

فائلوں کی تعداد بڑھتی ہی کیوں ہے

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

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

تین سوال جو اصل سسٹم کو سامنے لاتے ہیں

آپ کو کمپنی کی ہر فائل کو باریکی سے کھنگالنے کی ضرورت نہیں۔ تین سوال ان فائلوں کو، جن پر کام ٹکا ہے، ان فائلوں سے الگ کر دیتے ہیں جن میں صرف اس کی کاپیاں ہیں:

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

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

فہرست سازی عموماً کیا سامنے لاتی ہے

فہرست سازی صرف ایک فہرست نہیں دیتی؛ یہ ان مسائل کی بھی وضاحت کرتی ہے جن کے ساتھ آپ بغیر کسی معلوم وجہ کے جی رہے تھے۔ بار بار سامنے آنے والی چار باتیں:

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

Origami کا نقطۂ نظر

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

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

نتیجہ: ایک صفحے کی فہرست

جو فہرست سازی ایک صفحہ بھی نہ دے، اس پر بھروسا نہیں کیا جا سکتا۔ نتیجے کو ایک ہی جدول بنائیں جو ایک صفحے سے لمبا نہ ہو، اور ہر اہم فائل کے لیے صرف چار کالم ہوں:

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

اس فہرست کی قطاروں کی تعداد ہی آگے ہونے والی کسی بھی منتقلی کا حجم طے کرتی ہے، اور یہ عموماً آپ کی توقع سے کہیں کم ہوگی۔ جس فائل میں دو باتیں ایک ساتھ ہوں — اس کے بغیر کام رک جاتا ہے، اور اس کا کوئی بیک اپ نہیں — وہ کسی بھی دوسرے منصوبے سے قطع نظر آپ کی نمبر ایک ترجیح ہے۔ اور جس فائل پر کچھ بھی منحصر نہیں، وہ منتقل کیے جانے کے لائق ہی نہیں؛ یہ جاننا آپ کا آدھا کام بچا دیتا ہے۔

آنے والے حصوں میں

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

ماخذ