গেম শিল্পী এবং প্রোগ্রামারদের কাজের সময় এবং উত্পাদনশীলতার প্রত্যাশা

Question

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

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

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

সুতরাং, এখানে দুটি প্রশ্ন রয়েছে:

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

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

---

যদি এটি সাহায্য করতে পারে:

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

Comments

আগেই সময়সীমা সহ একটি প্রকল্পের রোডম্যাপ নির্ধারণ করা Agile প্রকল্প পরিচালনার ঠিক বিপরীত ।

— জার্গ ডব্লু মিত্তাগ

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

— জার্গ ডব্লু মিট্টাগ

যদি ওপি প্রতিটি পয়েন্টের জন্য সময়সীমা সহ একটি রোডম্যাপ সেটআপ করে থাকে তবে হ্যাঁ এটি চটজলদি কিছু নয়। ওপ, আসলেই কি এই অবস্থা?

— lucasgcb

"আপনি এটি সময়মতো, বাজেটে, অনুমানের ভিত্তিতে পেতে পারেন saying এই কথাটি কখনও শুনেছেন two ? ঠিক আছে আপনি দৃশ্যত সময় এবং বাজেট পছন্দ করেছেন। অনুমান করুন আপনার প্রকল্পে কি ঘটতে চলেছে।

— হারুন এফ

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

— MechMK1

Answer 1

কর্মীরা পুরো দিনের পুরো সময়কালে 100% এরও কম টাস্ক কাজে নিযুক্ত হওয়া অস্বাভাবিক নয় । হিউম্যানস একটি কঠিন সময় বাধা কিছু ফর্ম ছাড়া বেশি 20 মিনিট জন্য এক কাজের উপর নিকটতর নিবদ্ধ আছে ।

গবেষণায় দেখা গেছে যে, 8-ঘন্টা দিনের মধ্যে, শ্রমিকরা হাল চ-এর চেয়ে কম উত্পাদন করে ।

আসলে, এক সপ্তাহে কাজ করা মোট ঘন্টা হ্রাস করা কিছু পরিস্থিতিতে উত্পাদনশীলতা বাড়িয়ে তুলতে পারে।

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

অ-কাজকর্মের ক্রিয়াকলাপ দূরীকরণের চেষ্টা করার জন্য কঠোর উপায়ে ক্ল্যাম্পিং হ'ল প্রতিক্রিয়া হতে পারে, ফলে অসন্তুষ্ট এবং পোড়া-পোড়া শ্রমিকরা কম উত্পাদনশীল বা সরাসরি কাজ ছেড়ে চলে যেতে পারে।

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

যদি প্রকল্পটি তফসিলের পিছনে পড়ে থাকে, তবে এটি আপনার দলের সাথে সমস্যাটি উত্থাপনের একটি ভাল, প্রমাণ ভিত্তিক উপায় দেয় এবং এটিকে আবার ট্র্যাকের দিকে ফিরিয়ে আনার সমাধান খুঁজতে তাদের সাথে কাজ করুন ।

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

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

Comments

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

— মনিকা

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

— বব

আমি এই মুহুর্তে কেন কাজ করছি না, এবং তার পরিবর্তে এসই পড়ছি

— রেডওয়ালফ প্রোগ্রাম

এটি লক্ষণীয় যে অনেক সময় পরিকল্পনা অবাস্তব হয়ে থাকে। ফলস্বরূপ, স্কোপ কাটা (বা মুক্তির পরে অবধি দেরি করা) প্রায়শই এমন একটি সমাধান যা টেবিলে থাকা উচিত।

— jpmc26

@ jpmc26 ডিএসডিএম এর মতো কিছু চৌকস পদ্ধতিতে, সময়, ব্যয় এবং মান সব কিছু স্থির বলে বিবেচিত হওয়ায় বিলম্বের শিকার প্রকল্পগুলির একমাত্র সমাধান।

— নিক 012000

Answer 2

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

কমপক্ষে আমেরিকাতে বেশিরভাগ ব্যবসা 9 থেকে 5 পর্যন্ত খোলা থাকে। এটি কোনও তাত্পর্যপূর্ণ নয়, তবে এটি এমন এক পৃথিবী যা আমরা কোনও কারণে বাস করি। এর অর্থ হ'ল যে সমস্ত মানুষের জন্য নিয়োগের প্রয়োজন এবং বাস্তব জীবনের জিনিসগুলি মোকাবেলা করা প্রয়োজন তাদের কাজের সময় এটির যত্ন নেওয়া দরকার। যদি আপনি 9 মিনিটে আসার তাগিদ করার পরিবর্তে নমনীয় ঘন্টা সরবরাহ করেন (এবং সম্ভবত অন্যান্য সমস্ত ব্যবসা বন্ধ না হওয়া পর্যন্ত থাকুন) তবে এটি একটি জিনিস হয়ে যাবে (তারপরেও এটি কঠোর), তবে দাবি করা যে তারা এই কঠোর সময়গুলিতে আটকে থাকবে এবং তারপরে লোকদের যখন জিনিসগুলি করা দরকার হয় তখন তাদের মন খারাপ করা বিভ্রান্তিকর।

এর উপরে যোগ করুন যে লোকেরা বাচ্চা এবং পরিবার এবং বাড়িতে পরিস্থিতি আছে এবং আপনার প্রত্যাশা পাগল হয় তা বুঝতে হবে। আপনি যদি সম্পর্ক এবং স্বাস্থ্যের মতো অর্থপূর্ণ অংশগুলি কাজ করতে এবং আত্মত্যাগ করতে নিজের পুরো জীবনকে উৎসর্গ করতে চান তবে এটি আপনার পূর্বানুমান। তবে এটি আপনার কর্মীদের জন্য করা উচিত এমন সিদ্ধান্ত নয়।

আপনার যদি আরও কাজ করার দরকার হয় তবে আপনি আরও বেশি লোক নিয়োগ করতে পারেন। যদি এটি সম্ভব না হয় তবে আপনাকে প্রকল্পের জন্য আপনার প্রত্যাশা এবং লক্ষ্যগুলি ব্যয় করতে হবে।

Answer 3

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

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

After all the best measurement of productivity is when you see if the employees are making their tasks in the given time (of course if the times are set correctly). I think the best way is to break the task into short time spans and check them once in a while - like once a week or once every 2 weeks or whatever makes more sense for you.

Taking all I said into consideration, if they are not meeting the deadlines consistently and not motivated enough to work on the project - then you have hired the wrong people and your best choice is to replace them with the people who will.

Comments

Feeling more productive at late hours is a cognitive bias for most people. I did trust this feeling until I mesured my productivity. Then I found I was more productive while sleeping, basically waking up to type code as it come for a short time.

— bokan

Answer 4

I think apart from the above mentioned views, I guess one has to take the region/country where the company is located. The culture has a major impact on these kind of stuffs too.

For example. I have worked in India, US and Currently in Germany. In India, People tend to come late everyday, I observed them to be less productive on first few hours after entering the office. They frequently use mobile phones and enjoy coffee breaks in Cafeteria. Having said that, they tend to form a strong bond among their colleagues.So, when it comes to work, They tend to finish it somehow to meet the deadlines.

Meanwhile in US, you can't restrict them or pressurize them to do a certain tasks. They feel responsible for the job no matter happens. In short, they don't like people bossing them around.

In Germany, things are completely different. They strictly follow "Work Hard and Party Hard" culture. Inside the office, they won't do anything related to their personal life. Even when having a chat with their colleagues, it will be about the work flow. They are extremely sincere. They care more about the quality than velocity. But I haven't seen them working after their required working hours in a week. No matter what happens they leave the office after the requested period.

Hope this point of view helps for you to analyse your Resources

Answer 5

There are some red flags, but probably not the ones you expect

This

I set down a project roadmap with a lot of good documentation on what needs to be done and deadlines.

Both were asked to produce a timeline as to how these deadlines would be met. For the artist, I mentioned that if the workload was too much, it might be possible to hire an additional contractor for a month or two while they need help.

I have already started hearing things like, "well, I might need some extra help with this," and "I'm not exactly sure how long it will take me right now, so these timelines are just very rough estimates." And I get it, they're trying not to set themselves up for failure, but as a manager, I also need to know what the heck is going on.

...sounds more like waterfall and less like Agile than you're probably aiming for. The point of Agile is to manage risk better by planning less up front, when you know far less about scope, schedule, and budget, and instead focus on continually adding value to the product and planning only as much as you need to at any given time. This lets you 1) always have a product that you can demo and maybe even sell; 2) always know the pace your team is working at; and 3) what you can reasonably accomplish in a given amount of time. As a result you can better respond to schedule hiccups and changing customer needs, both of which are important for a startup.

It sounds like your employees are doing Agile and you're unintentionally trying to force them back into waterfall. I'd recommend spending some more time learning about Agile, particularly with a focus on startups where I understand the risks are high and you want to avoid costly mistakes.

But if I were going to create a software startup I would 100% choose Agile over waterfall, because it would enable me to be more agile instead of blindly going over the waterfall because my employees didn't set expectations with me and instead kept taking on more work while promising to meet a deadline that had been set in stone months ago and that was not achievable. You don't want that.

Bottom line: other than possibly the lateness issue, your employees are doing exactly what they should. You need to take a look at your management style; it seems to be the issue.

Answer 6

Having managed several studios for a few of the large game companies, I could write you a large answer about productivity, etc but the problem is rarely there:

First, you can't expect people to sit 8 hours focused, it won't happen.

Flexibility is very important because if people can't deal with calling their bank, etc at the office, you will start to feel it very quickly. Unless there are some important deadlines, and the work is purely related to the time put in (as in no problem solving, no research, etc) you can't measure the work in hours and it's much better for employees to have flexible time, within reason.

In order to get people to be productive, forget time and focus on short measurable goals but also make sure they really understand, and share, the end goal. If they don't care about your project and are just contractors that want to collect their pay, your product will never be good.

People go into games because they're passionate about it, so you already don't have most of the problems you'd have with contractors in general. But you have to get them interested in your product and involved in building it, not treat them as extensions of your brain that will implement what you tell them. If there is no team feeling, productivity will be low, no matter the talent.

Another common thing in games is that your schedule is probably wrong; in almost 30 years in this field, only one team I was a part of (making the most popular soccer game) had a schedule that was realistic and made sense. It was an experienced team where people were used to work together. You have to constantly refine the direction with the team to see what can be done with the time / budget you have left, keeping in mind that there are always unknowns, etc popping up.

Almost all the time, productivity issues stem from management mistakes. Make sure the team likes the project, want to see it published, are contributing to it more than just coding and drawing, like it's theirs too, and that the goal makes sense at any moment.

Comments

Well maybe I am just wrong but... I didnt like my last company’s product it wasnt just talking to me. However I got payed for that work I’ve done and I’ve done a great work I really proud of it from many aspects (I am a programmer) I have participated in the UI/UIX design and brought many features to it, I have done really great performant stable and multithreaded systems for that app (it was an audio middleware and also an app, I worked for the app) I worked on it alone and even finished 3 months before the scheduled deadline.

— ColdSteel

My point is: I dont think that employees should be 100% believing in the product. Personally for me it doesnt even matter if I getting payed for something, I will do my best work, because this is how I was educated, this is how it works for me. I was hired I was payed a big money and I was providing my best. And yet, I didnt like the end product, I wouldn’t ever invest in it. So the point of dont care about the project is not a 100% situation, or I just dont understand something.

— ColdSteel

That means you'd be an awesome employee at many places ;) There are people like that, but my experience with games is that passion for the product is a very important driver because we can't spec out everything since a lot of things depends on how the game feels, plays, etc; by having everyone buying into the product, each actor is making their own personal contribution to make the product parts fit together; having works for most major game companies, I've seen a lot more complaining than anything else from the programmers when they don't like part of the product.

— Thomas

As I said I don’t know for everyone, after rethinking it again, perhaps it is just a personality aspect. I’ve done a lot for the games industry as well, I didnt like every task or every aspect of the particular game or a plugin, but I still did my best. I actually looking at it differently: I am selling my knowledge - my code as part of it to the employer and it is going to be the best I can provide.

— ColdSteel

I am 32 couple of days back. And my quality is not driven by what other ppl will think about me or my job done there. Its just my vision of the world. If you hired me and I dont do my job well then I see it as stealing money from your pocket :-/.

— ColdSteel

Answer 7

A few things you need to know about creative types:

Programmers love being 100% engaged for hours at a time. This allows them to achieve deep flow. To gain the benefits of this, you need to provide a work environment absolutely free of distractions. Separate offices or remote is ideal. Cubicles are marginal. Open workspaces obliterate productivity. Something as simple as asking someone what time they're going to lunch can destroy half an hour of work.

Whether a developer is in deep flow or not, code quality drops off precipitously after about five hours of hard thinking. And sometimes that thinking may not look like work. I do some of my best programming with my eyes closed on the couch.

Read up on Scrum and other Agile methodologies. Set reasonable tasks and deadlines (which is a skill in itself that you'll need to hone as a team) and then let your developers decide how to meet those goals. Other than your daily standup, you don't need to synchronize your schedules at all. In fact, it's probably better if you don't.

Comments

+1 for "Something as simple as asking someone what time they're going to lunch can destroy half an hour of work." It's like juggling - when someone snatches a ball from you, you drop all of them, getting back to the point of interruption takes you way way longer than the interruption itself.

— Guntram Blohm supports Monica

Well thats individually for everyone. Some people can’t be interrupted, some can write code and talk at the same time (I am one of the last and also met 3 other people like me). However I find myself closing my eyes putting a hood on my head and thinking sometimes as well.

— ColdSteel

@ColdSteel I think the ability to work in a distracting environment is a learned skill. I work in a very distracting office, and after a year I've managed to get my productivity up to maybe 60% of what it was when I worked from home.

— ReinstateMonicaSackTheStaff

@TKK I always remember myself like that, but maybe you are right. For me there is little difference if I work from home or at the office.

— ColdSteel

Answer 8

Adding to other answers, it's worth noting that on top of the average office worker, most creative work like art and programming certainly does not benefit from monitoring over the shoulder and counting down the minutes.

However, this doesn't mean you cannot track or expect a deadline for goals.

If your workers legitimately do not know when a task will be completed from your plan, their task is actually too big - or you've presented it as too big. Break the tasks down to things your workers can deliver frequently and effectively build up to your MVP. Think SMART goals and involve them in the process. Have a brief stand up meeting everyday to figure what's being tackled today, how work is going, or what's impeding their progress.

To say it again, do not set up overwatch on them with work hours. Gather with each team and discuss reasonable scope and deadlines. Do not micromanage, specially over creatives.

Answer 9

I think you were taking the problem on the reverse way (but hopefully the previous answers changed your mind).

Here is my way to lead creative people, and the way I like to be lead :

• I make sure they feel engaged toward the project. It must be their baby, not mine. I'm very strict with the briefing and then give full freedom within the defined frame. I feel very bad when I have to say someone "I know you don't want to do this that way but you have to" each time it happend and the job is done I consider I have a big debt regarding the worker. If there is a technical choice to make, the ones more impacted by it have to make it. Also split the tasks so they can aim at the end of it (agile methods).

• get focused very hard during small amount of time, then relax. Check pomodoro method, it force you to train to quit working even if you felt very productive at that time. Feel weird, but once you use it repeatedly you'll see it work. There are tons of similar methods. Make sure your employees experiment them, I'm so glad when I see my colleagues debating about these methods.

• Make sure they have top environment: descent computer, keyboard, mouse, monitor, desk, chairs, network, good water, even fruits... It cost nothing compare to salaries.

• Make sure they have a place to take a nap. Sometime after a bad night I could take a one hour nap, it saves me the rest of the day instead of fighting fatigue like a zombie in front of computer. Consider your developers are working while sleeping and exercising. They just come to work to type the code they though about while cooking the day before. If they sleep or have sport break during the day, you'll get two days of work for the price of one. The same apply at smaller scale with pomodoro methods. So make sure they have some quick stupid things to do. Ideally I would have a climbing wall in the office. So you can climb 5min get focused 25min... Also I would pay the one hour sport break.

• experiment things that seems to be a waste of time. Like peer programing for exemple, I can't remember how many keyboard shortcuts or software feature I learnt this way and how grateful I'm to the ones who taught me them. It also create bonds between people. Also at one company I was working with, employees made presentation to others once a week during lunch time. It was not mandatory for employees to do it but considered as a present to others. The company paid pizzas... Quite cheap for a one hour and half lesson to 20 persons.

• care for them, check the signs of fatigue, worries, bad health state. Talk with them, encourage exercising... It's like leading a sport team. Care for them, they'll care for you.

• Make sure there is no shame of not being working at a time, so they never fake it. They send messages on slack because it's a less obvious break than doing push-ups...

But how can you be sure they are working if it all look like an holiday place? You'll feel it. Make sure there's some pressure, some deadline and challenge and that they care. It's really easy to make happy people productive.

Answer 10

In addition to the existing answers that cover A. “employees are humans and need to be able to also live their lives” And B. “Setting up long term waterfall based work loads and deadlines, but meeting daily about them, doesn’t count as agile”

I’ll add some additional information I think will help you succeed. There is, sadly, just statistically, but also from my takeaway of your situation and view points, nearly a 100% chance you will never ship a game.

The setup you have going, plus how game development works, plus this being your first shot at running it all where you are the last line and the bottom line, means failure is imminent.

The only chance you have to ship a product, of any sort, is to constantly adapt. The grand vision of a game you have right now, whatever it is, will sink you. Plan on shipping a tenth of that vision at best. Hold on to one key feature or essence, and let everything else be flexible or “cut-able”.

If you were an artist or an engineer yourself, then you could drive slightly more of the vision home via your own sweat equity. As it is now, every sprint, look at what you have and then make a decision about where to try to take things in the next 2 weeks. Forget about the grand plan. Figure out what pieces there are for a minimal viable product and try to dedicate sprints to achieving a single piece.

Agile development is especially difficult to manage at the very beginning of a software project. Many producer/designers end up turning it into waterfall development without realizing it...but with a lot more meetings.

Answer 11

To me, it kinda sounds like you hired the wrong people. I only work with people who I know will be just as motivated as I am. Doing personal stuff in between is no biggie (as long as it's not too long of course!), but showing up late seems to me like a lack of discipline / they don't take their job too seriously.

Look, I don't know you, I don't know them, I don't know the company, but it feels like you should go over this with them. It doesn't need to be in a stern manner, but rather ask how they perceive such issues and help them get motivated for the end-goal, your release.

Oh, and as an artist I totally understand their "I don't wanna do marketing stuff" mindset, because it may not be what they learned to do in school. For tasks like those you may rather hire a specialist, especially since you're a starting studio. Without marketing you'll die a swift and unnoticed death.

Hope this helps, succes with figuring it out!

Comments

If it were a big company the marketing observation would be sensible, but since it is a startup breaking a few eggs short-term is expected, specially with little budget. That said, I can't tell why this answer has been downvoted.

— lucasgcb

My guess is that many devs (I'm one too) aren't in agreement with the implication that OP is correct to expect work without breaks. I agree that the late arrivals could very well be an issue, and the marketing suggestion sounds reasonable, but personally I think OP is describing micromanagement that will eventually drive away good workers or cause them to burn out, and from the other answers I think that's more or less the consensus. That's probably why this has gotten downvotes (I didn't downvote btw, even though I disagree with this answer).

— bob

Perhaps the wording is confusing? This answer says "I only work with people who I know will be just as motivated as I am", which sounds like "no breaks is A-okay", and "Doing personal stuff in between is no biggie", which sounds like "breaks are A-okay". It's not clear which position is being taken. Clarifying might help, especially if you really are just focusing on the late arrivals.

— bob

I don’t feel that this answer have to be downvoted, even though I disagree with part of it :-/

— ColdSteel