Giờ làm việc và kỳ vọng năng suất cho các nghệ sĩ và lập trình viên trò chơi


30

Tôi có một công ty khởi nghiệp với ngân sách hạn hẹp và gần đây đã thuê một lập trình viên và một nghệ sĩ. Trước khi họ bắt đầu dự án, tôi đã vạch ra một lộ trình dự án với rất nhiều tài liệu tốt về những gì cần phải làm và thời hạn.

Cả hai đều được yêu cầu đưa ra một mốc thời gian về việc những thời hạn này sẽ được đáp ứng như thế nào. Đối với nghệ sĩ, tôi đã đề cập rằng nếu khối lượng công việc quá nhiều, có thể thuê một nhà thầu bổ sung trong một hoặc hai tháng trong khi họ cần giúp đỡ.

Tôi đã bắt đầu nghe những điều như "ừm, tôi có thể cần thêm trợ giúp với việc này" và "Tôi không chắc chính xác là tôi sẽ mất bao lâu ngay bây giờ, vì vậy những mốc thời gian này chỉ là những ước tính rất thô sơ." Và tôi hiểu điều đó, họ đang cố gắng không tự đặt ra thất bại, nhưng là một người quản lý, tôi cũng cần phải biết cái quái gì đang diễn ra.

Vì vậy, có hai câu hỏi ở đây:

  • Tôi thường xuyên thấy cả những người thuê của mình sử dụng Slack không phải công ty, trả lời tin nhắn điện thoại và làm quản trị viên cuộc sống trên đồng hồ của tôi. Họ đã đến muộn hơn một lần trong tuần đầu tiên, khi tôi có chính sách của công ty ở mức 9. Có thể điều này là không chính thống, nhưng chúng tôi đang làm việc trong một dự án lớn, và điều cuối cùng tôi muốn là họ chuyển hướng xung quanh và buộc tội tôi dưới phạm vi dự án. Mặt khác, tôi nhận ra rằng đây có thể là chuẩn mực ở những nơi khác, trong các công ty lớn hơn. Những gì nói chung có thể được mong đợi từ các nghệ sĩ / lập trình viên về phong cách làm việc và năng suất? Sự khác biệt giữa linh hoạt và lười biếng là gì?

  • Nghệ sĩ của tôi đã bắt đầu từ chối các công việc khác (làm việc cho các tài sản tiếp thị, v.v.) trên cơ sở rằng họ đã có rất nhiều công việc trên đĩa của họ và cần phải quản lý kỳ vọng. Tôi có thể giải quyết vấn đề này nếu tôi không thấy họ đến muộn, trả lời tin nhắn trên Slack và thường làm những việc không liên quan đến công việc. Mặt khác, tôi không biết liệu điều này là bình thường / cần thiết cho quảng cáo. Là nó?


Nếu nó có thể giúp:

  • Các studio nằm ở châu Âu.
  • Tôi không có chính sách bằng văn bản, nhưng giờ làm việc là nghĩa vụ hợp đồng.
  • Chúng tôi đang sử dụng quản lý dự án nhanh nhẹn.
  • Chúng tôi là 3 người làm việc trong dự án. Cả hai đều là "khách hàng tiềm năng" để họ đưa ra quyết định liên quan đến lĩnh vực của riêng họ - nghệ thuật và mã

46
Đặt ra một lộ trình dự án, bao gồm cả thời hạn, trước đó, hoàn toàn ngược lại với quản lý dự án Agile.
Jörg W Mittag

5
@lucasgcb: Nhưng những thời hạn đó là ngắn (thường là một hoặc hai tuần), đánh giá lại mỗi lần chạy nước rút và được đặt bởi nhóm. Không có trường hợp nào ở đây, như OP đã viết, ông đã vạch ra toàn bộ lộ trình và thời hạn trước khi dự án bắt đầu. Agile là về phản hồi liên tục và điều chỉnh quá trình dựa trên phản hồi đó.
Jörg W Mittag

2
Nếu OP đã thiết lập một lộ trình với thời hạn cho từng điểm thì vâng, đó không phải là Agile. Đây thực sự là trường hợp, OP?
lucasgcb

5
Đã bao giờ nghe câu nói "Bạn có thể có nó đúng hạn, về ngân sách, về thông số kỹ thuật. Chọn hai." ? Vâng, rõ ràng bạn đã chọn thời gian và ngân sách. Đoán xem điều gì sẽ xảy ra với dự án của bạn.
Aaron F

12
Tôi có thể nói với bạn từ kinh nghiệm cá nhân rằng việc đưa ra ước tính là khó khăn. Rất vất vả. Bạn không thể biết điều gì sẽ xảy ra trong tương lai, một nhiệm vụ nhất định sẽ diễn ra trong bao lâu. Và vâng, tôi cũng cần nghỉ giải lao. Bộ não giống như một cơ bắp và hoạt động quá mức nó sẽ mang lại lợi nhuận giảm dần. Từ những gì tôi có thể thấy, có vẻ như bạn có quá nhiều kỳ vọng về những gì nhân viên của bạn có thể làm mỗi ngày. Buộc họ phải tuân theo sự mong đợi của bạn sẽ đốt cháy họ , như đã thấy với BioWare và những người khác.
MechMK1

Câu trả lời:


87

Không có gì lạ khi người lao động tham gia vào công việc ít hơn 100% trong toàn bộ thời gian của ngày làm việc. Con người có một thời gian khó tập trung vào một nhiệm vụ dài hơn 20 phút mà không bị gián đoạn .

Nghiên cứu cho thấy, trung bình trong một ngày 8 giờ, công nhân làm việc hiệu quả với ít hơn một nửa f.

Trên thực tế, việc giảm tổng số giờ làm việc trong một tuần có thể tăng năng suất trong một số trường hợp.

Đây không phải là một đối số cho "bất cứ điều gì đi" hoặc thực hiện thay đổi mạnh mẽ cho giờ làm việc của bạn mà không cần điều tra thêm. Nhưng, một chút khác biệt trong thời gian đến và một số hoạt động không phải làm việc xảy ra trong giờ làm việc không nhất thiết phải gây ra báo động.

Kìm nén một cách hà khắc để cố gắng loại bỏ hoạt động phi công việc cũng có thể gây tác dụng ngược, dẫn đến những người lao động không hạnh phúc và bị đốt cháy, những người làm việc kém năng suất hoặc hoàn toàn bỏ việc.

Thay vào đó, hãy để các cột mốc dự án của bạn là hướng dẫn của bạn . Nếu nhân viên của bạn đang đáp ứng các mục tiêu lịch trình đã được thiết lập sớm, thì có vẻ như bạn đang đi đúng hướng. Từ chối công việc hơn và hơn lịch trình đã thỏa thuận là một điều hợp lý cho một công nhân để làm, và không nhất thiết là một dấu hiệu của sự thiếu sót. Nếu bạn có nhiều công việc hơn băng thông theo lịch trình cho phép, hãy thử kết hợp việc học này vào việc lập kế hoạch cho đơn vị chạy nước rút / cột mốc / công việc tiếp theo của bạn, để bạn có thể ưu tiên các nhiệm vụ hoặc mang thêm người trợ giúp khi cần.

Nếu dự án được tụt hậu so với tiến độ, cung cấp cho bạn một tốt, dựa trên bằng chứng cách để nêu vấn đề với nhóm của bạn, và làm việc với họ để tìm ra giải pháp để đưa nó trở lại đúng hướng.

Các studio tôi từng làm việc đã lập ra "buổi chiều tập trung" 2 ngày một tuần, trong đó chúng tôi được yêu cầu không lên lịch các cuộc họp, phát video ở chế độ nền hoặc trò chuyện tại bàn nơi họ có thể gây mất tập trung, vì vậy mọi người đều có một khối thời gian họ có thể tin tưởng để không bị gián đoạn.

Nói chuyện với nhóm của bạn về việc liệu những thứ như thế có thể phù hợp với họ hay không và liên quan đến họ trong quá trình ra quyết định , vì vậy họ cảm thấy như họ là cộng tác viên tìm giải pháp cùng nhau, không phải trẻ em bị kỷ luật (không ai làm việc tốt nhất khi họ cảm thấy bị trừng phạt). Chỉ cần biết những gì đang bị đe doạ và được trao quyền để giúp giải quyết nó có thể đủ để truyền cảm hứng cho nhóm của bạn để điều chỉnh thời gian đến / tập trung của họ để nhận lấy sự chậm chạp, nếu đó là điều còn thiếu.


4
Vâng đặt. Tôi chỉ nhấn mạnh rằng những thứ như "được trao quyền", "liên quan đến chúng trong quá trình ra quyết định", "hãy để các cột mốc dự án của bạn là hướng dẫn của bạn" là nền tảng của một tư duy nhanh nhẹn, mà OP tuyên bố sẽ sử dụng, vì vậy nó nên phải lên hẻm của họ.
Phục hồi lại

4
Tôi sẽ đi xa hơn để nói rằng miễn là các báo cáo trực tiếp không tuân theo cách họ làm như vậy, thực tế là họ đang đặt kỳ vọng như thế này thay vì nói một cách mù quáng "chắc chắn tôi có thể làm điều đó trên đầu tôi các nhiệm vụ khác!" là một dấu hiệu tốt cho thấy họ là những nhân viên xuất sắc, biết cách quản lý thời gian và rủi ro, và người mà OP nên tin tưởng hơn. Nhiều hơn nữa. Họ cũng có thể cứu công ty khỏi cách vượt tiến độ và ngân sách.
bob

Đây là một lý do tốt đẹp mà tôi có thể đưa ra cho sếp của mình tại sao tôi không làm việc vào lúc này, và thay vào đó là đọc SE
Chương trình

1
Điều đáng chú ý là đôi khi kế hoạch kết thúc là không thực tế. Do đó, việc cắt phạm vi (hoặc trì hoãn nó cho đến sau khi phát hành) thường là một giải pháp nên có trên bàn.
jpmc26

@ jpmc26 Trong một số phương pháp Agile như DSDM, đó là giải pháp duy nhất cho các dự án bị chậm trễ, vì thời gian, chi phí và chất lượng đều được coi là cố định.
nick012000

21

Tốt đau buồn, đọc câu hỏi này nhấn mạnh tôi ra. Bạn không nghĩ rằng nhân viên của bạn nên được phép gửi tin nhắn cá nhân và tham dự cuộc sống của họ trong giờ làm việc? Câu trả lời hàng đầu nói rằng nó tốt hơn tôi sẽ làm, nhưng điều đó hoàn toàn không thực tế. Nếu bạn mong đợi nhân viên của mình tập trung vào nhiệm vụ 100% thời gian, bạn sẽ mất chúng.

Hầu hết các doanh nghiệp mở cửa từ 9 đến 5, ít nhất là ở Mỹ. Không có nghĩa gì, nhưng đó là thế giới chúng ta đang sống vì một số lý do. Điều đó có nghĩa là những con người cần đặt lịch hẹn và đối phó với những thứ thực tế trong cuộc sống sẽ cần phải chăm sóc nó trong giờ làm việc. Nếu bạn đưa ra giờ linh hoạt thay vì khăng khăng họ đến vào lúc 9 (và có lẽ sẽ ở lại cho đến khi tất cả các doanh nghiệp khác sẽ đóng cửa) thì đó sẽ là một điều (thậm chí sau đó rất khắc nghiệt), nhưng yêu cầu họ phải tuân theo những giờ cứng nhắc này và sau đó buồn bã khi họ cần làm mọi người là ảo tưởng.

Thêm vào đó là mọi người có con và gia đình và các tình huống ở nhà, và bạn nên nhận ra rằng những kỳ vọng của bạn là điên rồ. Nếu bạn muốn dành toàn bộ cuộc đời mình để làm việc và hy sinh những phần ý nghĩa như mối quan hệ và sức khỏe, đó là đặc quyền của bạn. Nhưng đó không phải là một quyết định mà bạn nên đưa ra cho nhân viên của mình.

Nếu bạn cần hoàn thành nhiều công việc hơn, bạn có thể thuê thêm người. Nếu điều đó là không thể, bạn cần cắt giảm những kỳ vọng và mục tiêu của bạn cho dự án.


19

Tôi nghĩ rằng giờ làm việc nghiêm ngặt thường không phải là một ý tưởng tốt. Ví dụ, tôi thuộc về 20% những người này làm việc hiệu quả hơn vào cuối giờ. Tôi đã làm việc trong các công ty mới thành lập và các công ty lớn. Tôi luôn có cuộc nói chuyện với những người quản lý của mình về những giờ muộn. Sau tất cả những gì tôi luôn nói với họ, vâng, tôi có thể đến văn phòng lúc 8 giờ sáng và hoàn toàn im lặng cho đến 2 giờ chiều gần như vô dụng ... Mặt khác, tôi luôn hoàn thành nhiệm vụ đúng hạn và thậm chí trước đó - tôi làm việc từ 11 giờ sáng đến 10 giờ tối vì nó là tốt nhất cho tôi - dẫn đến năng suất tốt hơn của chính tôi.

Ngoài ra, làm một chút công cụ riêng (như trả lời vài thư hoặc thậm chí xem video YT) không phải là một điều xấu thậm chí trái với việc là một lập trình viên, công việc rất căng thẳng và tẻ nhạt. Một bộ não con người không thể thực sự làm việc đủ 9 giờ liên tục; nó cần ít thời gian nghỉ ngơi - những giờ giải lao này thực sự hiệu quả hơn nhiều so với việc chỉ ngồi và nhìn chằm chằm vào mã - trong những giờ giải lao này, tôi thường có những ý tưởng sáng chói xuất hiện trong đầu - dẫn đến những giải pháp tốt cho các vấn đề. Vì vậy, tôi cho rằng mọi thứ đều tương đối - tất nhiên không nên lạm dụng và nhân viên không nên xem YT cả ngày.

Sau tất cả các phép đo năng suất tốt nhất là khi bạn xem liệu các nhân viên có thực hiện nhiệm vụ của họ trong thời gian nhất định hay không (tất nhiên nếu thời gian được đặt chính xác). Tôi nghĩ cách tốt nhất là chia nhiệm vụ thành các khoảng thời gian ngắn và kiểm tra chúng một lần trong một thời gian - như một lần một tuần hoặc mỗi 2 tuần một lần hoặc bất cứ điều gì có ý nghĩa hơn đối với bạn.

Cân nhắc tất cả những gì tôi đã nói, nếu họ không đáp ứng đúng thời hạn và không đủ động lực để làm việc trong dự án - thì bạn đã thuê nhầm người và lựa chọn tốt nhất của bạn là thay thế họ bằng những người sẽ làm.


Cảm thấy năng suất hơn vào cuối giờ là một thiên kiến ​​nhận thức cho hầu hết mọi người. Tôi đã tin tưởng cảm giác này cho đến khi tôi mê mẩn năng suất của mình. Sau đó, tôi thấy tôi làm việc hiệu quả hơn trong khi ngủ, về cơ bản là thức dậy để gõ mã khi nó đến trong một thời gian ngắn.
xe đẩy

17

Tôi nghĩ ngoài những quan điểm đã đề cập ở trên, tôi đoán người ta phải đi theo vùng / quốc gia nơi công ty được đặt. Văn hóa cũng có tác động lớn đến những thứ này.

Ví dụ. Tôi đã làm việc ở Ấn Độ, Mỹ và Hiện tại ở Đức. Ở Ấn Độ, mọi người có xu hướng đến muộn hàng ngày, tôi quan sát thấy họ làm việc kém hiệu quả hơn trong vài giờ đầu sau khi vào văn phòng. Họ thường xuyên sử dụng điện thoại di động và thưởng thức cà phê trong Cafeteria. Có nói rằng, họ có xu hướng hình thành một mối liên kết mạnh mẽ giữa các đồng nghiệp của họ. Vì vậy, khi đi làm, họ có xu hướng hoàn thành nó bằng cách nào đó để đáp ứng thời hạn.

Trong khi đó ở Mỹ, bạn không thể hạn chế chúng hoặc gây áp lực để thực hiện một số nhiệm vụ nhất định. Họ cảm thấy có trách nhiệm với công việc không có vấn đề gì xảy ra. Nói tóm lại, họ không thích mọi người làm chủ họ xung quanh.

Ở Đức, mọi thứ hoàn toàn khác. Họ tuân thủ nghiêm ngặt văn hóa "Làm việc chăm chỉ và chăm chỉ của Đảng". Trong văn phòng, họ sẽ không làm bất cứ điều gì liên quan đến cuộc sống cá nhân của họ. Ngay cả khi trò chuyện với đồng nghiệp của họ, đó sẽ là về dòng công việc. Họ vô cùng chân thành. Họ quan tâm đến chất lượng hơn là vận tốc. Nhưng tôi đã không thấy họ làm việc sau giờ làm việc cần thiết trong một tuần. Không có vấn đề gì xảy ra họ rời khỏi văn phòng sau thời gian yêu cầu.

Hy vọng quan điểm này sẽ giúp bạn phân tích Tài nguyên của mình


11

Có một số lá cờ đỏ, nhưng có lẽ không phải là những cái bạn mong đợi

Điều này

Tôi đặt ra một lộ trình dự án với rất nhiều tài liệu tốt về những gì cần phải làm và thời hạn.

Cả hai đều được yêu cầu đưa ra một mốc thời gian về việc những thời hạn này sẽ được đáp ứng như thế nào. Đối với nghệ sĩ, tôi đã đề cập rằng nếu khối lượng công việc quá nhiều, có thể thuê một nhà thầu bổ sung trong một hoặc hai tháng trong khi họ cần giúp đỡ.

Tôi đã bắt đầu nghe những điều như "ừm, tôi có thể cần thêm trợ giúp với việc này" và "Tôi không chắc chính xác là tôi sẽ mất bao lâu ngay bây giờ, vì vậy những mốc thời gian này chỉ là những ước tính rất thô sơ." Và tôi hiểu điều đó, họ đang cố gắng không tự đặt ra thất bại, nhưng là một người quản lý, tôi cũng cần phải biết cái quái gì đang diễn ra.

... Nghe giống thác nước và ít giống Agile hơn bạn có thể nhắm đến. Quan điểm của Agile là quản lý rủi ro tốt hơn bằng cách lập kế hoạch trước ít hơn, khi bạn biết ít hơn về phạm vi, lịch biểu và ngân sách, và thay vào đó tập trung vào việc liên tục tăng giá trị cho sản phẩm và lập kế hoạch nhiều nhất bạn cần thời gian. Điều này cho phép bạn 1) luôn có một sản phẩm mà bạn có thể demo và thậm chí có thể bán; 2) luôn biết tốc độ mà nhóm của bạn đang làm việc; và 3) những gì bạn có thể hoàn thành hợp lý trong một khoảng thời gian nhất định. Kết quả là bạn có thể đáp ứng tốt hơn để lên lịch nấc và thay đổi nhu cầu của khách hàng, cả hai đều quan trọng đối với một startup.

Có vẻ như nhân viên của bạn đang làm Agile và bạn đang cố tình ép họ trở lại thác nước. Tôi khuyên bạn nên dành nhiều thời gian hơn để tìm hiểu về Agile, đặc biệt là tập trung vào các công ty khởi nghiệp nơi tôi hiểu rủi ro rất cao và bạn muốn tránh những sai lầm tốn kém.

Nhưng nếu tôi định tạo một phần mềm khởi động, tôi sẽ chọn 100% Agile qua thác nước, bởi vì nó sẽ cho phép tôi nhanh nhẹn hơn thay vì mù quáng đi qua thác nước vì nhân viên của tôi không đặt kỳ vọng với tôi và thay vào đó tiếp tục công việc nhiều hơn trong khi hứa hẹn sẽ đáp ứng thời hạn đã được ấn định từ nhiều tháng trước và điều đó không thể đạt được. Bạn không muốn điều đó.

Điểm mấu chốt: khác với vấn đề về độ trễ, nhân viên của bạn đang làm chính xác những gì họ cần. Bạn cần xem qua phong cách quản lý của bạn; nó có vẻ là vấn đề


10

Đã quản lý một số studio cho một vài công ty game lớn, tôi có thể viết cho bạn một câu trả lời lớn về năng suất, v.v. nhưng vấn đề hiếm khi xảy ra:

Đầu tiên, bạn không thể mong đợi mọi người ngồi tập trung 8 tiếng, điều đó sẽ không xảy ra.

Tính linh hoạt là rất quan trọng bởi vì nếu mọi người không thể đối phó với việc gọi ngân hàng của họ, v.v. tại văn phòng, bạn sẽ bắt đầu cảm thấy điều đó rất nhanh. Trừ khi có một số thời hạn quan trọng và công việc hoàn toàn liên quan đến thời gian đưa vào (như không giải quyết vấn đề, không nghiên cứu, v.v.), bạn không thể đo lường công việc theo giờ và tốt hơn là nhân viên có thời gian linh hoạt, Trong vòng suy luận.

Để mọi người làm việc hiệu quả, hãy quên thời gian và tập trung vào các mục tiêu có thể đo lường ngắn nhưng cũng đảm bảo rằng họ thực sự hiểu và chia sẻ, mục tiêu cuối cùng. Nếu họ không quan tâm đến dự án của bạn và chỉ là nhà thầu muốn thu tiền lương của họ, sản phẩm của bạn sẽ không bao giờ tốt.

Mọi người tham gia vào các trò chơi vì họ đam mê nó, vì vậy bạn đã không gặp phải hầu hết các vấn đề bạn gặp phải với các nhà thầu nói chung. Nhưng bạn phải khiến họ quan tâm đến sản phẩm của bạn và tham gia xây dựng nó, chứ không coi họ là phần mở rộng của bộ não sẽ thực hiện những gì bạn nói với họ. Nếu không có cảm giác nhóm, năng suất sẽ thấp, bất kể tài năng.

Một điều phổ biến trong các trò chơi là lịch trình của bạn có thể sai; trong gần 30 năm trong lĩnh vực này, chỉ có một đội tôi là một phần của (làm trò chơi bóng đá phổ biến nhất) có một lịch trình thực tế và có ý nghĩa. Đó là một đội ngũ giàu kinh nghiệm, nơi mọi người đã từng làm việc cùng nhau. Bạn phải liên tục tinh chỉnh hướng đi với nhóm để xem những gì có thể được thực hiện với thời gian / ngân sách bạn còn lại, hãy nhớ rằng luôn có những ẩn số, v.v.

Hầu như tất cả thời gian, các vấn đề năng suất bắt nguồn từ sai lầm quản lý. Hãy chắc chắn rằng nhóm thích dự án, muốn xem nó được xuất bản, đang đóng góp cho nó nhiều hơn là chỉ viết mã và vẽ, giống như của họ, và mục tiêu đó có ý nghĩa bất cứ lúc nào.


2
Có lẽ tôi đã sai nhưng ... tôi không thích sản phẩm của công ty cuối cùng của tôi, nó không chỉ nói chuyện với tôi. Tuy nhiên tôi đã được trả tiền cho công việc đó tôi đã làm và tôi đã làm một công việc tuyệt vời Tôi thực sự tự hào về nó từ nhiều khía cạnh (Tôi là một lập trình viên) Tôi đã tham gia vào thiết kế UI / UIX và mang lại nhiều tính năng cho nó, tôi đã thực hiện các hệ thống ổn định và đa luồng thực sự tuyệt vời cho ứng dụng đó (nó là một phần mềm trung gian âm thanh và cũng là một ứng dụng, tôi đã làm việc cho ứng dụng này) Tôi đã làm việc một mình và thậm chí đã hoàn thành 3 tháng trước thời hạn dự kiến.
ColdSteel

Quan điểm của tôi là: Tôi không nghĩ rằng nhân viên nên tin tưởng 100% vào sản phẩm. Cá nhân đối với tôi nó thậm chí không quan trọng nếu tôi được trả tiền cho một cái gì đó, tôi sẽ làm tốt nhất công việc của mình, bởi vì đây là cách tôi được giáo dục, đây là cách nó hoạt động với tôi. Tôi được thuê tôi đã được trả một số tiền lớn và tôi đang cung cấp tốt nhất của tôi. Tuy nhiên, tôi không thích sản phẩm cuối cùng, tôi sẽ không bao giờ đầu tư vào nó. Vì vậy, quan điểm không quan tâm đến dự án không phải là tình huống 100%, hoặc tôi chỉ không hiểu điều gì đó.
ColdSteel

Điều đó có nghĩa là bạn sẽ là một nhân viên tuyệt vời ở nhiều nơi;) Có những người như vậy, nhưng kinh nghiệm của tôi với các trò chơi là niềm đam mê với sản phẩm là một trình điều khiển rất quan trọng bởi vì chúng tôi không thể tìm ra mọi thứ vì rất nhiều thứ phụ thuộc vào về cách trò chơi cảm thấy, chơi, vv; bằng cách cho tất cả mọi người mua sản phẩm, mỗi diễn viên sẽ tự đóng góp cá nhân để làm cho các bộ phận sản phẩm khớp với nhau; làm việc cho hầu hết các công ty game lớn, tôi đã thấy nhiều phàn nàn hơn bất cứ điều gì khác từ các lập trình viên khi họ không thích một phần của sản phẩm.
Thomas

Như tôi đã nói tôi không biết cho mọi người, sau khi suy nghĩ lại, có lẽ đó chỉ là khía cạnh tính cách. Tôi cũng đã làm rất nhiều cho ngành công nghiệp trò chơi, tôi không thích mọi nhiệm vụ hay mọi khía cạnh của trò chơi cụ thể hoặc một plugin, nhưng tôi vẫn làm hết sức mình. Tôi thực sự nhìn nó khác đi: tôi đang bán kiến ​​thức của mình - mã của tôi như là một phần của nó cho nhà tuyển dụng và nó sẽ là thứ tốt nhất tôi có thể cung cấp.
ColdSteel

2
Tôi 32 ngày trở lại. Và chất lượng của tôi không bị chi phối bởi những gì ppl khác sẽ nghĩ về tôi hoặc công việc của tôi được thực hiện ở đó. Nó chỉ là tầm nhìn của tôi về thế giới. Nếu bạn thuê tôi và tôi không làm tốt công việc của mình thì tôi coi đó là ăn cắp tiền từ túi của bạn: - /.
ColdSteel

7

Một vài điều bạn cần biết về các loại sáng tạo:

Lập trình viên thích được tham gia 100% mỗi giờ. Điều này cho phép họ đạt được dòng chảy sâu . Để đạt được những lợi ích của việc này, bạn cần cung cấp một môi trường làm việc hoàn toàn không có phiền nhiễu. Văn phòng riêng hoặc từ xa là lý tưởng. Các khối là biên. Không gian làm việc mở làm giảm năng suất. Một cái gì đó đơn giản như hỏi ai đó thời gian họ đi ăn trưa có thể phá hủy nửa giờ làm việc.

Cho dù một nhà phát triển có đang ở trong dòng chảy sâu hay không, chất lượng mã giảm xuống nhanh chóng sau khoảng năm giờ suy nghĩ khó khăn. Và đôi khi suy nghĩ đó có thể không giống như công việc. Tôi làm một số chương trình tốt nhất của tôi với đôi mắt nhắm vào chiếc ghế dài.

Đọc về Scrum và các phương pháp Agile khác. Đặt các nhiệm vụ và thời hạn hợp lý (bản thân nó là một kỹ năng mà bạn sẽ cần phải làm theo nhóm) và sau đó để các nhà phát triển của bạn quyết định cách đáp ứng các mục tiêu đó. Khác với standup hàng ngày của bạn, bạn không cần phải đồng bộ hóa lịch trình của mình. Trong thực tế, nó có thể tốt hơn nếu bạn không.


4
+1 cho "Một cái gì đó đơn giản như hỏi ai đó thời gian họ đi ăn trưa có thể phá hủy nửa giờ làm việc." Nó giống như trò tung hứng - khi ai đó cướp bóng từ bạn, bạn thả tất cả chúng, quay trở lại điểm bị gián đoạn sẽ khiến bạn mất nhiều thời gian hơn chính sự gián đoạn.
Guntram Blohm hỗ trợ Monica

Vâng đó là cá nhân cho tất cả mọi người. Một số người không thể bị gián đoạn, một số người có thể viết mã và nói chuyện cùng một lúc (tôi là một trong những người cuối cùng và cũng đã gặp 3 người khác như tôi). Tuy nhiên, tôi thấy mình nhắm mắt lại và đội mũ trùm đầu và đôi khi cũng nghĩ như vậy.
ColdSteel

@ColdSteel Tôi nghĩ khả năng làm việc trong môi trường mất tập trung là một kỹ năng học được. Tôi làm việc trong một văn phòng rất mất tập trung và sau một năm tôi đã xoay sở để đạt được năng suất của mình lên tới 60% so với khi tôi làm việc ở nhà.
Không có

@TKK Tôi luôn nhớ mình như thế, nhưng có lẽ bạn nói đúng. Đối với tôi có rất ít sự khác biệt nếu tôi làm việc ở nhà hoặc tại văn phòng.
ColdSteel

6

Thêm vào các câu trả lời khác, đáng chú ý là trên đầu của một nhân viên văn phòng trung bình, hầu hết các công việc sáng tạo như nghệ thuật và lập trình chắc chắn không được hưởng lợi từ việc theo dõi qua vai và đếm ngược từng phút.

Tuy nhiên, điều này không có nghĩa là bạn không thể theo dõi hoặc mong đợi thời hạn cho các mục tiêu.

Nếu nhân viên của bạn hợp pháp không biết khi nào một nhiệm vụ sẽ được hoàn thành từ kế hoạch của bạn, thì nhiệm vụ của họ thực sự quá lớn - hoặc bạn đã trình bày nó quá lớn. Phân chia nhiệm vụ xuống những thứ mà nhân viên của bạn có thể phân phối thường xuyên và hiệu quả theo MVP của bạn . Hãy suy nghĩ các mục tiêu SMART và liên quan đến chúng trong quá trình. Có một cuộc họp đứng lên ngắn gọn hàng ngày để tìm hiểu những gì đang được giải quyết hôm nay, công việc đang diễn ra như thế nào, hoặc những gì cản trở tiến trình của họ.

Để nói lại, đừng thiết lập Overwatch cho họ với giờ làm việc. Tập hợp với mỗi nhóm và thảo luận về phạm vi và thời hạn hợp lý.Không micromanage , đặc biệt hơn sáng tạo.


2

Tôi nghĩ rằng bạn đang giải quyết vấn đề theo cách ngược lại (nhưng hy vọng những câu trả lời trước đó đã thay đổi suy nghĩ của bạn).

Đây là cách của tôi để lãnh đạo những người sáng tạo và cách tôi muốn được lãnh đạo:

  • Tôi chắc chắn rằng họ cảm thấy tham gia vào dự án. Nó phải là con của họ, không phải của tôi. Tôi rất nghiêm khắc với cuộc họp và sau đó hoàn toàn tự do trong khung đã xác định. Tôi cảm thấy rất tệ khi phải nói với ai đó "Tôi biết bạn không muốn làm theo cách đó nhưng bạn phải" mỗi khi nó xảy ra và công việc được thực hiện tôi coi tôi có một khoản nợ lớn liên quan đến người lao động. Nếu có một lựa chọn kỹ thuật để thực hiện, những người bị ảnh hưởng nhiều hơn bởi nó phải làm cho nó. Đồng thời phân chia các nhiệm vụ để chúng có thể nhắm vào phần cuối của nó (phương thức nhanh).

  • tập trung rất chăm chỉ trong khoảng thời gian nhỏ, sau đó thư giãn. Kiểm tra phương pháp pomodoro, nó buộc bạn phải đào tạo để bỏ việc ngay cả khi bạn cảm thấy rất năng suất vào thời điểm đó. Cảm thấy kỳ lạ, nhưng một khi bạn sử dụng nó nhiều lần bạn sẽ thấy nó hoạt động. Có hàng tấn phương pháp tương tự. Hãy chắc chắn rằng nhân viên của bạn thử nghiệm chúng, tôi rất vui khi thấy các đồng nghiệp của mình tranh luận về các phương pháp này.

  • Hãy chắc chắn rằng chúng có môi trường hàng đầu: máy tính gốc, bàn phím, chuột, màn hình, bàn, ghế, mạng, nước tốt, thậm chí cả trái cây ... Nó không có gì so với mức lương.

  • Hãy chắc chắn rằng họ có một nơi để ngủ trưa. Thỉnh thoảng sau một đêm tồi tệ tôi có thể chợp mắt một tiếng, nó giúp tôi tiết kiệm phần còn lại của ngày thay vì chống lại sự mệt mỏi như một thây ma trước máy tính. Hãy xem xét các nhà phát triển của bạn đang làm việc trong khi ngủ và tập thể dục. Họ chỉ đến làm việc để gõ mã họ mặc dù trong khi nấu ăn ngày hôm trước. Nếu họ ngủ hoặc nghỉ thể thao trong ngày, bạn sẽ có hai ngày làm việc với giá là một. Áp dụng tương tự ở quy mô nhỏ hơn với các phương pháp pomodoro. Vì vậy, hãy chắc chắn rằng họ có một số điều ngu ngốc nhanh chóng để làm. Lý tưởng nhất là tôi sẽ có một bức tường leo núi trong văn phòng. Vì vậy, bạn có thể leo lên 5 phút để tập trung 25 phút ... Ngoài ra tôi sẽ trả một giờ nghỉ thể thao.

  • thử nghiệm những thứ dường như là một sự lãng phí thời gian. Giống như lập trình ngang hàng, tôi không thể nhớ có bao nhiêu phím tắt hoặc tính năng phần mềm tôi đã học theo cách này và tôi biết ơn những người đã dạy tôi như thế nào. Nó cũng tạo ra sự gắn kết giữa mọi người. Cũng tại một công ty tôi đang làm việc cùng, các nhân viên đã thuyết trình cho người khác mỗi tuần một lần trong giờ ăn trưa. Nó không bắt buộc cho nhân viên làm điều đó nhưng được coi là một món quà cho người khác. Công ty đã trả tiền pizza ... Khá rẻ cho một giờ rưỡi học cho 20 người.

  • chăm sóc cho họ, kiểm tra các dấu hiệu mệt mỏi, lo lắng, tình trạng sức khỏe không tốt. Nói chuyện với họ, khuyến khích tập thể dục ... Nó giống như dẫn dắt một đội thể thao. Chăm sóc cho họ, họ sẽ chăm sóc cho bạn.

  • Hãy chắc chắn rằng không có gì xấu hổ khi không làm việc tại một thời điểm, vì vậy họ không bao giờ giả mạo nó. Họ gửi tin nhắn chậm chạp vì đó là một sự phá vỡ ít rõ ràng hơn so với thực hiện chống đẩy ...

Nhưng làm thế nào bạn có thể chắc chắn rằng họ đang làm việc nếu tất cả trông giống như một nơi nghỉ mát? Bạn sẽ cảm thấy nó. Hãy chắc chắn rằng có một số áp lực, một số thời hạn và thách thức và họ quan tâm. Thật dễ dàng để làm cho những người hạnh phúc làm việc hiệu quả.


2

Ngoài các câu trả lời hiện có bao gồm các nhân viên của A .. là con người và cũng cần có thể sống cuộc sống của họ. Và And. Thiết lập tải và thời hạn làm việc dựa trên thác nước dài hạn, nhưng gặp gỡ hàng ngày về họ, không được tính như nhanh nhẹn

Tôi sẽ thêm một số thông tin bổ sung mà tôi nghĩ sẽ giúp bạn thành công. Đáng buồn thay, chỉ có thống kê, nhưng cũng từ việc tôi đưa ra tình huống của bạn và xem điểm, gần như 100% khả năng bạn sẽ không bao giờ gửi một trò chơi.

Thiết lập bạn đang thực hiện, cộng với cách thức phát triển trò chơi hoạt động, cộng với đây là lần đầu tiên bạn chạy nó ở nơi bạn là dòng cuối cùng và dòng dưới cùng, có nghĩa là thất bại sắp xảy ra.

Cơ hội duy nhất bạn phải gửi một sản phẩm, dưới bất kỳ hình thức nào, là liên tục thích nghi. Tầm nhìn lớn về một trò chơi bạn có ngay bây giờ, bất kể đó là gì, sẽ nhấn chìm bạn. Kế hoạch vận chuyển một phần mười tầm nhìn đó là tốt nhất. Giữ một tính năng chính hoặc bản chất, và để mọi thứ khác linh hoạt hoặc có thể cắt được.

Nếu bạn là một nghệ sĩ hoặc một kỹ sư, thì bạn có thể lái một chút về ngôi nhà tầm nhìn thông qua công bằng mồ hôi của riêng bạn. Như bây giờ, mỗi lần chạy nước rút, hãy nhìn vào những gì bạn có và sau đó đưa ra quyết định về nơi sẽ cố gắng lấy mọi thứ trong 2 tuần tới. Hãy quên đi kế hoạch lớn. Chỉ ra những mảnh nào có cho một sản phẩm khả thi tối thiểu và cố gắng dành nước rút để đạt được một mảnh duy nhất.

Phát triển Agile đặc biệt khó quản lý khi bắt đầu một dự án phần mềm. Nhiều nhà sản xuất / nhà thiết kế cuối cùng biến nó thành phát triển thác nước mà không nhận ra điều đó ... nhưng với nhiều cuộc họp hơn.


0

Đối với tôi, có vẻ như bạn đã thuê nhầm người. Tôi chỉ làm việc với những người mà tôi biết sẽ có động lực như tôi. Làm những việc cá nhân ở giữa không phải là vấn đề lớn (miễn là nó không quá lâu!), Nhưng việc xuất hiện muộn dường như là tôi thiếu kỷ luật / họ không coi trọng công việc của mình.

Hãy nhìn xem, tôi không biết bạn, tôi không biết họ, tôi không biết công ty, nhưng cảm giác như bạn nên vượt qua điều này với họ. Không cần phải theo một cách nghiêm khắc, mà nên hỏi làm thế nào họ nhận thức được những vấn đề đó và giúp họ có động lực cho mục tiêu cuối cùng, bản phát hành của bạn.

Ồ, và là một nghệ sĩ, tôi hoàn toàn hiểu được suy nghĩ "Tôi không muốn làm công cụ tiếp thị", bởi vì đó có thể không phải là điều họ học được khi làm ở trường. Đối với các nhiệm vụ như những người bạn có thể thuê một chuyên gia, đặc biệt là khi bạn là một studio bắt đầu. Không tiếp thị, bạn sẽ chết một cái chết nhanh chóng và không được chú ý.

Hy vọng điều này sẽ giúp, thành công với việc tìm ra nó!


Nếu đó là một công ty lớn, việc quan sát tiếp thị sẽ hợp lý, nhưng vì đây là một công ty khởi nghiệp sẽ phá vỡ một vài quả trứng ngắn hạn, đặc biệt là có ít ngân sách. Điều đó nói rằng, tôi không thể nói tại sao câu trả lời này đã bị hạ cấp.
lucasgcb

Tôi đoán là nhiều nhà phát triển (tôi cũng vậy) không đồng ý với ngụ ý rằng OP là chính xác để mong đợi công việc mà không nghỉ ngơi. Tôi đồng ý rằng việc đến muộn rất có thể là một vấn đề và đề xuất tiếp thị nghe có vẻ hợp lý, nhưng cá nhân tôi nghĩ OP đang mô tả quản lý vi mô cuối cùng sẽ xua đuổi những người lao động giỏi hoặc khiến họ kiệt sức, và từ những câu trả lời khác tôi nghĩ đó là nhiều hay ít sự đồng thuận. Đó có lẽ là lý do tại sao điều này đã nhận được downvote (Tôi đã không downvote btw, mặc dù tôi không đồng ý với câu trả lời này).
bob

2
Có lẽ từ ngữ là khó hiểu? Câu trả lời này cho biết "Tôi chỉ làm việc với những người mà tôi biết sẽ có động lực như tôi", nghe có vẻ như "không nghỉ là không sao" và "Làm những việc cá nhân ở giữa không phải là vấn đề lớn", nghe có vẻ như " nghỉ là A-okay ". Không rõ vị trí nào đang được thực hiện. Làm rõ có thể giúp ích, đặc biệt nếu bạn thực sự chỉ tập trung vào những người đến muộn.
bob

Tôi không cảm thấy rằng câu trả lời này phải bị hạ thấp, mặc dù tôi không đồng ý với một phần của nó: - /
ColdSteel
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.