Bạn làm gì để duy trì năng suất khi làm việc một mình? [đóng cửa]

Tôi thấy làm việc trong sự cô lập, trên một đoạn mã mà bất kỳ ai khác sẽ không thấy được trong nhiều tuần. Tôi đang tìm kiếm ý tưởng để cố gắng giữ cho mình năng suất và động lực.

Bạn làm gì để duy trì động lực và năng suất, khi được giao nhiệm vụ lập trình dài hạn và tự làm việc (ví dụ: ở nhà, không có đồng đội hoặc đồng nghiệp)?

Duy trì sự cân bằng.

Đưa ra một cái gì đó mới lạ (ví dụ như chơi một trò chơi, uống bia, v.v.), chúng ta có thể tập trung và làm điều đó trong một khoảng thời gian dài. Cách duy nhất để cung cấp năng lượng thông qua một nhiệm vụ trần tục (không dùng quá liều cà phê ) là duy trì sự cân bằng . Tôi nói 'trần tục' bởi vì nếu đây là một nhiệm vụ mà bạn thực sự đam mê, bạn sẽ không uốn khúc đến trang web và hỏi câu hỏi này.

Gợi ý:

• Cân đối. Làm việc trong dự án dài hạn trong một giờ hai giờ và sau đó tự thưởng cho mình những thứ bạn thích. Nắm bắt sự phá vỡ từ nhiệm vụ. Nói lại.
• Tư duy dài hạn : suy nghĩ về công việc tuyệt vời mà bạn sẽ làm sau đó (công việc ít thú vị này) đang tiếp thêm sinh lực.
• Chia dự án của bạn thành các nhiệm vụ nhỏ . Nhiệm vụ sẽ chỉ mất một vài giờ để hoàn thành. Khi bạn hoàn thành từng nhiệm vụ nhỏ này, nó sẽ mang lại cho bạn cảm giác tiến bộ.

Đặt mục tiêu là cách duy nhất để tôi làm việc ...

Đến cuối giờ, tôi muốn X xong. Và đến bữa trưa tôi muốn Y & Z kết thúc. Vào bữa trưa, bạn xem lại nơi bạn đã đến, sau đó đặt mục tiêu mới. Để hoàn thành mỗi mục tiêu, có một phần thưởng; phần thưởng có thể là một tách, hoặc đi bộ từ bàn của bạn hoặc 10 phút trên stackexchange ...

Rõ ràng là tốt hơn để đặt các mục tiêu có thể đạt được - bạn đang ở sau phần thưởng tinh thần khi đánh dấu một mục công việc ra khỏi danh sách của bạn. Nó không quan trọng mục tiêu của bạn là gì, miễn là nó thường có thể đạt được trong cửa sổ thời gian của bạn.

Tiếp cận nó như một vấn đề lập trình

Thật dễ dàng để bị cuốn vào việc viết mã đến nỗi chúng ta tách ra cách chúng ta giải quyết các vấn đề lập trình khỏi cách chúng ta giải quyết các vấn đề trong thế giới thực thông thường. Nhưng thực sự các công cụ khái niệm chúng ta sử dụng để giải quyết các vấn đề lập trình là khá tốt cho mọi thứ.

• Thu thập dữ liệu - khi nào năng suất của bạn giảm? Điều gì xảy ra ngay trước khi bạn bị phân tâm? Cái gốc của sự mất động lực là gì? Giữ một cuốn nhật ký làm việc chi tiết và trung thực trong một hoặc hai tuần tập trung vào việc bạn cảm thấy như thế nào và những gì bạn đã hoàn thành.
• Phân tích các yêu cầu Điều gì sẽ giúp bạn duy trì động lực trong ánh sáng của dữ liệu bạn đã thu thập? Làm thế nào bạn có thể phá vỡ các mô hình dẫn đến mất động lực?
• Tìm giải pháp - Đôi khi bạn có thể thấy rằng có các công cụ phần mềm (có thể giống như Cứu thời gian) có thể giúp bạn tập trung khi làm việc. Có thể bạn sẽ nhận ra rằng bạn cần liên lạc xã hội nhiều hơn nói chung và thiết lập một số buổi tối thường xuyên với bạn bè để giúp giữ chân bạn trên mặt đất. Nếu bạn đã xác định được một vấn đề cụ thể thì cũng có thể có những cuốn sách có thể đề xuất những cách để giải quyết nó. Có thể vấn đề hóa ra là bạn không phù hợp với loại công việc này và giải pháp đơn giản là thay đổi công việc.

Là một lập trình viên, bạn đã có các công cụ cần thiết để giải quyết vấn đề này, đó chỉ là một câu hỏi về việc áp dụng chúng.

Đây là những gì tôi nghĩ theo tôi làm việc,

1. Xác định rõ ràng nhiệm vụ trong tay : Điều quan trọng nhất ở đây là viết ra nhiệm vụ và không giữ nó trong bộ nhớ .

2. Chia nhỏ thành các nhiệm vụ nếu một lần duy nhất là rất lớn : Một lần nữa chia nó thành các nhiệm vụ và viết chúng xuống.

3. Chỉ định ETA hoặc thời hạn : Điều này thực sự quan trọng, và rất nghiêm ngặt và kỷ luật về việc này. Khác, bạn sẽ trì hoãn.

4. Sử dụng kỹ thuật pomodoro để tập trung ngắn hạn. Và sử dụng khoảng thời gian cho việc lặt vặt và những thứ khác như kiểm tra email.

5. Hãy chắc chắn rằng tất cả sự tập trung của bạn là vào nhiệm vụ trong tầm tay. Tránh các nhiệm vụ đi lạc càng nhiều càng tốt.

6. Khi bạn hoàn thành một nhiệm vụ, hãy đánh dấu nó hoàn thành cũng theo dõi thời gian bạn bắt đầu và thời gian bạn hoàn thành. Ghi nhật ký những điều bạn đã giải quyết một cái gì đó đặc biệt trong khi thực hiện một nhiệm vụ.

7. Khi bạn đã hoàn thành việc thực hiện nhiệm vụ, hãy quyết định bước tiếp theo .

Làm cho dữ liệu này dạng bảng. Tất cả điều này là có trong David Allen's Hoàn thành công việc.

Một vài điều quan trọng hơn.

1. Xem lại những gì bạn đã làm một lần một tuần. Nhật ký của bạn phải đề xuất cải thiện theo thời gian.
2. Hãy hành động khắc phục nếu bạn đang đi sai đường.
3. Cuối cùng, nhiệm vụ của bạn phải hội tụ vào các mục tiêu thời gian hàng tuần, hàng tháng, hàng năm và cuộc sống.

Nhớ lại:

Thực hiện bước tiếp theo là quan trọng. Nếu bạn có một bước tiếp theo cho mỗi nhiệm vụ, cơ hội nhiệm vụ của bạn sẽ tăng theo tuyến tính và nếu chúng dẫn đến nhiều hơn một bước tiếp theo, cơ hội nhiệm vụ sẽ tăng theo cấp số nhân.

Quả thực như Tôn Tử đã nói: Cơ hội nhân lên khi chúng bị tịch thu.

Tổng kết tất cả:

1. Được tổ chức công trình. Lập kế hoạch, tổ chức, lịch trình và theo dõi .
2. Xem lại định kỳ.
3. Hãy là sự thật đầy đủ và phân tích dữ liệu.
4. Kỷ luật trong khi thi hành. Và tập trung vào nhiệm vụ trong tay, kế hoạch đã có sẵn trên giấy bạn không cần phải lo lắng về điều đó.

Thực hiện theo tôn giáo này.

Tôi thấy rằng có những đồng nghiệp sẵn sàng chia sẻ suy nghĩ của bạn về bất cứ điều gì bạn đang làm việc có ích. Chưa bao giờ có toàn bộ vấn đề tôi làm việc một mình mà không được hưởng lợi từ việc thảo luận với người khác.

Hỏi một người cao cấp hoặc một người bạn nếu họ có thể dành thời gian để xem lại mã của bạn. Nếu bạn có thể ghép qua đánh giá, thậm chí tốt hơn!

Bạn cũng có thể thấy hữu ích khi viết blog về kinh nghiệm mã hóa của bạn. Tôi chắc chắn có những điều bạn đã học hoặc đang thực hành (ví dụ TDD) trong thời gian dài này, hoặc ý tưởng về cách bạn đã làm một cái gì đó và tự hỏi liệu nó có thể được thực hiện tốt hơn.

Tôi đang làm việc trong một dự án nhỏ mà cuối cùng sẽ bị quá tải. Không ai khác thực sự quan tâm, nhưng tôi đang cố gắng nâng cao kỹ năng của mình. Tôi đang đọc một cuốn sách về tái cấu trúc, vì vậy tôi muốn áp dụng càng nhiều thực tiễn càng tốt. Tôi không ở trong một thời gian khủng hoảng. Là người lập trình đơn độc, không ai sẽ nhìn vào mã của tôi (không phải ai có thể hiểu được nhưng khách truy cập không thường xuyên đến khối lập phương của tôi có thể có được cái nhìn thoáng qua.) Tôi đã tạo một nguyên mẫu và làm một bản demo. Tôi đang mong đợi các yêu cầu thay đổi.

Mặc dù tôi có động lực để hoàn thành công việc, tôi cũng thích một thử thách tốt.

Tôi đã thực hiện điều này trên một vài dự án. Tôi tìm ra cách tốt nhất để giữ cho nó có động lực để khiến bản thân có trách nhiệm.

Ngay cả khi không ai sẽ xem mã của tôi hoặc tôi đang làm gì, tôi vẫn ưu tiên nói chuyện với người giám sát, sếp hoặc Thủ tướng và cho họ biết tôi đang ở đâu và tôi dự định làm gì vào cuối tuần. Phải mất 5 phút để chạy qua nó với họ, và tôi đã được một vài PM nói rằng nó cũng thực sự hữu ích với họ.

Đối với tôi, nó đặt ra một mục tiêu và một thời hạn mềm mà tôi muốn đáp ứng. Đối với PM, nó cho họ biết tôi đang thực hiện nhiệm vụ ở đâu và cho họ thời gian đưa ra đầu vào của họ.

Nếu bạn không thể làm điều đó trực tiếp, hãy tắt một email ngắn. Đó là tất cả về việc làm cho bản thân bạn có trách nhiệm cho các nhiệm vụ của bạn.

Ngoài ra, hãy thử chia một công việc rất lớn thành các nhiệm vụ nhỏ có thể quản lý và đo lường được. Sử dụng một hệ thống theo dõi vé và tự chỉ định vé. Bằng cách này, bạn có thể quản lý cách bạn đang làm và giữ cho mình có trách nhiệm với tất cả các nhiệm vụ bạn phải làm.

Âm nhạc tốt cho lập trình (techno, trance) giúp tôi duy trì tinh thần khi không có tâm trạng hoặc khi làm việc trên các phần của phần mềm mà tôi không đặc biệt hồi hộp.