হোয়াটসঅ্যাপ এবং স্প্রেডশিট দিয়ে নির্মাণ প্রকল্প পরিচালনার লুকানো সমস্যা

হোয়াটসঅ্যাপ এবং স্প্রেডশিট সম্ভবত যৌথ-মালিকানার নির্মাণ প্রকল্প পরিচালনার জন্য ব্যবহৃত সবচেয়ে সাধারণ দুটি সরঞ্জাম।

এবং এর পেছনে একটি ভালো কারণও আছে।

এগুলি পরিচিত, সাশ্রয়ী এবং শুরু করা সহজ।

একটি গ্রুপ একটি হোয়াটসঅ্যাপ চ্যাট তৈরি করে। কেউ একজন এক্সেল বা গুগল শীট ফাইল তৈরি করে। সদস্যরা মেসেজের মাধ্যমে পেমেন্ট কনফার্মেশন পাঠায়। নির্মাণ সংক্রান্ত আপডেট গ্রুপে পোস্ট করা হয়। খরচ স্প্রেডশিটে এন্ট্রি করা হয়।

একটি ছোট প্রকল্পের জন্য, এটি পুরোপুরি manejable মনে হতে পারে।

কিন্তু নির্মাণ প্রকল্প খুব কমই ছোট থাকে।

প্রকল্প যত এগোয়, তত বেশি পেমেন্ট, বেশি খরচ, বেশি ঠিকাদার, বেশি ডকুমেন্ট, বেশি সিদ্ধান্ত এবং বেশি মানুষ আপডেটের জন্য জিজ্ঞাসা করে।

অবশেষে, হোয়াটসঅ্যাপ এবং স্প্রেডশিটের সংমিশ্রণ নিজেই সমস্যা তৈরি করতে শুরু করে।

সমস্যা হোয়াটসঅ্যাপ বা এক্সেল নয়

হোয়াটসঅ্যাপ এবং স্প্রেডশিট দরকারী সরঞ্জাম।

সমস্যা হলো এগুলিকে একটি পুরো যৌথ-মালিকানার নির্মাণ প্রকল্পের জন্য সিস্টেম অফ রেকর্ড হিসাবে ব্যবহার করা।

এগুলি নিম্নলিখিত বিষয়গুলির মধ্যে সম্পর্ক পরিচালনার জন্য ডিজাইন করা হয়নি:

• একাধিক সহ-মালিক
• মালিকানার শতাংশ
• ব্যক্তিগত আর্থিক বাধ্যবাধকতা
• নির্মাণ মাইলফলক
• ঠিকাদারের কাজ
• প্রকল্পের বাজেট
• আনুষ্ঠানিক সিদ্ধান্ত
• ভোটিং
• মিটিং
• অডিট ইতিহাস
• ডকুমেন্ট এবং প্রকল্পের রেকর্ড

যখন এই সমস্ত কার্যকলাপগুলি আলাদা আলাদা টুলের মাধ্যমে পরিচালিত হয়, তখন তথ্য খণ্ডিত হয়ে যায়।

আর খণ্ডিত তথ্য ব্যবস্থাপনার সমস্যা তৈরি করে।

1. গুরুত্বপূর্ণ তথ্য হোয়াটসঅ্যাপে হারিয়ে যায়

কল্পনা করুন, একটি প্রকল্পে ২০ জন সহ-মালিক আছেন।

কয়েক মাস ধরে, হোয়াটসঅ্যাপ গ্রুপে হাজার হাজার মেসেজ জমা হয়।

কিছু মেসেজ নির্মাণ কাজের অগ্রগতি নিয়ে।

অন্যগুলো পেমেন্ট নিয়ে।

কিছুতে রসিদ বা স্ক্রিনশট থাকে।

অন্যগুলোতে উপকরণ, ঠিকাদার বা বাজেট সংক্রান্ত সিদ্ধান্ত থাকে।

কেউ একজন জিজ্ঞাসা করে:

"আমরা কখন এই খরচটি অনুমোদন করেছিলাম?"

উত্তরটি হয়তো তিন মাস আগের কোনো কথোপকথনের মধ্যে কোথাও আছে।

এটি খুঁজে বের করতে উল্লেখযোগ্য সময় লাগতে পারে।

আরও খারাপ ব্যাপার হলো, সবাই হয়তো মূল মেসেজটি দেখেননি।

হোয়াটসঅ্যাপ প্রাথমিকভাবে যোগাযোগের জন্য ডিজাইন করা হয়েছে, কোনো স্ট্রাকচার্ড প্রজেক্ট রেকর্ড সংরক্ষণের জন্য নয়।

গুরুত্বপূর্ণ তথ্য কথোপকথনের এক অন্তহীন স্রোতের মধ্যে সহজেই হারিয়ে যেতে পারে।

2. একটি স্প্রেডশিট সাধারণত একজন ব্যক্তির নিয়ন্ত্রণে থাকে

গণনার জন্য স্প্রেডশিট চমৎকার।

তবে এটি একটি মাল্টি-ওনার প্রকল্পে একটি মৌলিক সমস্যাও তৈরি করে: ডেটা কে নিয়ন্ত্রণ করে?

ধরা যাক, একজন ব্যক্তি মাস্টার স্প্রেডশিটটি রক্ষণাবেক্ষণ করেন।

তিনি সম্ভাব্যভাবে যা করতে পারেন:

• একটি পরিমাণ পরিবর্তন করতে পারেন
• একটি পেমেন্ট রেকর্ড পরিবর্তন করতে পারেন
• একটি সারি মুছে ফেলতে পারেন
• একটি তারিখ পরিবর্তন করতে পারেন
• একটি সূত্র আপডেট করতে পারেন
• একটি পুরানো মান প্রতিস্থাপন করতে পারেন

কখনও কখনও এই পরিবর্তনগুলি সম্পূর্ণরূপে বৈধ হয়।

হয়তো একটি প্রকৃত সংশোধন ছিল।

কিন্তু অন্য সহ-মালিকদের পক্ষে সহজে নির্ধারণ করার কোনো উপায় নাও থাকতে পারে:

• কী পরিবর্তন হয়েছে?
• কে পরিবর্তন করেছে?
• কখন পরিবর্তন করা হয়েছে?
• পূর্বের মান কত ছিল?
• কেন পরিবর্তন করা হয়েছে?

যখন স্প্রেডশিটে একাধিক ব্যক্তির আর্থিক তথ্য থাকে, তখন এটি বিশেষভাবে গুরুত্বপূর্ণ হয়ে ওঠে।

3. আর্থিক গণনা ম্যানুয়াল হয়ে যায়

কো-ওনড প্রকল্পগুলিতে প্রায়শই সাধারণ যোগের চেয়ে বেশি কিছু প্রয়োজন হয়।

প্রতিটি সদস্যের মালিকানার শতাংশ ভিন্ন হতে পারে।

কারো কারো মালিকানার গুণক (ownership multiplier) থাকতে পারে।

কেউ কেউ আগাম পরিশোধ করে থাকতে পারেন।

অন্যদের বকেয়া থাকতে পারে।

যে সদস্য বেশি পরিশোধ করেছেন, তার একটি ক্রেডিট ব্যালেন্স থাকতে পারে যা ভবিষ্যতের অবদানের জন্য প্রয়োগ করা উচিত।

এখন পরবর্তী ফান্ডিং রিকোয়েস্ট প্রস্তুত করার কথা ভাবুন।

কাউকে প্রতিটি সদস্যের বাধ্যবাধকতা গণনা করতে হবে।

তারপর গণনাগুলি যাচাই করতে হবে।

তারপর পরিমাণগুলি সবাইকে জানাতে হবে।

তারপর পেমেন্টগুলি ট্র্যাক করতে হবে।

তারপর স্প্রেডশিট আবার আপডেট করতে হবে।

এটি প্রচুর পরিমাণে পুনরাবৃত্তিমূলক প্রশাসনিক কাজ তৈরি করে।

আরও গুরুত্বপূর্ণ, প্রতিটি ম্যানুয়াল গণনার ফলে একটি ত্রুটির সুযোগ তৈরি হয়।

4. পেমেন্টের অবস্থা আপ-টু-ডেট রাখা কঠিন হয়

একটি সাধারণ হোয়াটসঅ্যাপ কথোপকথন দেখতে এমন হতে পারে:

"আমি আমার অবদান ট্রান্সফার করেছি।"

তারপর কেউ ব্যাংক অ্যাকাউন্ট চেক করে।

ফিনান্স ম্যানেজার স্প্রেডশিট আপডেট করে।

আরেকজন সদস্য জিজ্ঞাসা করে যে তাদের পেমেন্ট পাওয়া গেছে কিনা।

অন্য কেউ জিজ্ঞাসা করে কত বকেয়া আছে।

এই প্রক্রিয়াটি সাময়িকভাবে কাজ করতে পারে।

কিন্তু কয়েক ডজন সদস্য এবং বারবার ডিপোজিট শিডিউলের সাথে, একটি সঠিক রিয়েল-টাইম চিত্র বজায় রাখা কঠিন হয়ে পড়ে।

প্রকল্পটির অবিলম্বে সাধারণ প্রশ্নের উত্তর দিতে হবে:

• কত টাকা চাওয়া হয়েছিল?
• কত টাকা সংগ্রহ করা হয়েছে?
• কে পরিশোধ করেছে?
• কে আংশিকভাবে পরিশোধ করেছে?
• কে বকেয়া আছে?
• কত টাকা এখনও বকেয়া আছে?

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

5. নির্মাণ কাজের অগ্রগতি মৌখিক আপডেটের উপর নির্ভরশীল হয়ে পড়ে

একটি হোয়াটসঅ্যাপ গ্রুপে এমন মেসেজ থাকতে পারে:

"ফাউন্ডেশনের কাজ প্রায় শেষ।"

অথবা:

"ঠিকাদার পরের সপ্তাহে পরের ফ্লোরের কাজ শুরু করবে।"

এই মেসেজগুলি তথ্য সরবরাহ করে, কিন্তু তারা একটি সুসংগঠিত নির্মাণ টাইমলাইন তৈরি করে না।

একজন সহ-মালিকের আদর্শভাবে দেখতে সক্ষম হওয়া উচিত:

• বর্তমান প্রকল্পের পর্যায়
• শুরু এবং শেষের তারিখ
• অগ্রগতির শতাংশ
• বিলম্বিত মাইলফলক
• নির্ধারিত দায়িত্ব
• নির্ভরতা
• প্রতিটি পর্যায়ের জন্য বাজেট
• প্রকৃত ব্যয়
• প্রত্যাশিত সমাপ্তি

এই কাঠামো ছাড়া, সহ-মালিকরা প্রায়শই সর্বশেষ আপডেট প্রদানকারীর উপর নির্ভরশীল থাকেন।

6. ঠিকাদারের তথ্য ছড়িয়ে ছিটিয়ে থাকে

ঠিকাদার ব্যবস্থাপনা আরও একটি জটিলতা তৈরি করে।

একজন ঠিকাদারের থাকতে পারে:

• একটি চুক্তি
• একটি সংজ্ঞায়িত কাজের পরিধি (scope)
• বেশ কয়েকটি ডেলিভারেবল
• একাধিক মাইলফলক
• চালান (invoices)
• পেমেন্ট রিকোয়েস্ট
• অগ্রগতির আপডেট
• অনুমোদন

যদি এগুলি ইমেল, হোয়াটসঅ্যাপ, কাগজের নথি এবং স্প্রেডশিট জুড়ে সংরক্ষণ করা হয়, তবে ঠিকাদারের সম্পূর্ণ ইতিহাস বোঝা কঠিন হয়ে পড়ে।

উদাহরণস্বরূপ:

"আমরা কেন এই ঠিকাদারকে $20,000 দিয়েছিলাম?"

উত্তরটি খুঁজতে একাধিক কথোপকথন এবং ফাইল ঘাঁটাঘাঁটি করার প্রয়োজন হওয়া উচিত নয়।

প্রকল্পটিকে পেমেন্টকে প্রাসঙ্গিক ওয়ার্ক প্যাকেজ, মাইলফলক, অনুমোদন এবং সহায়ক নথিগুলির সাথে সংযুক্ত করতে সক্ষম হওয়া উচিত।

7. হোয়াটসঅ্যাপে নেওয়া সিদ্ধান্তগুলি অডিট করা কঠিন

সব প্রকল্পের সিদ্ধান্তের জন্য আনুষ্ঠানিক ভোটের প্রয়োজন হয় না।

তবে গুরুত্বপূর্ণ সিদ্ধান্তগুলির একটি নির্ভরযোগ্য রেকর্ড থাকা উচিত।

একজন ঠিকাদার পরিবর্তনের বিষয়ে একটি কথোপকথন বিবেচনা করুন।

কয়েকজন সদস্য হোয়াটসঅ্যাপে তাদের মতামত প্রকাশ করেন।

কেউ কেউ একমত হন।

কেউ কেউ দ্বিমত পোষণ করেন।

অবশেষে কেউ একজন লেখেন:

"ঠিক আছে, আমরা নতুন ঠিকাদারের সাথে যাব।"

এটি কি একটি আনুষ্ঠানিক সিদ্ধান্ত ছিল?

সবাই কি একমত হয়েছিল?

একটি কোরাম ছিল কি?

কে এটি অনুমোদন করার জন্য অনুমোদিত ছিল?

ঠিক কী অনুমোদন করা হয়েছিল?

কয়েক মাস পরে, বিভিন্ন লোকের কথোপকথনটি ভিন্নভাবে মনে থাকতে পারে।

একটি আনুষ্ঠানিক সিদ্ধান্ত প্রক্রিয়া অনেক পরিষ্কার রেকর্ড সরবরাহ করে।

8. মিটিং মিনিট্স সহজেই হারিয়ে যেতে পারে

অনেক কো-বিল্ড গ্রুপ মিটিং করে কিন্তু সঠিকভাবে কাঠামোগত মিনিট্স (minutes) সংরক্ষণ করে না।

কখনও কখনও কেউ একজন নোটবুকে নোট লেখে।

কখনও কখনও মিনিট্স একটি ডকুমেন্টে টাইপ করা হয়।

কখনও কখনও সারসংক্ষেপটি কেবল হোয়াটসঅ্যাপে পোস্ট করা হয়।

এটি আরেকটি সমস্যা তৈরি করে।

মিটিং মিনিট্স-এর উত্তর দেওয়া উচিত:

• মিটিংটি কখন অনুষ্ঠিত হয়েছিল?
• কে কে উপস্থিত ছিলেন?
• কী আলোচনা করা হয়েছিল?
• কী সিদ্ধান্ত নেওয়া হয়েছিল?
• কী কাজ বরাদ্দ করা হয়েছিল?
• কে দায়ী?
• সময়সীমা কত?

একটি উল্লেখযোগ্য আর্থিক বিনিয়োগ জড়িত একটি প্রকল্পের জন্য কেবল কয়েকটি মেসেজ, যেমন "মিটিং ভালো হয়েছে", এর চেয়ে বেশি কিছু প্রয়োজন।

9. ডকুমেন্ট খুঁজে পাওয়া কঠিন হয়ে যায়

নির্মাণ কাজ প্রচুর ডকুমেন্টেশন তৈরি করে।

নিম্নলিখিতগুলি থাকতে পারে:

• চুক্তিপত্র
• চালান (Invoices)
• রসিদ (Receipts)
• বিল্ডিং প্ল্যান
• অনুমতিপত্র (Permits)
• ব্যাংক স্টেটমেন্ট
• পেমেন্ট ডকুমেন্ট
• মিটিং মিনিট্স
• প্রকল্পের ছবি
• বিক্রেতার ডকুমেন্ট

যদি ডকুমেন্ট হোয়াটসঅ্যাপের মাধ্যমে শেয়ার করা হয়, তবে সেগুলি সংগঠিত করা কঠিন হয়ে পড়ে।

যদি সেগুলি বিভিন্ন ব্যক্তিগত গুগল ড্রাইভ ফোল্ডার বা কম্পিউটারে সংরক্ষণ করা হয়, তবে অ্যাক্সেস অসঙ্গত হয়ে পড়ে।

কেউ একজন অবশেষে জিজ্ঞাসা করে:

"কারো কাছে কি ঠিকাদার চুক্তির সর্বশেষ সংস্করণ আছে?"

এবং গ্রুপটি খোঁজা শুরু করে।

একটি কেন্দ্রীভূত প্রকল্প ওয়ার্কস্পেস এটি অনেক সহজ করে তুলতে পারে।

10. কোনো নির্ভরযোগ্য অডিট ট্রেইল থাকে না

এটি সবচেয়ে গুরুতর সমস্যা হতে পারে।

ধরুন, একটি খরচ যা প্রাথমিকভাবে $5,000 হিসাবে রেকর্ড করা হয়েছিল, পরে $7,000 হিসাবে প্রদর্শিত হয়।

কী ঘটেছিল?

এটি কি একটি সংশোধন ছিল?

একটি অতিরিক্ত পেমেন্ট করা হয়েছিল?

মূল পরিমাণটি ভুলভাবে প্রবেশ করা হয়েছিল?

স্প্রেডশিটটি কি এডিট করা হয়েছিল?

একটি অডিট ট্রেইল ছাড়া, গ্রুপটি কী ঘটেছিল তা নির্ধারণ করতে সক্ষম নাও হতে পারে।

একটি বিশ্বস্ত আর্থিক সিস্টেমে গুরুত্বপূর্ণ পরিবর্তনের ইতিহাস সংরক্ষণ করা উচিত।

উদাহরণস্বরূপ:

মূল পরিমাণ: $5,000 আপডেট করা পরিমাণ: $7,000 পরিবর্তনকারী: অনুমোদিত ব্যবহারকারী পরিবর্তনের সময়: নির্দিষ্ট টাইমস্ট্যাম্প কারণ: নথিভুক্ত সংশোধন

এই ইতিহাস জবাবদিহিতা তৈরি করে।

11. ফিনান্স ম্যানেজার "মানব ডেটাবেস" হয়ে ওঠেন

হোয়াটসঅ্যাপ এবং স্প্রেডশিটের সবচেয়ে বড় লুকানো সমস্যাগুলির মধ্যে একটি হল যে জ্ঞান প্রায়শই একজন ব্যক্তির মধ্যে কেন্দ্রীভূত হয়।

সেই ব্যক্তিটি হয়তো জানেন:

• সর্বশেষ স্প্রেডশিটটি কোথায় আছে
• কোন সদস্যরা পরিশোধ করেছেন
• কে টাকা ধার দেন
• কোন ঠিকাদার নির্বাচিত হয়েছিল
• চুক্তিটি কোথায় সংরক্ষণ করা আছে
• শেষ মিটিংয়ে কী সিদ্ধান্ত নেওয়া হয়েছিল
• কোন খরচগুলি এখনও বকেয়া আছে

যদি সেই ব্যক্তি অনুপলব্ধ হয়ে পড়েন, তবে প্রকল্পটি হঠাৎ করে গুরুত্বপূর্ণ অপারেশনাল জ্ঞান অ্যাক্সেস করার ক্ষমতা হারিয়ে ফেলতে পারে।

একটি সঠিকভাবে কাঠামোগত সিস্টেম এই নির্ভরতা হ্রাস করে।

তথ্য প্রকল্পের অন্তর্গত হওয়া উচিত, কোনো এক ব্যক্তির নয়।

12. প্রকল্প যত বড় হয়, স্বচ্ছতা তত কঠিন হয়

প্রকল্প যত বড় হয়, অনানুষ্ঠানিক সরঞ্জামের মাধ্যমে সবাইকে অবহিত রাখা তত কঠিন হয়।

একজন সহ-মালিকের কাউকে জিজ্ঞাসা করার প্রয়োজন হওয়া উচিত নয়:

"আপনি কি আমাকে সর্বশেষ আর্থিক প্রতিবেদন পাঠাতে পারবেন?"

অথবা:

"বর্তমান প্রকল্পের অবস্থা কী?"

অথবা:

"আমি এ পর্যন্ত কত টাকা পরিশোধ করেছি?"

অথবা:

"এই মাসে কী সিদ্ধান্ত নেওয়া হয়েছিল?"

তথ্য অনুমোদিত সদস্যদের জন্য ইতিমধ্যেই উপলব্ধ থাকা উচিত।

স্বচ্ছতা বলতে এটাই বোঝায়।

এর অর্থ এই নয় যে সবাইকে সবকিছুতে অবাধ অ্যাক্সেস দেওয়া।

এর অর্থ হল প্রতিটি ব্যক্তিকে তাদের দেখতে পাওয়ার যোগ্য তথ্যে উপযুক্ত, নির্ভরযোগ্য দৃশ্যমানতা দেওয়া।

হোয়াটসঅ্যাপ এবং স্প্রেডশিটের বিকল্প কী হওয়া উচিত?

এর উত্তর অগত্যা তাদের ব্যবহার সম্পূর্ণরূপে বন্ধ করা নয়।

হোয়াটসঅ্যাপ এখনও নৈমিত্তিক যোগাযোগের জন্য দরকারী হতে পারে।

স্প্রেডশিট এখনও বিশ্লেষণ এবং অস্থায়ী গণনার জন্য দরকারী হতে পারে।

কিন্তু কোনোটিই একটি জটিল কো-ওনড নির্মাণ প্রকল্পের জন্য সত্যের প্রাথমিক উৎস হওয়া উচিত নয়।

একটি ডেডিকেটেড সিস্টেম গুরুত্বপূর্ণ অংশগুলিকে একত্রিত করতে পারে:

আর্থিক ব্যবস্থাপনা

ডিপোজিট, খরচ, বিক্রেতা পেমেন্ট, শ্রম খরচ, খুচরা নগদ এবং ব্যাংক অ্যাকাউন্ট এক জায়গায় ট্র্যাক করুন।

শেয়ার-ভিত্তিক অবদান

মালিকানার শতাংশ, গুণক, পূর্ববর্তী পেমেন্ট এবং ক্রেডিট ব্যালেন্সের উপর ভিত্তি করে প্রতিটি সহ-মালিকের অবদান স্বয়ংক্রিয়ভাবে গণনা করুন।

ডিপোজিট শিডিউল

কাঠামোগত ফান্ডিং রিকোয়েস্ট তৈরি করুন এবং প্রতিটি সদস্যের পেমেন্টের অবস্থা ট্র্যাক করুন।

নির্মাণ অগ্রগতি

মাইলফলক, টাইমলাইন, অগ্রগতির শতাংশ, বাজেট এবং প্রকৃত খরচ পরিচালনা করুন।

ঠিকাদার ব্যবস্থাপনা

বিক্রেতার ওয়ার্ক প্যাকেজ, মাইলফলক, অনুমোদন এবং পেমেন্ট সংযুক্ত করুন।

শাসন (Governance)

সিদ্ধান্ত, আলোচনা, ভোট, কমিটি, মিটিং এবং অ্যাকশন আইটেম পরিচালনা করুন।

ডকুমেন্টেশন

প্রকল্পের ডকুমেন্ট, রসিদ এবং সাইটের ছবি প্রকল্পের মধ্যে সংগঠিত রাখুন।

অডিটযোগ্যতা

গুরুত্বপূর্ণ পরিবর্তনের একটি স্থায়ী ইতিহাস বজায় রাখুন যাতে প্রকল্পের কী ঘটেছিল তার একটি বিশ্বস্ত রেকর্ড থাকে।

লক্ষ্য আরও সফটওয়্যার নয়

লক্ষ্য এমন আরেকটি অ্যাপ্লিকেশন যোগ করা নয় যা সবাইকে শিখতে হবে।

লক্ষ্য হল গুরুত্বপূর্ণ প্রকল্পের তথ্য যেখানে থাকে, সেই স্থানগুলির সংখ্যা হ্রাস করা।

এর পরিবর্তে:

হোয়াটসঅ্যাপ + এক্সেল + ইমেল + গুগল ড্রাইভ + কাগজের ডকুমেন্ট + ব্যক্তিগত নোটস

প্রকল্পের উচিত নিম্নলিখিত দিকে এগিয়ে যাওয়া:

একটি শেয়ার্ড প্রজেক্ট ওয়ার্কস্পেস।

এটি প্রযুক্তির ভূমিকা পরিবর্তন করে।

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

কখন একটি কো-বিল্ড গ্রুপকে স্প্রেডশিটের বাইরে যেতে হবে?

সহ-মালিকদের কোনো নির্দিষ্ট সংখ্যা নেই যা স্প্রেডশিটকে হঠাৎ অকেজো করে তোলে।

সতর্কতা চিহ্নগুলি আরও ব্যবহারিক।

আপনার একটি ডেডিকেটেড সিস্টেমের প্রয়োজন হতে পারে যখন:

• একাধিক ব্যক্তি আর্থিক রেকর্ড রক্ষণাবেক্ষণ করছেন
• অবদানের গণনা জটিল হয়ে উঠছে
• সদস্যরা প্রায়শই পেমেন্টের অবস্থা জানতে চান
• নির্মাণে একাধিক পর্যায় এবং ঠিকাদার রয়েছে
• গুরুত্বপূর্ণ সিদ্ধান্তগুলি চ্যাটের মাধ্যমে নেওয়া হচ্ছে
• ডকুমেন্ট বিভিন্ন স্থানে ছড়িয়ে ছিটিয়ে আছে
• আর্থিক পরিবর্তনগুলি ট্রেসযোগ্য হওয়া প্রয়োজন
• প্রকল্প ম্যানেজার একটি একক নির্ভরতার কেন্দ্রবিন্দুতে পরিণত হচ্ছেন
• সহ-মালিকরা প্রকল্পের তথ্যের নির্ভুলতা নিয়ে প্রশ্ন তুলতে শুরু করেছেন

সেই মুহূর্তে, সমস্যাটি আর স্প্রেডশিট নিজেই নয়।

সমস্যা হলো যে প্রকল্পটি তার পরিচালনার পদ্ধতিকে ছাড়িয়ে গেছে।

উপসংহার

হোয়াটসঅ্যাপ এবং স্প্রেডশিট চমৎকার সূচনা বিন্দু।

এগুলি পরিচিত, সহজলভ্য এবং সাশ্রয়ী।

কিন্তু একটি কো-ওনড নির্মাণ প্রকল্প অবশেষে এই সরঞ্জামগুলির জন্য ডিজাইন করা জটিলতার চেয়ে বেশি জটিল হয়ে ওঠে।

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

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

কারণ যখন একাধিক ব্যক্তি একই সম্পত্তির মালিক হন, তখন প্রত্যেকেরই তাদের বিনিয়োগের সাথে কী ঘটছে তা জানার অধিকার থাকে।

CoBuild Manager এই সমস্যা সমাধানের জন্য ডিজাইন করা হয়েছে।