বইটি "কিভাবে বুদ্ধিজীবীদের পরিচালনা করা যায়। আমি, জ্ঞানী এবং গীক্স"

প্রকল্প পরিচালকদের জন্য উত্সর্গীকৃত (এবং যারা বস হওয়ার স্বপ্ন দেখে)।

অনেক কোড লেখা কঠিন, কিন্তু মানুষকে পরিচালনা করা আরও কঠিন! সুতরাং উভয় কিভাবে করতে হয় তা শিখতে আপনার শুধু এই বইটির প্রয়োজন।

মজার গল্প এবং গুরুতর পাঠ একত্রিত করা কি সম্ভব? মাইকেল লোপ (সংকীর্ণ বৃত্তে র্যান্ডস নামেও পরিচিত) সফল হন। আপনি অবিশ্বাস্যভাবে ফলপ্রসূ (কাল্পনিক হলেও) অভিজ্ঞতা সহ কাল্পনিক ব্যক্তিদের সম্পর্কে কাল্পনিক গল্প পাবেন। এভাবেই র্যান্ডস তার বিচিত্র, কখনও কখনও বড় বড় আইটি কর্পোরেশনগুলিতে কাজ করার বছরগুলিতে অর্জিত অদ্ভুত অভিজ্ঞতাগুলি ভাগ করে: Apple, Pinterest, Palantir, Netscape, Symantec, ইত্যাদি।

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

এই বইটি কোনো ব্যবস্থাপনা বা নেতৃত্বের পাণ্ডুলিপি থেকে ভিন্ন। মাইকেল লোপ কিছু লুকান না, তিনি শুধু এটা বলে দেন (সম্ভবত সব গল্প প্রকাশ করা উচিত নয়: P)। কিন্তু শুধুমাত্র এই ভাবে আপনি বুঝতে পারবেন কিভাবে এমন একজন বসের সাথে টিকে থাকা যায়, কিভাবে গীক্স এবং বুদ্ধিমানদের পরিচালনা করা যায় এবং কিভাবে "সেই অভিশাপ প্রকল্প" একটি সুখী সমাপ্তিতে নিয়ে আসা যায়!

উদ্ধৃতি. ইঞ্জিনিয়ারিং মানসিকতা

চিন্তাভাবনা: আপনার কি কোড লেখা চালিয়ে যাওয়া উচিত?

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

নমনীয় থাকুন!

আপনি ইতিমধ্যে সবকিছু জানেন যে চিন্তা একটি খুব খারাপ ধারণা. এমন পরিস্থিতিতে যেখানে একমাত্র ধ্রুবক সত্য যে বিশ্ব ক্রমাগত পরিবর্তিত হচ্ছে, নমনীয়তা একমাত্র সঠিক অবস্থানে পরিণত হয়।

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

কোড লেখা বন্ধ করুন!

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

যখন আমি দেখি যে একজন সদ্য মিন্টেড ম্যানেজার কোড লিখতে "ডুব", আমি তাকে বলি: "আমরা জানি যে আপনি কোড লিখতে পারেন। প্রশ্ন হল: আপনি নেতৃত্ব দিতে পারেন? আপনি আর একা নিজের জন্য দায়ী নন, আপনি পুরো দলের জন্য দায়ী; এবং আমি নিশ্চিত করতে চাই যে আপনি কোডটি নিজে লিখতে না পেরে আপনার দলকে নিজেরাই সমস্যার সমাধান করতে পারেন। আপনার কাজ হল কিভাবে নিজেকে স্কেল করা যায় তা বের করা। আমি চাই না তুমি শুধু একজনই থাকো, আমি চাই তোমার মতো আরো অনেকেই থাকুক।"

ভাল উপদেশ, তাই না? স্কেল. ব্যবস্থাপনা। দায়িত্ব। যেমন সাধারণ buzzwords. এটি একটি দুঃখের বিষয় যে পরামর্শটি ভুল।

ত্রুটিপূর্ণ?

হ্যাঁ। পরামর্শ ভুল! সম্পূর্ণ ভুল নয়, কিন্তু যথেষ্ট ভুল যে আমাকে কিছু প্রাক্তন সহকর্মীকে ফোন করে ক্ষমা চাইতে হয়েছিল: “আমার সেই প্রিয় বক্তব্যটি মনে আছে কিভাবে আপনার কোড লেখা বন্ধ করা উচিত? এটা ভুল! হ্যাঁ... আবার প্রোগ্রামিং শুরু করুন। পাইথন এবং রুবি দিয়ে শুরু করুন। হ্যাঁ আমি সিরিয়াস! আপনার ক্যারিয়ার এর উপর নির্ভর করে!"

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

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

ডেভেলপাররা গত 20 বছর ধরে কি করছে? এই সময়ে আমরা কোড একটি শিটলোড লিখেছিলাম. কোডের সাগর! আমরা এত বেশি কোড লিখেছি যে আমরা সিদ্ধান্ত নিয়েছি যে সবকিছু সহজ করা এবং ওপেন সোর্স করা একটি ভাল ধারণা হবে।

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

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

যুক্তির এই লাইনটি হতাশাজনক শোনাচ্ছে, কিন্তু ধারণাটি হল যে আমরা সবাই একগুচ্ছ ইন্টিগ্রেশন স্বয়ংক্রিয়তা যা ডাক্ট টেপ ব্যবহার করে বিদ্যমান জিনিসগুলির বিভিন্ন বিটকে একসাথে সংযুক্ত করতে একই জিনিসের কিছুটা ভিন্ন সংস্করণ তৈরি করতে পারি। যারা আউটসোর্সিং পছন্দ করেন তাদের সিনিয়র এক্সিকিউটিভদের মধ্যে এটি চিন্তার একটি ক্লাসিক লাইন। “যে কেউ গুগল ব্যবহার করতে জানে এবং কিছু ডাক্ট টেপ আছে তারা এটি করতে পারে! তাহলে কেন আমরা আমাদের মেশিনে অনেক টাকা দিচ্ছি?"

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

আমি পরামর্শ দিচ্ছি না যে আপনি আপনার জায়গা নিয়ে উদ্বিগ্ন হওয়া শুরু করুন কারণ কিছু উজ্জ্বল কমরেড এটির জন্য শিকার করছেন। আমি আপনাকে এটি সম্পর্কে উদ্বিগ্ন হওয়া শুরু করার পরামর্শ দিচ্ছি কারণ সফ্টওয়্যার বিকাশের বিবর্তন সম্ভবত আপনার চেয়ে দ্রুত এগিয়ে চলেছে। আপনি দশ বছর ধরে কাজ করছেন, তাদের মধ্যে পাঁচটি একজন ম্যানেজার হিসেবে, এবং আপনি মনে করেন: "আমি ইতিমধ্যেই জানি কিভাবে সফ্টওয়্যার তৈরি করা হয়।" হ্যাঁ তুমি জানো. বিদায়…

কোড লেখা বন্ধ করুন, কিন্তু...

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

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

আপনার আপত্তি আছে। বোঝা. চল শুনি.

“র্যান্ডস, আমি পরিচালকের চেয়ারে যাচ্ছি! আমি যদি কোড লিখতে থাকি, কেউ বিশ্বাস করবে না যে আমি বড় হতে পারব।"

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

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

"উফ, র্যান্ডস! কিন্তু কাউকে সালিশ হতে হবে! কাউকে বড় ছবি দেখতে হবে। যদি আমি কোড লিখি, আমি দৃষ্টিকোণ হারাবো।"

আপনাকে এখনও রেফারি হতে হবে, আপনাকে এখনও সিদ্ধান্তগুলি সম্প্রচার করতে হবে, এবং আপনাকে এখনও প্রতি সোমবার সকালে আপনার একজন প্রকৌশলীর সাথে তার সাপ্তাহিক "আমরা সর্বনাশ" 30 এর জন্য শোনার জন্য চারবার বিল্ডিং এর চারপাশে হাঁটতে হবে। মিনিট! কিন্তু এর বাইরেও, আপনাকে একটি ইঞ্জিনিয়ারিং মানসিকতা বজায় রাখতে হবে, এবং এটি করার জন্য আপনাকে একজন ফুল-টাইম প্রোগ্রামার হতে হবে না।

একটি ইঞ্জিনিয়ারিং মানসিকতা বজায় রাখার জন্য আমার টিপস:

1. উন্নয়ন পরিবেশ ব্যবহার করুন। এর মানে হল আপনি কোড বিল্ড সিস্টেম, সংস্করণ নিয়ন্ত্রণ এবং প্রোগ্রামিং ভাষা সহ আপনার দলের সরঞ্জামগুলির সাথে পরিচিত হওয়া উচিত। ফলস্বরূপ, আপনি পণ্য বিকাশের বিষয়ে কথা বলার সময় আপনার দল যে ভাষা ব্যবহার করেন তাতে আপনি দক্ষ হয়ে উঠবেন। এটি আপনাকে আপনার প্রিয় টেক্সট এডিটর ব্যবহার চালিয়ে যাওয়ার অনুমতি দেবে, যা পুরোপুরি কাজ করছে।
2. আপনি যে কোনো সময় যে কোনো পৃষ্ঠে আপনার পণ্যের বর্ণনা দিয়ে একটি বিশদ স্থাপত্য চিত্র আঁকতে সক্ষম হবেন। এখন আমি তিনটি ঘর এবং দুটি তীর সহ সরলীকৃত সংস্করণ বলতে চাই না। আপনাকে অবশ্যই পণ্যের বিস্তারিত চিত্রটি জানতে হবে। সবচেয়ে কঠিন এক. শুধু কোন চতুর চিত্র নয়, কিন্তু একটি চিত্র যা ব্যাখ্যা করা কঠিন। এটি পণ্যের সম্পূর্ণ বোঝার জন্য উপযুক্ত একটি মানচিত্র হওয়া উচিত। এটি ক্রমাগত পরিবর্তিত হয়, এবং আপনার সর্বদা জানা উচিত কেন কিছু পরিবর্তন ঘটেছে।
3. একটি ফাংশন বাস্তবায়নের দায়িত্ব নিন। আমি এটি লিখতে গিয়ে আক্ষরিক অর্থেই ঝাঁকুনি দিচ্ছি কারণ এই পয়েন্টে অনেকগুলি লুকানো বিপদ রয়েছে, কিন্তু আমি সত্যিই নিশ্চিত নই যে আপনি অন্তত একটি বৈশিষ্ট্য বাস্তবায়নের প্রতিশ্রুতি ছাড়াই পয়েন্ট # 1 এবং পয়েন্ট # 2 অর্জন করতে পারবেন। একটি বৈশিষ্ট্য নিজে বাস্তবায়ন করে, আপনি শুধুমাত্র বিকাশ প্রক্রিয়ায় সক্রিয়ভাবে জড়িত হবেন না, এটি আপনাকে পর্যায়ক্রমে "সবকিছুর দায়িত্বে থাকা পরিচালক" এর ভূমিকা থেকে "একটি বাস্তবায়নের দায়িত্বে থাকা ব্যক্তি" এর ভূমিকায় পরিবর্তন করার অনুমতি দেবে। ফাংশনগুলির।" এই নম্র এবং বিনয়ী মনোভাব আপনাকে ছোট সিদ্ধান্তের গুরুত্বের কথা মনে করিয়ে দেবে।
4. আমি এখনও সারাটা কাঁপছি। মনে হচ্ছে কেউ ইতিমধ্যে আমার দিকে চিৎকার করছে: "ম্যানেজার যিনি ফাংশনটি বাস্তবায়নের দায়িত্ব নিয়েছেন?! (এবং আমি তার সাথে একমত!) হ্যাঁ, আপনি এখনও ম্যানেজার, যার মানে এটি কিছু ছোট ফাংশন হওয়া উচিত, ঠিক আছে? হ্যাঁ, আপনার এখনও অনেক কিছু করার আছে। আপনি যদি ফাংশনটি বাস্তবায়ন করতে না পারেন, তবে আমার কাছে আপনার জন্য কিছু অতিরিক্ত পরামর্শ রয়েছে: কিছু বাগ ঠিক করুন। এই ক্ষেত্রে, আপনি সৃষ্টির আনন্দ অনুভব করবেন না, তবে কীভাবে পণ্যটি তৈরি করা হয় সে সম্পর্কে আপনার ধারণা থাকবে, যার অর্থ আপনি কখনই কাজের বাইরে থাকবেন না।
5. ইউনিট পরীক্ষা লিখুন। আমি এখনও উত্পাদন চক্রের দেরিতে এটি করি যখন লোকেরা পাগল হতে শুরু করে। আপনার পণ্যের জন্য একটি স্বাস্থ্য চেকলিস্ট হিসাবে এটি চিন্তা করুন. এটি প্রায়ই করুন।

আবার আপত্তি?

“র্যান্ডস, যদি আমি কোড লিখি, আমি আমার দলকে বিভ্রান্ত করব। তারা জানবে না আমি কে একজন ম্যানেজার বা ডেভেলপার।"

ঠিক আছে।

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

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

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

বিকাশ বন্ধ করবেন না

বোরল্যান্ডে আমার একজন সহকর্মী একবার তাকে "কোডার" বলার জন্য মৌখিকভাবে আমাকে আক্রমণ করেছিলেন।

“র্যান্ডস, কোডার একটা বুদ্ধিহীন মেশিন! বানর ! কোডার অকেজো কোডের বিরক্তিকর লাইন লেখা ছাড়া গুরুত্বপূর্ণ কিছু করে না। আমি কোডার নই, আমি একজন সফটওয়্যার ডেভেলপার!”

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

তাই আমি আমার পরামর্শ আপডেট করেছি। আপনি যদি একজন ভাল নেতা হতে চান, আপনি কোড লেখা বন্ধ করতে পারেন, কিন্তু...

নমনীয় হন। প্রকৌশলী হওয়ার অর্থ কী তা মনে রাখবেন এবং সফ্টওয়্যার তৈরি করা বন্ধ করবেন না।

লেখক সম্পর্কে

মাইকেল লোপ একজন অভিজ্ঞ সফ্টওয়্যার বিকাশকারী যিনি এখনও সিলিকন ভ্যালি ছেড়ে যাননি। বিগত 20 বছরে, মাইকেল অ্যাপল, নেটস্কেপ, সিম্যানটেক, বোরল্যান্ড, প্যালান্টির, পিন্টারেস্ট সহ বিভিন্ন উদ্ভাবনী সংস্থার জন্য কাজ করেছেন এবং একটি স্টার্টআপেও অংশ নিয়েছেন যা ধীরে ধীরে বিস্মৃতিতে ভেসে যায়।

কাজের বাইরে, মাইকেল র্যান্ডস ছদ্মনামে প্রযুক্তি এবং ব্যবস্থাপনা সম্পর্কে একটি জনপ্রিয় ব্লগ চালান, যেখানে তিনি পাঠকদের সাথে পরিচালনার ক্ষেত্রে ধারনা নিয়ে আলোচনা করেন, তার নাড়ির উপর আঙুল রাখার ক্রমাগত প্রয়োজন সম্পর্কে উদ্বেগ প্রকাশ করেন এবং ব্যাখ্যা করেন যে, সত্ত্বেও একটি পণ্য তৈরি করার জন্য উদার পুরষ্কার, আপনার সাফল্য শুধুমাত্র আপনার দলের জন্য সম্ভব ধন্যবাদ. ব্লগ এখানে পাওয়া যাবে www.randsinrepose.com.

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

» বইটি সম্পর্কে আরও বিস্তারিত এখানে পাওয়া যাবে প্রকাশকের ওয়েবসাইট
» বিষয়বস্তু সূচি
» উদ্ধৃতি

Khabrozhiteley জন্য কুপন ব্যবহার করে 20% ছাড় - মানুষ পরিচালনা

বইটির কাগজের সংস্করণের জন্য অর্থ প্রদানের পরে, বইটির একটি ইলেকট্রনিক সংস্করণ ই-মেইলে পাঠানো হবে।

PS: বইয়ের মূল্যের 7% নতুন কম্পিউটার বইয়ের অনুবাদে যাবে, বইয়ের একটি তালিকা প্রিন্টিং হাউসে হস্তান্তর করা হয়েছে এখানে.

উত্স: www.habr.com