حال ہی میں، اتفاقی طور پر، ایک اچھے شخص کی تجویز پر، ایک خیال پیدا ہوا - ہر مضمون کے ساتھ ایک مختصر خلاصہ منسلک کرنا۔ ایک خلاصہ نہیں، ایک لالچ نہیں، لیکن ایک خلاصہ. ایسا کہ آپ مضمون کو بالکل نہیں پڑھ سکتے۔
میں نے اسے آزمایا اور واقعی اسے پسند کیا۔ لیکن اس سے کوئی فرق نہیں پڑتا - اہم بات یہ ہے کہ قارئین نے اسے پسند کیا۔ جنہوں نے بہت پہلے پڑھنا چھوڑ دیا تھا وہ مجھے گرافومانیا کا نشان لگا کر واپس آنا شروع ہو گئے۔ اور ایک اور اچھے شخص نے مجھے ہر پرانے مضمون کا خلاصہ لکھنے کا مشورہ دیا۔ میں نے اتفاق کیا اور اب اتفاق سے میں یہ مختصر کہانیاں لکھ رہا ہوں۔ انہیں شارٹس کہتے تھے۔
میں متعدد اشاعتوں پر مبنی اس طرح کے کئی شارٹس آپ کی توجہ میں لاتا ہوں۔ ہو سکتا ہے کہ آپ کو اپنے لیے کوئی مفید چیز مل جائے۔
بلی مر گئی، دم نکل گئی۔
ملاقاتیں اکثر بے نتیجہ ہوتی ہیں۔ وہ اکٹھے ہوئے، باتیں کیں، اور اپنے الگ الگ راستے چلے گئے۔
میٹنگ کے نتائج یا مصنوعات فیصلے ہوتے ہیں۔ اس لیے وہ عام طور پر موجود نہیں ہوتے۔ اور اگر ہے تو، یہ ہمیشہ اچھے معیار کا نہیں ہوتا ہے۔
اگر میٹنگ محدود وقت میں ہو اور فیصلہ کرنا ضروری ہو تو یہ (فیصلہ) ناقص معیار کا ہے۔
اگر میٹنگ وقت میں محدود نہیں ہے اور فیصلہ ہونے تک جاری رہتی ہے، تو کوئی بھی فیصلہ اس وقت تک کیا جاتا ہے جب تک میٹنگ ختم ہو جاتی ہے۔
اگر میٹنگ میں کوئی فیصلہ سوچا جاتا ہے، تو اسے قبول کیا جائے گا - صرف اس لیے کہ دماغ اس کی تعریف کرتا ہے جو اس کے ساتھ آیا ہے۔
حل کے ناقص معیار کا اندازہ بعد میں آئے گا، لیکن بہت دیر ہو چکی ہوگی۔
موثر فیصلہ کرنے کے لیے بہتر ہے کہ بحث میں حصہ نہ لیا جائے بلکہ خاموشی سے مشاہدہ کیا جائے۔
اول، دماغ جوابات دینے میں مصروف نہیں ہوگا۔
دوسری بات یہ کہ فیصلہ کرنے کے لیے کوئی دباؤ نہیں ہے۔
میٹنگ ختم ہونے کے بعد، آپ سکون سے اس کے بارے میں سوچ سکتے ہیں اور فیصلہ کر سکتے ہیں۔ یہ اعلیٰ معیار کا ہوگا۔
میٹنگ کے دوران خاموش رہنا اور سننا اہم ہے۔ تاکہ دوسرے پریشان نہ ہوں، کہہ دیں کہ یہ ایک شعوری پوزیشن ہے۔
→
اویکت پرجیویوں
بنیادی طور پر، اہداف طے کرنے اور عملدرآمد کی نگرانی کے لیے دو طریقے ہیں: پرجیوی اور علامتی۔
علامتی نقطہ نظر اس بات کو یقینی بنانا ہے کہ مسئلہ حل ہوجائے۔
پرجیوی نقطہ نظر یہ یقینی بنانا ہے کہ مسئلہ حل نہیں ہوا ہے۔
علامتی نقطہ نظر سیدھا اور سیدھا ہے، لیکن اس پر عمل درآمد مشکل ہے۔ اس لیے یہ نایاب ہے۔
کام کو اس طرح ترتیب دیا گیا ہے کہ سب کچھ واضح ہو — اہداف، وسائل اور حدود۔
کنٹرول کیا جاتا ہے تاکہ مسئلہ کو درست طریقے سے حل کیا جائے۔
علامتی نقطہ نظر یہ ہے کہ مسئلہ کو حل کرنے کی ذمہ داری کا کچھ حصہ ڈائریکٹر پر چھوڑ دیا جائے۔
پرجیوی نقطہ نظر آرائشی اور ہوشیار ہے، لیکن لاگو کرنا آسان ہے۔ اس لیے یہ اکثر ہوتا ہے۔
کام اس طرح پیش کیا گیا ہے کہ کچھ بھی واضح نہیں ہے۔ جتنا کم واضح ہوگا اتنا ہی بہتر ہے۔
یہ مشورہ دیا جاتا ہے کہ کنٹرول بالکل نہ کریں۔
ٹاسک ڈائریکٹر پر کوئی ذمہ داری نہیں ہے؛ پورا "بندر" اداکار کی گردن پر لگایا جاتا ہے۔
پرجیوی نقطہ نظر کا مقصد: ہیرا پھیری، جذباتی مصیبت، خود کی تصدیق. لہذا، یہ اکثر نوسکھئیے ملازمین کے ساتھ مشیروں کے کام میں پایا جاتا ہے۔
بہتر، یقینا، ایک علامتی نقطہ نظر ہے۔
→
طول و عرض بمقابلہ وہم
اگر آپ پیمائش کے بغیر اپنی سرگرمیوں کے عمل اور نتائج کا جائزہ لیتے ہیں، تو آپ ہمیشہ غلطیاں کریں گے۔
نمبروں کے بغیر درجہ بندی آپ کے مزاج پر منحصر ہے۔ خراب موڈ - ایسا لگتا ہے کہ آپ ٹھیک سے کام نہیں کر رہے ہیں۔ ایک اچھا موڈ اس کے برعکس ہے۔
اس طرح آپ ایک ہفتہ تک بیٹھ کر خراب کام کر سکتے ہیں اور جمعہ کے دن آپ بہترین نتائج دے سکتے ہیں اور ایسا لگتا ہے کہ پورا ہفتہ اچھا گزرا۔
بنیادی طور پر، میٹرکس کی دو قسمیں ہیں: مقداری اور متبادل (پروگرامرز کو بولین کے نام سے جانا جاتا ہے)۔
"وقت پر مکمل ہونے والا کام" ایک بولین ہے۔ یہ "حصہ اچھا ہے" جیسا ہی ہے (معیار کی ایک متبادل علامت جب ان کی تعداد میں پیمائش نہیں کی جاسکتی ہے)۔
"ہم اچھی طرح سے کام کر رہے ہیں"، "ہم منصوبہ کو پورا کر رہے ہیں"، "میں بہت اچھا ہوں" - بولین بھی۔
بولین قسم کے تخمینے کا استعمال کرتے ہوئے کنٹرول کے عمل کو بنانا مشکل ہے۔ جتنی جلدی ممکن ہو مقداری میٹرکس پر جانے کی سفارش کی جاتی ہے۔
بولین بیوروکریسی اور رسمیت پیدا کرتا ہے۔ مثال کے طور پر، وقت پر کام مکمل کرنا ڈیڈ لائن کو بڑھا کر، اپنے لیے کاموں کو ایجاد کرنے، اور IBD کو لاگو کر کے حاصل کیا جا سکتا ہے۔
بولین انڈیکیٹرز کی بنیاد پر انتظام کرنے کے لیے، آپ کو بہت زیادہ وقت گزارنا ہوگا - میٹنگز، تجزیہ وغیرہ پر۔ کیونکہ معلومات بہت کم ہیں۔
عمل اور نتیجہ دونوں کی پیمائش کرنے کی سفارش کی جاتی ہے۔ پھر تصویر سب سے زیادہ مکمل ہو جائے گا.
پروگرامرز کے لیے، سکرم سے "پلاننگ پوکر" کا طریقہ تجویز کیا جاتا ہے۔
→
یہ سپارٹا ہے
مان لیں کہ آپ ایک پروگرامر ہیں اور آپ کو ایک سنجیدہ کام دیا گیا ہے۔ اور آپ کو لگتا ہے کہ مسئلہ کو حل کرنے کی ضرورت نہیں ہے - یہ احمقانہ، نقصان دہ ہے۔
ایسی صورت حال میں عام رویہ: کام کو عوامی میدان میں دکھائیں۔ اسے باس کے ساتھ منظوری کے لیے بھیجیں، ایک اندرونی پروجیکٹ شروع کریں، اسے سسٹم میں ریکارڈ کریں، وغیرہ۔
یہیں سے سب کچھ ٹوٹ جاتا ہے۔ ٹاسک لانے والے کو بیوقوف نہیں سمجھا جانا چاہتا۔ اور ایک بار عوامی میدان میں داخل ہونے کے بعد وہ اپنا دفاع کریں گے۔
سیاسی معنوں میں ایک شخص کے لیے یہ ضروری ہے کہ وہ چہرہ نہ کھوئے۔ سیاست میں سب سے اہم چیز یہ ہے کہ اپنی غلطیوں کو کبھی تسلیم نہ کریں۔ آپ کو کچھ کرنے کی ضرورت نہیں ہے، لیکن سب سے اہم بات یہ ہے کہ کوئی تسلیم شدہ غلطی نہ ہو۔
ایک شخص یہ ثابت کرنے کی پوری کوشش کرے گا کہ پروگرامر ایک ولن، ایک بیوقوف، تبدیلی کا مخالف ہے۔ اور پروگرامر کو اب بھی مسئلہ حل کرنا پڑے گا۔
کچھ معاملات میں، ایک شخص ہر چیز کا بندوبست کرے گا تاکہ پروگرامر مسئلہ کو حل نہ کرے. پھر وہ شخص "سفید" ہو جائے گا، اور پروگرامر بالکل "سیاہ" ہو جائے گا (اس نے مزاحمت کی اور آخر میں ناکام ہو گیا)۔
کئی حل ہیں۔
سب سے پہلے بزنس پروگرامر بننا، متعلقہ شعبوں کو سمجھنا، اور خود طے کرنا ہے کہ وہاں کیا اور کیسے خودکار ہونا ہے۔
دوسرا آرٹیکل چیف آف چینجز ہے۔ مثال کے طور پر، ترقیاتی ڈائریکٹر.
تیسرا، ظاہر نہ کریں اور صرف وہی کریں جو آپ کو بتایا گیا ہے۔
چوتھا - سپارٹا کا راستہ، فیصلوں کا فوری رد۔ فیل فاسٹ، فیل سستے کے نام سے جانا جاتا ہے۔
اہم بات یہ ہے کہ تشہیر میں شامل نہ ہوں۔ اس شخص کو بتائیں - آئیے زیادہ وقت ضائع نہ کریں، آئیے ایک پروٹو ٹائپ بنائیں، اور دیکھیں کہ حل قابل عمل ہے یا نہیں۔
پروٹوٹائپ میں تھوڑا وقت لگے گا۔ اگر وہ کامیاب ہوتے ہیں، تو دونوں کو ان کا حق ملے گا- ایک عام فیصلہ اور سیاسی نکات۔
اگر یہ ناکام ہو جائے تو کسی کو تکلیف نہیں ہوگی۔ ٹھیک ہے، لوگ پروگرامر کے ساتھ بہتر سلوک کریں گے۔
→
سروگیٹس
کاروبار کو 1C اور اس کی مصنوعات، ویب ڈویلپرز، QMS، اکاؤنٹنگ، ماہرین اقتصادیات، ترقیاتی منصوبے، سکرم، TOS، کنٹرولنگ، KPI اور موٹیویشن سسٹم پسند نہیں ہیں۔
کاروبار آٹومیشن کی وجہ سے منافع میں اضافہ، آن لائن پروموشن سے کاروبار میں اضافہ، پروڈکٹ کا بہتر معیار، تعداد میں کاروبار کی ایک سادہ اور قابل فہم تصویر، کمپنی کی حالت کی پیشین گوئی، کارکردگی میں حقیقی اضافہ، 2-4 گنا تیزی سے پروجیکٹ کی تکمیل، منافع میں ایک سے زیادہ اضافہ اور انوینٹریوں میں کمی، ایک درست انتظامی نظام، کاروبار میں معاملات کی حالت کا اندازہ لگانے کے لیے ایک واضح اور قابل فہم نظام، لیبر اسسمنٹ سسٹم جو آپ کو آدھے مینیجرز کو برطرف کرنے کی اجازت دیتا ہے۔
کاروبار کاروباری مقاصد کو حاصل کرنا پسند کرتا ہے۔ کاروبار سروگیٹس کو پسند نہیں کرتا۔
سروگیٹ وہ ہوتا ہے جب آپ نے ایک کاروباری مقصد حاصل کرنے کے لیے کہا، لیکن آپ کو ایک آٹومیشن پروجیکٹ، ایک ویب سائٹ، کاغذ کا ڈھیر، ناقابل فہم ملازمین کا عملہ یا ناقابل پڑھے ہوئے فٹ ریپ رپورٹس موصول ہوتی ہیں۔
سروگیٹ وہ ہوتا ہے جب سڑک کے ساتھ مقصد کو کامیابی کے ذریعہ سے بدل دیا جاتا ہے۔ اور وہ سب اپنے مقصد کو بھول گئے۔
سروگیٹس کی پیداوار تین ستونوں پر مبنی ہے: رسمیت، تدریجی اور باہمی ذمہ داری۔
فارملزم اہداف کو سڑنے کے ساتھ کاغذ پر منتقل کرنا ہے۔ لیکن جوہر میں - توجہ کا مرکز بڑے مقصد سے چھوٹی تفصیلات پر منتقل کرنا۔ اب کسی کو مقصد یاد نہیں ہے - ہر کوئی تفصیلات پر بحث کر رہا ہے۔
تدریجی اہداف سے ذرائع کی طرف منتقلی کی کم رفتار ہے۔ سب سے پہلے، مقصد اب بھی کبھی کبھی بحث کی جاتی ہے. لیکن رفتہ رفتہ قدم بہ قدم اس کا تذکرہ کم ہی ہوتا ہے۔ جب تک کہ صارف خود اس کے بارے میں بھول نہیں جاتا، تفصیلات میں ڈوب جاتا ہے۔
باہمی ذمہ داری یہ ہے کہ تمام ٹھیکیدار تقریباً یکساں کام کریں۔ ایک بھی آٹومیشن ٹول نہیں ہے جو اصل میں منافع میں اضافہ کرے۔ لہذا، کسٹمر کے پاس واقعی کوئی انتخاب نہیں ہے۔
کیا کرنا ہے؟
سروگیٹس سے بچیں اور ان کی تخلیق کی طرف پہلا قدم: رسمیت۔ کم از کم اندرونی منصوبوں پر۔ ایک مقصد مقرر کریں اور اس کے بارے میں اداکار سے مسلسل بات کریں۔ پیمانے، وسائل، منصوبوں، وغیرہ کے بارے میں - اسی. لیکن اصل بات مقصد کے بارے میں ہے۔
دوسری صورت میں، توجہ کا مرکز یقینی طور پر منتقل ہو جائے گا، اور آپ کو ایک اور سروگیٹ مل جائے گا۔
→
جب کلِٹسکو
ولادیمیر Klitschko - اس طرح کے ایک باکسر ہے. اس کی ایک خاصیت ہے - جبڑے کا مستقل استعمال۔ ٹھیک ہے، یہ ہے. دوسرے باکسرز سے زیادہ مستقل۔
جاب حریف کو مسلسل سسپنس میں رکھتا ہے اور اسے تھکا دیتا ہے۔
Klitschko jab کی اہم خصوصیات: عملدرآمد میں آسانی (رشتہ دار، یقینا) اور مستقل مزاجی۔
بہت سے مصنفین کا کہنا ہے کہ مسلسل کارکردگی، مفید، لیکن سادہ اعمال بہت سے فوائد لا سکتے ہیں.
میں نے بھی اسے آزمانے کا فیصلہ کیا۔ میں نے اکاؤنٹنگ کا ایک سادہ نظام بنایا - آج میں نے کیا کیا ہے۔
یہ فیکٹری میں ہوا۔ میں نے لنچ میں جابس کیے (میرے پاس لنچ نہیں ہے)، یعنی دن میں 1 گھنٹہ۔ وہ کیا جو دوسرے نہیں کرتے (وہ کہتے ہیں کہ یہ کامیابی کی طرف جاتا ہے)۔
میں نے خود سیکھنے کے نظام کے ٹیسٹ ترتیب دیے، ترقی کے لیے آئیڈیاز لے کر آئے، ترقی کے لیے دوسرے لوگوں کے آئیڈیاز کو لاگو کیا، آٹو ٹاسک قائم کیے، کوڈ کو ری فیکٹر اور بہتر بنایا۔
ہر دن - اس فہرست سے کوئی بھی کام۔ ایک کام مکمل کیا - خوبصورت۔ کئی ممکن ہیں۔
3 ماہ تک مشاہدات کیے گئے۔ اس وقت کے دوران، میں نے 30 چیک کیے، 200 آئیڈیاز سامنے لائے، 80 دوسرے لوگوں کے آئیڈیاز پر عمل درآمد کیا، دو محکموں کے لیے خودکار پراسیسز بنائے، اور تین بہترین اصلاحیں کیں۔
ٹھنڈا ٹھیک ہے، یہ "درمیان" ہے۔ میں سب کو مشورہ دیتا ہوں۔
→
لچکدار سروگیٹ
لفظ "سکرم" سے مراد کم از کم دو اداروں ہیں: فلسفہ اور فریم ورک۔
فلسفہ، یا کام کرنے کا نقطہ نظر، جیف سدرلینڈ کی کتاب میں بیان کیا گیا ہے۔
فریم ورک، یعنی اعمال کا الگورتھم سکرم گائیڈ نامی دستاویز میں بیان کیا گیا ہے۔
فلسفہ ایک فریم ورک بن گیا کیونکہ فلسفے کے مصنفین اس سے پیسہ کمانا چاہتے تھے (اپنے الفاظ میں)۔
فلسفے کے مقابلے میں فریم ورک کو بہت آسان بنایا گیا ہے۔ اہم بات یہ ہے کہ مقصد کو آسان کیا گیا ہے، یا بلکہ باہر پھینک دیا گیا ہے.
فلسفہ کا مقصد: نتائج کے حصول کو تیز کرنا۔ اس کے علاوہ، بعض اوقات. کتاب میں 8 گنا تیز رفتاری کی مثالیں ہیں۔
فریم ورک کا مقصد: تاکہ آپ کے پاس سکرم ہو۔ یہ وہاں لکھا ہوا ہے: اگر آپ ہدایات پر عمل کرتے ہیں، تو آپ کے پاس سکرم ہے؛ اگر آپ ہدایات کی خلاف ورزی کرتے ہیں، تو آپ کے پاس سکرم نہیں ہے۔
فریم ورک نتائج کے حصول میں سرعت کا مطلب نہیں ہے۔
وہ لوگ جو سکرم کو سکھاتے یا لاگو کرتے ہیں وہ فریم ورک کے ساتھ کام کرتے ہیں۔ وہ ایک الگورتھم بتاتے اور اس پر عمل درآمد کرتے ہیں جو "اب ہمارے پاس سکرم ہے" کے علاوہ کوئی نتیجہ نہیں دیتا ہے۔
بات واضح ہے۔ فلسفہ بیچنا بہت مشکل ہے۔ فریم ورک آسان ہے۔
فریم ورک ایک پروڈکٹ ہے۔ وہ، جیسا کہ توقع تھی، "پیکنگ" سے گزرا۔ یہ آسان، قابل فہم ہے، مدد اور بہت سے ماہرین موجود ہیں۔ کیا آپ کو کچھ یاد نہیں آتا؟
سب کچھ ٹھیک ہے، نتیجہ کے علاوہ - کوئی بھی نہیں ہے.
اگر صارف سکرم کے فلسفے سے واقف نہیں ہے، تو وہ فریم ورک کے نفاذ سے کافی خوش ہوگا۔
اگر صارف سکرم کے فلسفے سے واقف ہے، تو وہ فریم ورک کے نفاذ سے مایوس ہو جائے گا - نتائج کے حصول میں کوئی تیزی نہیں آئے گی۔
یہ ٹھنڈا، فیشن ایبل، جدید ہوگا، لیکن کوئی کاروباری اہداف حاصل نہیں ہوں گے (سوائے "کچھ نئی" کے لیے بجٹ خرچ کرنے کے)۔
میں کیا کروں؟ سکرم فلسفہ کا مطالعہ کریں۔ یہ معیار کے انتظام کے جاپانی فلسفے پر مبنی ہے، جس کا جوہر ہے: پیمائش اور لامتناہی بہتری۔
بدقسمتی سے، آپ کو بہت کچھ سوچنا، تجربہ کرنا، مشاہدہ کرنا اور، افسوس، کام کرنا پڑتا ہے۔ اگر یہ آپ کے مطابق نہیں ہے، تو فریم ورک لے لو.
→
ماخذ: www.habr.com