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

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

مسئلہ کبھی ایک ساتھ کیوں نہیں آتا

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

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

پانچ علامات

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

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

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

ان علامات کی اصل قیمت

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

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

نظام پر منتقل ہونے سے اصل میں کیا بدلتا ہے

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

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

Origami کا نقطۂ نظر

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

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

پانچ منٹ کی مشق جو آپ آج کر سکتے ہیں

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

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

اس مشق کے بعد کچھ بھی ٹھیک کرنے کی کوشش نہ کریں۔ اپنے جوابات لکھ لیں اور محفوظ رکھیں، کیونکہ اگلا حصہ براہِ راست انہی پر استوار ہے۔

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

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

ذرائع