একটু কম কথোপকথন

কখন ছিল গতবার আপনি একটি সভার সময় নির্ধারণ করেছিলেন এবং তিনজনের পরিবর্তে আট জনকে আমন্ত্রণ জানিয়েছিলেন যাদের সত্যই সেখানে উপস্থিত হওয়া দরকার কারণ আপনি চান না যে কেউ কাউকে বঞ্চিত মনে করেন?

আপনি কখন শেষবারের মতো কোনও কোম্পানীর মাধ্যমে ইমেল পাঠিয়েছিলেন যা এমন কিছু বলেছিল, 'আরে, মনোযোগ কফি পানকারী: আপনি যদি পাত্রটি শেষ করেন, তবে অন্যটি তৈরি করুন!' যদিও এই নিয়মটি লঙ্ঘনকারী আসলে একজনই আছেন (এবং তিনি আপনার সহ-প্রতিষ্ঠাতা)?

প্রোগ্রামাররের সাথে নতুন ব্রোশারের জন্য রঙিন প্যালেটটি নিয়ে আপনি যখন শেষ আলোচনার শেষ বারটি হয়েছিলেন, তখন এই ব্রোশিয়ারের সাথে যার কোনও যোগসূত্র নেই তবে তিনি জানেন যে তিনি কমলা পছন্দ করেন না?

এগুলি একটি সাধারণ অসুস্থতার লক্ষণ: খুব বেশি যোগাযোগ ।

এখন, আমরা সকলেই জানি যে যোগাযোগ অত্যন্ত গুরুত্বপূর্ণ এবং যোগাযোগের ব্যর্থতার কারণে অনেক সাংগঠনিক সমস্যা দেখা দেয়। বেশিরভাগ লোক যোগাযোগের পরিমাণ বাড়িয়ে এই সমস্যাটি সমাধান করার চেষ্টা করে: ইমেলটিতে প্রত্যেককে সিসি করে, দীর্ঘ সভা করে এবং পুরো কর্মীদের আমন্ত্রণ জানিয়ে এবং সিদ্ধান্ত কার্যকর করার আগে প্রত্যেকের দুটি সেন্টের জন্য অনুরোধ করে।

তবে যোগাযোগের ব্যয়গুলি আপনার ভাবার চেয়ে দ্রুত যোগ হয়, বিশেষত বড় দলগুলিতে। গ্যারেজে তিন জন লোকের সাথে কী কাজ করা হত সব বিষয়ে একে অপরের সাথে কথা বলার সাথে সাথে যখন আপনার মাথার সংখ্যা 10 বা 20 জনের কাছে পৌঁছে তখন ঠিক কাজ করে না। যার যার সভায় অংশ নেওয়ার প্রয়োজন নেই তারা উত্পাদনশীলতা হারাচ্ছেন। যে ই-মেইলটি পড়ার প্রয়োজন নেই তার প্রত্যেকটি এটির দ্বারা বিভ্রান্ত হয়। এক পর্যায়ে, অতিরিক্ত কম্যুনিকেট করা কেবল কার্যকর নয়।

এটি দ্রুত বর্ধমান স্টার্ট আপগুলির জন্য একটি বিশেষভাবে কুখ্যাত সমস্যা। আপনি যখন সত্যিই ছোট হন এবং আপনি যখন শুরু করতে শুরু করেন, তখন আপনার এত লোক নেই, তাই প্রত্যেককে সবকিছুকে লুপে রাখলে সত্যিই এত বেশি সময় লাগে না। তবে আপনি যখন বড় হবেন, সম্ভাব্যভাবে কোনও বিশেষ আলোচনায় জড়িত হতে পারে এমন লোকের সংখ্যা বৃদ্ধি পাবে এবং আপনি একটি সংস্থা হিসাবে কাজকর্মের পরিমাণ বৃদ্ধি পাচ্ছেন এবং আপনি অতিরিক্ত পরিমাণে অপচয় করতে পারেন এমন সময় একটি গুরুতর সমস্যা হয়ে দাঁড়ায়।

সংস্থাগুলি প্রসারিত হওয়ার সাথে সাথে তাদের মধ্যে থাকা লোকেরা বিশেষজ্ঞ হতে শুরু করে। এই মুহুর্তে, কিছু পরিচালক তাদের সিদ্ধান্ত নেবেন যে তাদের 'সকলকে একই পৃষ্ঠায় রাখুন' সমস্যা রয়েছে। তবে প্রায়শই তাদের কাছে যা থাকে তা হ'ল কোনও সমস্যা নিয়ে ইতিমধ্যে পর্যাপ্ত স্মার্ট ব্যক্তিরা কাজ করার সময় লোকেরা হস্তক্ষেপ থেকে বিরত থাকে।

জোই লরেন অ্যাডামস বিবাহিত

এটি নয় যে নতুন বিজ্ঞাপন প্রচারের জন্য ফটোগ্রাফির বিষয়ে বলার জন্য অ্যাকাউন্টে বব-এর কোনও উপকার নেই। হ্যাঁ, বব চারুকলায় স্নাতকোত্তর রয়েছে। হ্যাঁ, বব একজন অপেশাদার ফটোগ্রাফার। এবং বিপণনে লোকদের তুলনায় তার আরও ভাল স্বাদও থাকতে পারে। তবুও, ববকে বিপণন পরিচালকের কী করা উচিত তা বলা উচিত নয়, কারণ এটি কেবল দক্ষ নয়। আসলে, এটি অত্যন্ত অদক্ষ।

সংস্থাগুলির মধ্যে অতিরিক্ত যোগাযোগের ব্যয় ফ্রেড ব্রুকস ১৯ 197৫ সালে তাঁর বইতে প্রকাশ করেছিলেন, পৌরাণিক মানুষ-মাস । ব্রুকস আইবিএম-তে ওএস / 360 প্রকল্প চালাতে সহায়তা করেছে, সংস্থার মেইনফ্রেমগুলির জন্য একটি বিশাল অপারেটিং সিস্টেম তৈরি করেছে। সেই দিনগুলিতে কম্পিউটারগুলি বড় আকারের, কক্ষের আকারের, জল-শীতল মেশিন ছিল, কখনও কখনও প্রধান মেমরির 256,000 বাইট সহ ছিল। ওএস / 360 সম্ভবত এখন পর্যন্ত বৃহত্তমতম সফ্টওয়্যার প্রকল্প ছিল point এবং এটা ছিল স্মৃতিসৌধে দেরী

প্রতিবার প্রকল্পের কোনও দিক তফসিলের পিছনে পড়ে, আইবিএম আরও কয়েক জনকে এই কাজের জন্য নিযুক্ত করেছিল। এবং ব্রুকস যা লক্ষ্য করেছে, যা এখনও মানুষকে অবাক করে তোলে তা হল এটি কার্যকর হয়নি। তার পর্যবেক্ষণটি ব্রুকস আইন হিসাবে পরিচিতি পেয়েছিল: দেরী প্রকল্পে লোকদের যুক্ত করা এটিকে পরবর্তী সময়ে চালিত করতে ঝোঁক।

সেই বাক্যটি আবার পড়ুন, কারণ এটি স্বজ্ঞাত নয়। ব্রুকস আবিষ্কার করেছেন যে কোনও প্রকল্পে লোককে যুক্ত করা এটি স্থাপন করবে তফসিল পিছনে আরও ।

যথোপযুক্ত সৃষ্টিকর্তা? ঠিক আছে, আপনি যখন কোনও দলে নতুন ব্যক্তিকে যুক্ত করবেন তখন সেই ব্যক্তিকে দলের অন্য সমস্ত ব্যক্তির সাথে যোগাযোগ ও সমন্বয় করা দরকার। এটি কোনও বড় চুক্তির মতো শোনাচ্ছে না, তবে এটি। নতুন বাচ্চাটি কী হচ্ছে তা জানে না, সুতরাং দলে থাকা অন্য কেউ - যে কেউ গত সপ্তাহে উত্পাদনশীল কাজ করছিল - তাকে তার কাজ বন্ধ করে এই নবাগত দড়িটি দেখাতে হয়েছিল।

দলটি যত বড় হবে তত খারাপ হয়। আপনার যখন একটি ব্যক্তির একটি দল থাকে, আপনার কোনও যোগাযোগের প্রয়োজনীয়তা থাকে না। কিছুই না।

দ্বিতীয় ব্যক্তি যুক্ত করুন, এবং এখন আপনার একক সংযোগ রয়েছে: অ্যাডাম এবং মেরি কিছুক্ষণ পর পর একে অপরের সাথে কথা বলতে হবে।

চার্লস স্ট্যানলি নেট ওয়ার্থ 2016

এখন একজন তৃতীয় ব্যক্তিকে যোগ করুন, বলুন, শ্রীনিবাস, হঠাৎ করেই আমরা একটি সংযোগ থেকে তিনজনের দিকে চলে গিয়েছি, যেহেতু শ্রীনীবাসকে অ্যাডাম এবং মেরির সাথে কথা বলতে হয়েছিল।

চতুর্থ ব্যক্তি যুক্ত করুন। আমাকে সাহায্য করার জন্য আমি এখানে নাম ছাড়ছি - ঠিক আছে: ব্রিটনি। যদি আমরা তাকে যুক্ত করি এবং তার সবার সাথে সমন্বয় করা দরকার, আপনি ছয়টি সংযোগ পান।

গাণিতিকভাবে ঝুঁকির জন্য, সূত্রটি হ'ল যদি আপনার দলে n জন থাকে তবে রয়েছে (এন)^দুই-এন) / 2 সংযোগ এই চার্টটি বোঝায় যে এটি কীভাবে সমস্যা হয়ে দাঁড়ায়:

আপনি দেখতে পাচ্ছেন যে, বড় বড় দলগুলিতে যোগাযোগের ব্যয়গুলি বেশ দ্রুত বাড়তে শুরু করে, যতক্ষণ না কারও কাছে সময় দেওয়ার জন্য অন্য সবার সাথে সমন্বয় সাধন করা হয় - এবং কোনও কাজই পায় না। ২০০ 2006 সালে মাইক্রোসফ্টের প্রাক্তন প্রোগ্রামার মাইশি লেটভিন একটি ব্লগ পোস্ট লিখেছিলেন যা তিনি উইন্ডোজ ভিস্তার একটি মেনুতে বৈশিষ্ট্যযুক্ত আইটেমগুলির তালিকার সমন্বয় করতে ব্যয় করেছিলেন describ আপনার কম্পিউটারটি বন্ধ করার জন্য যে মেনুটি ব্যবহার করেন। (দেখা উইন্ডোজ শাটডাউন ক্র্যাপফেষ্ট ।) লেটভিন আবিষ্কার করেছেন যে এই একটি মেনু ডিজাইনে 43 জনের সবার ভয়েস ছিল। তেতাল্লিশ! ব্রুকসের সূত্রে, এর অর্থ 903 সংযোগ পরিচালনা করা। লেটভিন বলেছেন যে তিনি সমন্বয়ের কাজে এতটা সময় ব্যয় করেছেন যে, 12 মাসে তিনি 200 এরও কম কোডের কোড তৈরি করেছিলেন।

বস হিসাবে, আপনাকে যোগাযোগের পথগুলি হ্রাস করার উপায়গুলি ডিজাইন করতে হবে। কোম্পানির বিস্তৃত মেলিং তালিকাগুলি বাদ দিন - বা তাদের কাছে পোস্ট করতে কমপক্ষে 50 1.50 চার্জ করুন। বড় সভা করা বন্ধ করুন। আপনার এমন সংস্কৃতি দরকার যেখানে লোকেরা উত্সাহ পায় না কারণ তারা কোনও সভায় অন্তর্ভুক্ত ছিল না, যার অর্থ আপনার এমন সংস্কৃতি দরকার যা লোককে তাদের কাজ করার জন্য পুরস্কৃত করে এবং অন্য ব্যক্তির কাজের সাথে যুক্ত হওয়ার জন্য ভ্রান্ত হয়।

এবং প্রতিটি প্রকল্পে, কোনও ব্যক্তি যোগাযোগ নিশ্চিত হয় তা নিশ্চিত করার জন্য একজনকে নিযুক্ত করুন - তবে কেবল সঠিক যোগাযোগ। অন্যথায় টিমটি কেবল সেখানে সবার সাথে দীর্ঘ বৈঠক শুরু করবে এবং প্রকৃতপক্ষে লোকেরা সামাজিকীকরণ করবে, ফুলে উঠবে, এবং বক্তৃতা দেবে এবং এমন বিষয় নিয়ে তর্ক করবে যা তাদের সত্যিকারের ভয়েস শুনতে কেবল তাদের যত্ন নেই।

আমি মনে করি এটি সম্ভবত সেই ক্ষেত্রে একটির মধ্যে 1950-এর দশকের পরিচালনার স্টাইলটি দুর্ঘটনাক্রমে কিছু ঠিক হয়ে গেছে। জেনারেল মোটরস – স্টাইল সংস্থাগুলিতে, তাদের কমপক্ষে কীভাবে ঝরঝরে, নিয়মিত org চার্টগুলি তথ্য সরিয়ে নেওয়ার প্রয়োজন ছিল সে সম্পর্কে তাদের একটি ধারণা ছিল যা এটির স্বীকৃতিটির একটি সামান্য কৌশল দেখিয়েছিল যে সঠিক উত্তরটি এই নয় যে সংস্থার প্রতিটি একক ব্যক্তির প্রয়োজন needs সবকিছু মনোযোগ দিন।

আপনি যখন আপনার সংস্থাটি শুরু করেছিলেন, আপনি সম্ভবত যোগাযোগের দুর্দান্ত কাজ করেছিলেন। প্রত্যেকে একে অপরকে সব বলেছিল। এবং আপনার গ্রাহকরা এটি পছন্দ করেছিল, কারণ যখন তারা তাদের ক্রয়ের আদেশ সম্পর্কে জিজ্ঞাসা করার জন্য ডেকেছিল, তখন সকলেই জানত যে এটি কোথায়। তবে আপনি বড় হওয়ার সাথে সাথে প্রত্যেকটি ক্রয়ের ক্রম সম্পর্কে সবাইকে বলতে থাকবেন না, সুতরাং আপনাকে নির্দিষ্ট যোগাযোগ ব্যবস্থা উদ্ভাবন করতে হবে যাতে সঠিক লোকেরা খুঁজে পেতে পারে এবং অন্য কেউ না। এটি গোপনীয়তার কারণে নয়। কারণ এটি সময়ের অপচয়।

জোয়েল স্পলস্কি ফোগ ক্রিক সফটওয়্যারটির সহ-প্রতিষ্ঠাতা এবং সিইও এবং জনপ্রিয় ব্লগ জোয়েল অন সফ্টওয়্যার এর হোস্ট। তার কলামগুলির সংরক্ষণাগারটির জন্য যান www.inc.com/author/joel-spolsky ।