কোনও অ-প্রযুক্তিগত ব্যক্তি কীভাবে ছোট প্রকল্পগুলির জন্য একটি স্পেস লিখতে শিখতে পারে?


24

কোনও অ-প্রযুক্তিগত ব্যক্তি কীভাবে ছোট প্রকল্পগুলির জন্য চশমা লিখতে শিখতে পারে?

আমার এক বন্ধু একটি পরিসংখ্যান প্রকল্পে কিছু বিকাশ আউটসোর্স করার চেষ্টা করছে।

বিশেষত, তিনি এক্সলেতে প্রচুর কাজ করেন এবং এখন হাতে হাতে যা করেন তা করার জন্য স্ক্রিপ্ট তৈরির আউটসোর্স করতে চান।

যাইহোক, আমার বন্ধুটি অত্যন্ত অ-প্রযুক্তিগত। তিনি প্রযুক্তিগত চশমা লেখায় দুর্বল।

যখন তিনি কোনও অনুমান লেখেন, তখন এটি এমনভাবে লেখা হয় যাতে আপনি এক্সেলে কিছু করার বর্ণনা করবেন (এই ঘরে যান এবং তারপরে সেই কক্ষে মানটি অনুলিপি করুন)। এটি অত্যধিক ভার্বোসও হয় এবং উদাহরণগুলি কয়েকবার করে। আমি নিশ্চিত নই তিনি কর্নারের কেস সঠিকভাবে বর্ণনা করেছেন কিনা।

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

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

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

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


8
আমি আপনার বন্ধু যে সত্যিই অ প্রযুক্তিগত, সে কীভাবে বৈধ পরিসংখ্যান তৈরি করতে পারে?
পিটার বি

এটি কি এজিল / স্ক্র্যামের জন্য তৈরি হয়েছিল?
deltree

উত্তর:


18

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

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

দ্বিতীয় বিকল্পটি হ'ল সফটওয়্যার বিকাশ এবং প্রয়োজনীয় প্রকৌশল (এবং সম্ভবত কোনও কোনও সিস্টেম ইঞ্জিনিয়ারিং বা সিস্টেম আর্কিটেকচারেরও কিছু) অভিজ্ঞতার সাথে কোনও ব্যক্তিকে নিয়োগ দেওয়া হবে যেখানে সমস্যাটির স্থানটি বোঝার জন্য এবং যেখানে সফ্টওয়্যার সমাধানের প্রয়োজন আছে তা নির্ধারণ এবং যেখানে সফ্টওয়্যার সমাধানগুলি হবে না determine উপকারী, দস্তাবেজগুলি লিখুন এবং সম্ভবত তদারকি বা উন্নয়ন প্রচেষ্টা চালিয়ে যান। তবে, এটি সম্ভবত ব্যয়বহুল এবং কেবলমাত্র অনুরোধ করা সিস্টেমটিই নয়, প্রয়োজনীয় প্রয়োজনীয়তা এবং আর্কিটেকচারেরও প্রয়োজন বর্ধিত সময়ের জন্য একটি পূর্ণ-সময় সফটওয়্যার বিকাশকারীকে নিয়োগের পরিমাণ।

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

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


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


'ডোমেন চালিত ডিজাইন' এর উপর এরিক ইভান্সের বইটি বিকাশকারীরা কীভাবে ডোমেন বিশেষজ্ঞদের কাছ থেকে জ্ঞান অর্জন করতে পারেন সে সম্পর্কে is সুতরাং, এতে আগ্রহী ব্যক্তিদের জন্য প্রাসঙ্গিক হতে পারে।
JW01

একটি নির্দিষ্ট বিন্যাসে ভাল লিখতে সক্ষম হওয়াই এমন একটি বিষয় যা (আমার অভিজ্ঞতায়) নিয়মিত কম করা হয় না।
মার্কো

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

5

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

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

অন্য কথায়, ধারণাটি বর্ণনা করুন, বাস্তবায়ন নয়।

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

যদি পর্যাপ্ত যত্ন নেওয়া এবং প্রক্রিয়াটি বোঝে এমন কেউ না থাকে তবে প্রকল্পটি কোনও ক্ষেত্রেই ব্যর্থ হবে।


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

4

তিনি স্টোরিবোর্ড পদ্ধতির সাহায্যে চেষ্টা করতে পারেন ।

অ্যাপ্লিকেশনটি যে জিনিসগুলির ( গল্প ) করতে হবে তার একটি তালিকা লিখতে এবং সেই তালিকার মধ্যেই প্রতিটি গল্পের কার্যকারিতা সম্পর্কে আরও বিস্তারিতভাবে লিখুন।

তিনি প্রকল্পের সুযোগ এবং কার্যকারিতা খুঁজে পেতে এবং এমনকি তার বিকাশকারীদের সাথে আলাপচারিতা করতে আসনের মতো একটি সরঞ্জাম ব্যবহার করতে পারেন ।


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

3

এটিকে পরিষ্কার প্রয়োজনে অনুবাদ করা স্পষ্টভাবে লিখিত অনুমানের চেয়ে 10x বেশি কাজ।

আমেন। এটি কেন ব্যাখ্যা করে:

তিনি যে কোডারটি ভাড়া করেছিলেন সেটি কর্নার কেসগুলির মধ্যে দিয়ে ভাবেনি এবং উপযুক্ত প্রশ্ন জিজ্ঞাসা করে না।

প্রয়োজনীয়তাগুলি বোঝা হ'ল বেশিরভাগ প্রোগ্রামিং প্রকল্পের সবচেয়ে কঠিন (এবং সবচেয়ে ব্যয়বহুল) অংশ। যখন কোনও প্রযুক্তিবিহীন ব্যক্তি প্রয়োজনীয়তা লেখেন তারা প্রায়শই কেবল প্রতিস্থাপন করতে চান এমন চারপাশের কাজের নথিটি দেয় ("এক্সেল খুলুন, সেল বি 3 তে ক্লিক করুন ...")। তারা যে সর্বোত্তম আশা করতে পারে তা হ'ল তাদের বর্তমান অসুবিধার একটি সঠিক প্রতিলিপি!

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

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

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


2

তিনি যে কোডারটি ভাড়া করেছিলেন সেটিকে উপযুক্ত প্রশ্ন জিজ্ঞাসা করা হয়নি

এটি বিপর্যয়ের একটি রেসিপি। যে, এবং প্রত্যাশা যে কোডার জিজ্ঞাসা করবে । কোডার কোড করতে চান, যোগাযোগ করতে চান না, তাদের উত্সাহ ছাড়া তাদের অভ্যাসটি ভেঙে ফেলার আশা করা বেশ অবাস্তব।

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

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

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


1

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

এটি ভিন্ন - এটি একটি ওয়েব অ্যাপ্লিকেশন নির্দিষ্ট করার চেয়ে অনেক সহজ বলে মনে হচ্ছে। এটি একটি যৌক্তিক প্রক্রিয়া। এটি সহজ জিনিস।

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

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

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

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


0

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

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

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

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

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

তবে সংক্ষেপে, মূল বিষয়টি হ'ল আপনার ভাষা শেখা আপনার ক্লায়েন্টের কাজ নয়, তাদের ভাষা শেখা আপনার yours

আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.