Làm thế nào để bạn vào khu vực? Mât bao lâu? Những bước bạn làm trước đây? [đóng cửa]

Đi vào khu vực là một quá trình thú vị và hiệu quả. Chúng tôi sản xuất mã nguồn tốt và chúng tôi nhận được rất nhiều sự hài lòng từ công việc của chúng tôi được thực hiện trong khi ở trong khu vực. Nhưng, làm thế nào để một người vào "vùng"? Bạn có làm theo một quy trình cụ thể? Ngoài việc chuyển đổi hệ thống email, điện thoại di động và các ứng dụng phi sản xuất trần tục khác, còn có gì khác có thể được thực hiện không?

Tập trung vào những gì bạn cần làm. Hãy nỗ lực để thực sự bắt đầu làm nó. Đây có thể là một trong những điều khó nhất - để chủ động ngừng xáo trộn.

Đừng mở email. Đừng có Fakebook trong một cửa sổ khác. Không có bất kỳ StackExchange đi. Không có diễn đàn. Chỉ im lặng. Và sau đó tiếp tục với nó.

Nó thường đưa tôi (và khá nhiều người khác tôi biết) khoảng 15-20 phút để đến đó.

Nói chung, bạn có thể duy trì "khu vực" trong khoảng 2 giờ và thường chỉ một lần mỗi ngày - nó khá mệt mỏi về mặt tinh thần. Nếu bạn siêu lừa đảo, bạn có thể quản lý nó hai lần một ngày. Sau khi "khu vực", phần còn lại trong ngày của bạn khá nhẹ, bạn sẽ hoàn thành công việc nhưng năng suất khổng lồ đã kết thúc.

Ồ - và ra khỏi khu vực mất khoảng 3 giây - ví dụ như một cuộc gọi điện thoại, hoặc ai đó dán đầu họ và nói: "Tôi có thể làm phiền bạn một lát không" - mà câu trả lời là: "vâng, bạn đã làm rồi". Bang. Khu vực đã biến mất. 15-20 khác để lấy lại.

Thật ngạc nhiên khi có nhiều khiếm khuyết s / w ngu ngốc được giới thiệu bằng cách bị loại khỏi khu vực.

Thật đáng ngạc nhiên khi có nhiều người (các nhà quản lý đặc biệt) nghĩ rằng kế hoạch mở là một cách thực sự tốt để phát triển phần mềm chất lượng (nơi mà không ai EVER được vào khu vực chứ đừng nói gì đến đó).

Đóng tất cả các cửa sổ trình duyệt trỏ đến StackExchange và đủ, cà phê tốt có thể là một nơi tốt để bắt đầu.

Một điều mà tôi thấy là hữu ích trong việc vào "khu vực" thực sự là "khoanh vùng". Tôi thường đeo tai nghe và nghe nhạc cụ, không phải trữ tình (trong trường hợp cụ thể của tôi Dj Tiesto ) trong khi cố gắng phớt lờ thế giới bên ngoài. Tai nghe và âm nhạc hoạt động như một rào cản từ thế giới bên ngoài. Các nghiên cứu đã chứng minh rằng nghe nhạc cổ điển giúp tập trung.

Giải pháp này có thể không tối ưu trong môi trường doanh nghiệp vì kết nối và giao tiếp là mấu chốt, tuy nhiên nếu tình huống cho phép, nghe nhạc ở chế độ nền hoặc trên tai nghe có thể giúp ích.

Dưới đây là bài viết Joel On Software bao gồm điểm này .

... Tăng năng suất được ghi nhận bằng cách cung cấp cho người lao động tri thức không gian, yên tĩnh và riêng tư. Cuốn sách quản lý phần mềm cổ điển Peopleware ghi lại những lợi ích năng suất này một cách rộng rãi ...

Đây là rắc rối. Chúng ta đều biết rằng những người lao động tri thức làm việc tốt nhất bằng cách hòa nhập vào "dòng chảy", còn được gọi là "trong khu vực", nơi họ tập trung hoàn toàn vào công việc và hoàn toàn thoát khỏi môi trường của họ. Họ mất dấu thời gian và tạo ra những thứ tuyệt vời thông qua sự tập trung tuyệt đối. Đây là khi họ hoàn thành công việc hiệu quả. Nhà văn, lập trình viên, nhà khoa học và thậm chí là người chơi bóng rổ sẽ cho bạn biết về việc ở trong khu vực.

Vấn đề là, đi vào "khu vực" là không dễ dàng. Khi bạn cố gắng đo nó, có vẻ như phải mất trung bình 15 phút để bắt đầu làm việc với năng suất tối đa. Đôi khi, nếu bạn mệt mỏi hoặc đã làm rất nhiều công việc sáng tạo vào ngày hôm đó, bạn không thể vào khu vực đó và bạn dành phần còn lại của ngày làm việc để loay hoay, đọc web, chơi Tetris.

Vấn đề khác là rất dễ bị loại khỏi khu vực. Tiếng ồn, gọi điện thoại, đi ăn trưa, phải lái xe 5 phút đến Starbucks để uống cà phê và bị gián đoạn bởi đồng nghiệp - ĐẶC BIỆT bị gián đoạn bởi đồng nghiệp - tất cả đều đánh bật bạn ra khỏi khu vực. Nếu bạn bị gián đoạn 1 phút bởi một đồng nghiệp hỏi bạn một câu hỏi và điều này đánh bại sự tập trung của bạn đủ để bạn phải mất nửa giờ để làm việc trở lại, năng suất chung của bạn sẽ gặp rắc rối nghiêm trọng. Nếu bạn đang ở trong một môi trường ồn ào náo nhiệt như kiểu mà các dotcom bị caffein thích tạo ra, với những người tiếp thị la hét trên điện thoại bên cạnh các lập trình viên, năng suất của bạn sẽ giảm xuống khi nhân viên tri thức bị gián đoạn hết lần này đến lần khác và không bao giờ vào khu vực này.

Với các lập trình viên, điều đó đặc biệt khó khăn. Năng suất phụ thuộc vào việc có thể tung hứng rất nhiều chi tiết nhỏ trong bộ nhớ ngắn hạn cùng một lúc. Bất kỳ loại gián đoạn nào cũng có thể khiến các chi tiết này bị sập. Khi bạn tiếp tục công việc, bạn không thể nhớ bất kỳ chi tiết nào (như tên biến cục bộ bạn đang sử dụng hoặc nơi bạn dự định thực hiện thuật toán tìm kiếm đó) và bạn phải tiếp tục tìm kiếm những điều này, điều này làm bạn chậm lại rất nhiều cho đến khi bạn trở lại với tốc độ.

Đây là đại số đơn giản. Giả sử (như bằng chứng dường như gợi ý) rằng nếu chúng ta làm gián đoạn một lập trình viên, thậm chí trong một phút, chúng ta thực sự sẽ thổi bay 15 phút năng suất. Trong ví dụ này, chúng ta hãy đặt hai lập trình viên, Jeff và Mutt, trong các ô mở cạnh nhau trong một trang trại vỗ béo tiêu chuẩn Dilbert. Mutt không thể nhớ tên phiên bản Unicode của hàm strcpy. Anh ta có thể nhìn nó, mất 30 giây, hoặc anh ta có thể hỏi Jeff, mất 15 giây. Vì anh ta ngồi ngay cạnh Jeff, anh ta hỏi Jeff. Jeff bị phân tâm và mất 15 phút năng suất (để tiết kiệm Mutt 15 giây).

Bây giờ chúng ta hãy di chuyển chúng vào các văn phòng riêng biệt với tường và cửa ra vào. Bây giờ khi Mutt không thể nhớ tên của chức năng đó, anh ta có thể tra cứu nó, vẫn mất 30 giây hoặc anh ta có thể hỏi Jeff, giờ chỉ mất 45 giây và liên quan đến việc đứng lên (không phải là một nhiệm vụ dễ dàng với thể lực trung bình của lập trình viên!). Vì vậy, anh nhìn nó lên. Vì vậy, bây giờ Mutt mất 30 giây năng suất, nhưng chúng tôi tiết kiệm 15 phút cho Jeff ...

Các câu trả lời khác về cách tập trung và không bị làm phiền là tốt và tôi không có nhiều để thêm vào chúng. Sự thật duy nhất tôi nghi ngờ là các quy tắc về các con số cụ thể (cần bao nhiêu thời gian cho ...). Tôi tin rằng những con số như vậy không thể được khái quát theo cách như vậy. Tuy nhiên, điều quan trọng là tập trung vào nhiệm vụ của bạn và để tránh bị làm phiền.

Nhiệm vụ bạn đang làm cũng rất quan trọng!

Dưới đây là một số quy tắc chung về nhiệm vụ bạn đang làm:

1. Người ta phải tham gia vào một hoạt động với một bộ mục tiêu rõ ràng. Điều này thêm hướng và cấu trúc cho nhiệm vụ.
2. Người ta phải có một sự cân bằng tốt giữa các thách thức nhận thức của nhiệm vụ trong tay và các kỹ năng nhận thức của chính mình. Người ta phải tự tin rằng mình có khả năng thực hiện nhiệm vụ trong tầm tay.
3. Nhiệm vụ trong tầm tay phải có phản hồi rõ ràng và ngay lập tức. Điều này giúp người đó đàm phán bất kỳ nhu cầu thay đổi nào và cho phép người đó điều chỉnh hiệu suất của mình để duy trì trạng thái dòng chảy.

Csikszentmihalyi, M.; Abuhamdeh, S. & Nakamura, J. (2005), "Dòng chảy", trong Elliot, A., Sổ tay năng lực và động lực, New York: The Guilford Press, trang 598

Các quy tắc này không liên quan cụ thể đến phát triển phần mềm nhưng có thể được áp dụng cho chúng một cách dễ dàng.

Chỉ cần thêm một số ví dụ về cách bạn có thể kiểm tra xem những điều kiện này có áp dụng cho bạn và nhiệm vụ của bạn không:

Bạn có biết những gì sẽ là cam kết tiếp theo của bạn? Có thể đặt mục tiêu nhỏ hơn? Bạn có sử dụng Test-Driven-Development không? Bạn có kiến ​​thức cần thiết để hoàn thành nhiệm vụ của bạn? Bạn có làm việc với IDE không? v.v ...

Điều này chỉ để cung cấp cho bạn một ý tưởng làm thế nào nó có thể được áp dụng cho lập trình, nó không thể được khái quát hóa.

Nhận nhiệm vụ đầu tiên trong danh sách được duy trì tốt của bạn .

Bí mật là có danh sách đó!

Có một cách thực sự hiệu quả để đánh bại sự trì hoãn. Nó đã được mô tả trong cuốn sách Bắt mọi thứ xong .

Đầu tiên bạn phải duy trì một danh sách những việc cần làm. Phương pháp được đề xuất là tuyệt vời (đọc nó trên wikipedia).

Sau đó, đó là cách bạn viết các nhiệm vụ của bạn.

Thay vì viết:

Làm tài liệu của ui mới (ouch một ứng cử viên tốt cho người trì hoãn)

Viết:

Gọi cho Robert để yêu cầu anh ấy đưa vào Ảnh chụp màn hình của UI mới Viết tóm tắt về những gì cần nói Etc.

Bí quyết là các nhiệm vụ nhỏ, và là hành động thực tế. Thật dễ dàng để bắt đầu. Và mọi người ở đây đều biết rằng khi bạn bắt đầu, bạn đã đánh bại sự trì hoãn.

Bạn có ý nghĩa gì theo khu vực? Có phải khi bạn quá tập trung vào công việc đến nỗi bạn quên ăn và phần còn lại của thế giới và tất cả những người trong đó có vẻ như tiếng ồn trắng khi bạn tập trung hoàn toàn?

Tôi thừa nhận tôi không thể làm điều đó hàng ngày nhưng vào một ngày khi tôi đến khu vực đó,

Âm nhạc hoặc tai nghe không có âm nhạc là một cách tuyệt vời để vào khu vực này. Đảm bảo bạn không cắm tai nghe vào máy tính , đảm bảo rằng nó đã được cắm vào máy nghe nhạc ipod hoặc mp3 của bạn. Điều này là do thực sự dễ dàng để truy cập youtube hoặc bắt đầu tải xuống nội dung .... khi nguồn âm thanh của bạn chỉ là âm nhạc và không có gì khác.

Khi bạn đạt đến điểm mà bạn không tập trung nghe nhạc và nó nghe có vẻ như tiếng ồn trắng, đó là một xác nhận rằng bạn đang ở trong khu vực.

Một cách dễ dàng hơn nhiều là chỉ cần bắt đầu viết mã để bắt đầu phát triển về cơ bản .... nhưng đôi khi chỉ để có được giai đoạn ban đầu là khó khăn .... hãy nghe nhạc bạn nghe, thực sự nghe nhạc và hòa mình vào âm nhạc .... kênh mà niềm đam mê trong âm nhạc bây giờ đến mã của bạn.