ফজলে রাব্বী"প্রতিটি পুকুর, প্রতিটি শেড আর প্রতিটি মেশিনে সেন্সর চাই, কিন্তু ভয় হয় অনেক খরচ করে শেষে কাজ হবে না।" এই ভয়টা স্বাভাবিক, এবং ভালো লক্ষণ। যে আইওটি প্রজেক্ট একবারে সবকিছু ঢাকতে চায়, সেগুলো প্রায়ই একই সমস্যায় পড়ে: সেন্সরের রিডিং সরে যায়, সাইটের এক কোণে নেটওয়ার্ক থাকে না, অ্যালার্ট আসে কিন্তু কেউ সাড়া দেন না, আর প্রথম মাসের পর ড্যাশবোর্ড কেউ খোলেন না।
ছোট পাইলট এই সমস্যাগুলো এমন সময়ে খুঁজে বের করে, যখন সেগুলো ঠিক করা সহজ আর সস্তা।
বড় পরিসরে কেন গোলমাল হয়
- সমস্যাটা কখনো স্পষ্ট করে বলা হয়নি, তাই ব্যবস্থাটা কাজ করছে কি না কেউ বলতে পারেন না।
- সাইটের অবস্থা পরিকল্পনার চেয়ে আলাদা: গরম, আর্দ্রতা, ধুলা, পানি, ইঁদুর, দুর্বল মোবাইল সিগন্যাল।
- কর্মীদের যুক্ত করা হয়নি, তাই অ্যালার্ট আসে কিন্তু কেউ ব্যবস্থা নেন না।
- বিদ্যুৎ আর নেটওয়ার্ক বন্ধের পরীক্ষা হয়নি, ফলে যে ঘটনা ধরার জন্য বানানো, ঠিক সেই সময়ই ব্যবস্থাটা চুপচাপ অচল থাকে।
এগুলোর কোনোটাই প্রস্তাবনার কাগজে দেখা যায় না; দেখা যায় সাইটে প্রথম কয়েক সপ্তাহে।
ভালো পাইলট দেখতে কেমন
- একটি সমস্যা। যেমন, "রাতে অক্সিজেন কমে গেলে মাছ মরে," অথবা "তিন নম্বর লাইন এত ঘন ঘন কেন থামে, জানি না।"
- একটি জায়গা। একটি পুকুর, একটি শেড, একটি মেশিন, একটি ভবন।
- অল্প কয়েকটি ডিভাইস। প্রশ্নের উত্তর পাওয়ার মতো যথেষ্ট, পুরো সাইট ঢাকার মতো নয়।
- নির্দিষ্ট সময়, সাধারণত কয়েক সপ্তাহ থেকে দু-এক মাস, যাতে স্বাভাবিক আবহাওয়া আর কাজের ধরন এর মধ্যে পড়ে।
- শেষে একটি স্পষ্ট সিদ্ধান্ত: বাড়ানো, বদলানো, নাকি থামানো।
আমি সাধারণত পাইলট শুরু করি একটি বাক্য লিখে: এই পাইলট কোন প্রশ্নের উত্তর দেবে।
ধাপে ধাপে পাইলট চালানো
- সমস্যা আর প্রশ্নটি এক-দুই বাক্যে লিখুন।
- সফলতা দেখতে কেমন, তা আগেই ঠিক করুন, কিছু বসানোর আগে। যেমন: অ্যালার্ট নির্ভরযোগ্যভাবে আসে, সঠিক মানুষ সাড়া দেন, আর রিডিং কর্মীদের দেখার সঙ্গে মেলে।
- যারা অ্যালার্ট পাবেন ও ব্যবস্থা নেবেন, তাদের নাম ঠিক করুন এবং শুরু থেকেই যুক্ত রাখুন।
- অল্প কয়েকটি ডিভাইস বসান। বৈদ্যুতিক কাজ করবেন যোগ্য ইলেকট্রিশিয়ান, আর পাম্প, ফ্যান, এরেটর বা অন্য যন্ত্র চালু-বন্ধ করে এমন সবকিছুতে হাতে চালানোর ব্যবস্থা থাকবে।
- ইচ্ছা করে বিপত্তি ঘটিয়ে দেখুন: বিদ্যুৎ বন্ধ করুন, ডিভাইস নেটওয়ার্কের বাইরে নিন, একটি সেন্সর ঢেকে দিন। দেখুন ব্যবস্থাটা কী করে, আর আপনাকে জানায় কি না।
- পুরোনো পদ্ধতিও পাশাপাশি চালু রাখুন, যাতে মিলিয়ে দেখতে পারেন।
- প্রতি সপ্তাহে সাইটের মানুষদের সঙ্গে পর্যালোচনা করুন এবং প্রয়োজনমতো বদলান।
পাইলট চলার সময় কী লিখে রাখবেন
- কর্মীরা যা দেখেছেন, তার সঙ্গে রিডিং মিলেছে কি?
- প্রতিটি অ্যালার্ট কি পৌঁছেছে, আর কত দ্রুত কেউ সাড়া দিয়েছেন?
- কী ভেঙেছে, কোন রিডিং সরে গেছে, কী পরিষ্কার করতে হয়েছে?
- সাইটের কোন অংশে ওয়াই-ফাই বা মোবাইল সিগন্যাল দুর্বল?
- মানুষ আসলে কী দেখেছেন, আর কী উপেক্ষা করেছেন?
প্রাণী, পানি বা যন্ত্রের সঠিক মান ও সীমা আসে আপনার পশুচিকিৎসক, মৎস্য বা কৃষি বিশেষজ্ঞ, কিংবা যন্ত্র নির্মাতার কাছ থেকে। পাইলটের সময়টা তাদের সঙ্গে বসে সেই মানগুলো বাস্তব অবস্থার সঙ্গে মিলিয়ে দেখার ভালো সুযোগ।
পাইলটের পর: বাড়ানো, বদলানো নাকি থামানো
পাইলট যদি প্রশ্নের উত্তর দেয় আর মানুষ সেটা ব্যবহার করেন, তাহলে যা শিখলেন তা কাজে লাগিয়ে ধাপে ধাপে বাড়ানোর পরিকল্পনা করুন। আংশিক কাজ করলে যেটা ব্যর্থ হয়েছে তা বদলে আরেকটি ছোট পাইলট চালান। কাজে না এলে থামানোও ভালো সিদ্ধান্ত: অল্প খরচে, আগেভাগেই জেনে গেলেন।
আপনার প্রথম পদক্ষেপ
যে সমস্যা আপনার ঘুম সবচেয়ে বেশি কাড়ে, সেটি বেছে নিয়ে এক বাক্যে লিখুন। সেটাই আপনার পাইলটের শুরু। একটি উদাহরণ দেখুন মাছের খামারে পানির মান মনিটরিং পাতায়। ডিভাইস আর ড্যাশবোর্ড কীভাবে তৈরি হয়, দেখুন আইওটি ডিভাইস ডেভেলপমেন্ট, অথবা একসাথে পাইলট পরিকল্পনার জন্য যোগাযোগ করুন।