2 điểm bởi GN⁺ 2024-04-12 | 1 bình luận | Chia sẻ qua WhatsApp
  • Vai trò lãnh đạo ở startup thường phải xử lý những trách nhiệm mơ hồ nhiều hơn là code, và các cơn hoảng loạn, lo âu, kiệt sức có thể làm rung chuyển cả hiệu suất công việc lẫn toàn bộ cuộc sống
  • Càng lên vị trí cao, áp lực kiểu không thấy điểm kết càng tăng: thay vì ticket rõ ràng là các yêu cầu thay đổi liên tục, deadline chồng chéo, và ứng phó sự cố 24/7
  • Văn hóa kiểu “make it happen” nuôi lớn burnout qua việc chấp nhận deadline phi lý, micromanagement, viết lại PR vào ban đêm, bỏ bữa và họp dồn dập
  • Không phải deadline nào cũng có mức rủi ro như nhau; nếu phân biệt deadline theo quy định, theo hợp đồng, và tự áp đặt, có thể tách áp lực còn thương lượng được khỏi rủi ro thực sự
  • Phục hồi không bắt đầu từ những quyết tâm lớn lao mà từ những hành động nhỏ, lặp lại được như nhận ra tín hiệu cảnh báo sớm, bảo vệ cuối tuần, ủy quyền, tắt thông báo, và tư vấn tâm lý

Lo âu và burnout bắt đầu từ vai trò lãnh đạo ở startup

  • Năm 2017, khi tiếp nhận vai trò Head of IT, tác giả cùng lúc gánh một đội phát triển 5 người, rất nhiều việc đã hứa với đối tác, và áp lực kiểu “phải giao mọi thứ, không để thứ gì hỏng, và không làm ai kiệt sức”
  • Khi đó, tác giả không cảm thấy mình có thể xin nghỉ bệnh vì lý do sức khỏe tinh thần, và dù trong sổ tay công ty có mental health day, kỹ sư vẫn thường ngần ngại sử dụng
  • Khi lo âu ập đến, tác giả vào r/Anxiety trên Reddit để tìm những triệu chứng giống mình; đó không phải giải pháp dài hạn, nhưng giúp cầm cự để không phải chạy khỏi văn phòng
  • Cuối cùng, tác giả gặp bác sĩ, nhận chẩn đoán chính thức, rồi dần dần quay lại trạng thái bình thường; đến giờ vẫn để sẵn một checklist khẩn cấp bên mình

Từ công việc phát triển có thể kiểm soát sang công việc lãnh đạo đầy bất định

  • Ở giai đoạn đầu, công việc phát triển thường có luồng tương đối dễ kiểm soát: ticket rõ ràng, tiêu chí chấp nhận, test, rồi merge
  • Càng lên chức cao, định nghĩa công việc càng mờ đi, deadline càng chồng lấn, stakeholder đổi ý giữa sprint, và việc ra quyết định theo xác suất trở thành chuyện thường ngày
  • Công việc hạ tầng và SRE đi kèm pager 24/7, nên tạo ra trạng thái căng thẳng thường trực còn mạnh hơn cả deadline sản phẩm
  • Đã từng có tình huống CEO yêu cầu ưu tiên tuyệt đối một tính năng đã hứa với khách hàng lớn nhất, rồi ngay hôm sau lại đòi một tính năng khác mâu thuẫn với nó cũng phải là ưu tiên số một
    • Dù nói rằng hai tính năng không thể cùng lúc là ưu tiên số một, câu trả lời nhận lại vẫn là “make it happen”

Tổn hại tích lũy do “make it happen” gây ra

  • Burnout giống kết quả của hàng nghìn tổn hại nhỏ tự gây ra hơn là của một tai nạn lớn đơn lẻ
  • Những hành vi làm tăng gánh nặng tinh thần lặp đi lặp lại
    • Chấp nhận mọi deadline vô lý để giữ thể diện cho đội sales
    • Lấy danh nghĩa bảo vệ đội để tự lao vào code và làm micromanagement
    • 2 giờ sáng vẫn refresh tài khoản ngân hàng để kiểm tra xem có trả được lương hay không
    • Vừa dập sự cố đang xảy ra ngay lúc đó, vừa cố lập kế hoạch cho kiến trúc tương lai
    • Coaching junior nhưng ban đêm lại lén viết lại PR của họ
    • Họp nối tiếp, cà phê nguội, và những bữa trưa bị bỏ qua
  • Cảm giác lặp đi lặp lại là: 10 giây đầu tiên của sáng cuối tuần thì ổn, rồi ngay lập tức lo âu ập xuống

Không phải deadline nào cũng có cùng mức rủi ro

  • Trước đây, tác giả từng đối xử với mọi lần phát hành như thể là cuộc hạ cánh của Mars Rover, nhưng nhìn lại thì chỉ có số ít deadline thực sự quyết định sự sống còn của công ty; phần còn lại gần như là chuyện tự ái và đặt kỳ vọng thất bại
  • Khi dòng tiền của công ty tốt hơn và tệp khách hàng ổn định hơn, work-life balance bắt đầu có vẻ bớt phi thực tế hơn
  • Đã từng có lần deploy tối thứ Sáu bị lỗi và phải mất 6 tiếng xử lý; tác giả tưởng khách hàng sẽ hủy hợp đồng, nhưng đến thứ Hai thì khách đang đi thuyền nên còn chưa mở cả link staging
  • Có thể chia deadline thành ba loại
    • Deadline theo quy định: không thể thương lượng
    • Deadline theo hợp đồng: nếu nói sớm thì thường vẫn thương lượng được
    • Deadline tự áp đặt: chủ yếu xuất phát từ lòng tự ái
  • Một số công ty quảng bá tuần làm việc 4 ngày và cấm Slack sau giờ làm; không nhất thiết phải chỉ ở lại những công ty coi burnout như một huy hiệu danh dự

Những cách đối phó cá nhân đã có tác dụng

  • Đây không phải lời khuyên y khoa, nhưng có những hành động đã giúp tác giả tiếp tục hoạt động bình thường
  • Tìm các tín hiệu cảnh báo sớm
    • Với bản thân tác giả, mất ngủ vì doom-scroll và sự chán ghét đột ngột với việc review code vốn từng thích là tín hiệu
    • Khi những dấu hiệu này xuất hiện, tác giả giảm tốc
  • Nói “không” một cách rõ ràng
    • Cuối tuần cần được bảo vệ, và nếu không phải cảnh báo pager thì để đến thứ Hai
  • Ủy quyền cho đúng nghĩa
    • Mọi PR mà bạn cứ giữ khư khư đều là một cơ hội mentoring bị bỏ lỡ, đồng thời là một lần tích thêm lo âu
  • Giảm caffeine
    • Tác giả chuyển từ half-caf sang decaf, và tim cảm thấy dễ chịu hơn
  • Đi bộ 12.000 bước mỗi ngày
    • Không cần thiết bị gì đặc biệt, chỉ cần giày và một lộ trình
  • Tắt thông báo điện thoại
    • Nếu production thực sự đang cháy, sẽ có ai đó gọi điện

Lãnh đạo đặt con người lên trước

  • Khi bắt đầu đọc về trí tuệ cảm xúc, tác giả không còn nhìn con người như những cỗ máy xử lý merge conflict nữa
  • Có những lúc lắng nghe trước rồi mới sửa sau còn hữu ích hơn cả thêm một buổi sprint retrospective
  • Chúng ta không thấy xấu hổ khi giao việc chữa răng cho nha sĩ, vậy nên cũng không hợp lý khi kỳ vọng sức khỏe tinh thần phải tự một mình refactor
  • Thời gian gặp chuyên gia là một trong những khoản đầu tư có ROI cao nhất
  • Phục hồi là một quá trình lặp lại; tác giả vẫn có lúc làm muộn hoặc quên ăn trưa, nhưng giờ đã biết nhận ra, sửa lại, rồi bước tiếp

Tài sản quan trọng hơn cả code

  • Code có thể viết lại, còn con người thì không thể bị đối xử như vậy
  • Trầm cảm không quan tâm đến uptime của Kubernetes; nếu lãnh đạo nghiền con người ra để vận hành hệ thống, cluster có thể vẫn chạy nhưng những người vận hành nó thì không trụ nổi
  • Dù vẫn có thôi thúc muốn tự mình sửa hết ticket của khách hàng, giờ tác giả sẽ hỏi trước: “việc này có nằm trong phạm vi kiểm soát của mình không?”, nếu không thì chuyển giao
  • Kết quả là tác giả trở thành một kỹ sư bình tĩnh hơn một chút và, theo Apple Watch, ngủ thêm 45 phút mỗi đêm
  • Nếu bạn đang ở trong giai đoạn khó khăn, điều đó không có nghĩa bạn đã hỏng và bạn không hề đơn độc; tốt hơn là hãy nhờ giúp đỡ, thử những thay đổi nhỏ, và sử dụng ngày nghỉ cho sức khỏe tinh thần
  • Một công ty đo giá trị của bạn bằng số giờ burnout không xứng đáng để bạn cống hiến số giờ đó; tài sản lớn nhất không phải là đoạn code được viết ra mà là con người viết ra đoạn code ấy

1 bình luận

 
GN⁺ 2024-04-12
Ý kiến trên Hacker News
  • Sau gần 30 năm làm kỹ thuật phần mềm, tôi đi đến kết luận rằng phần lớn deadline hoàn toàn mang tính tùy tiện
    Trễ 1 tuần, thậm chí trễ 6 tháng, cũng không làm công ty sụp đổ; và nếu thật sự sụp đổ thì cũng không phải lỗi của bộ phận kỹ thuật, trừ khi tổ chức kỹ thuật đã hỏng đến mức liên tục phá vỡ các dự báo giao hàng của chính mình
    Có những deadline thực tế như quy định pháp lý, proof of concept cho khách hàng, hay bàn giao, nhưng trong một tổ chức kỹ thuật/kinh doanh bình thường thì các deadline đó đã được biết từ rất lâu trước đó, và vấn đề cốt lõi là liệu có thể triển khai trong một lịch trình có đủ dư địa hay không
    Tôi hiếm khi thấy khách hàng rời đi chỉ vì sản phẩm không được phát hành theo một chu kỳ cố định; ngược lại, nhiều khách hàng còn không mặn mà với việc nâng cấp nếu bản nâng cấp không sửa đúng vấn đề họ yêu cầu
    Làm việc 80 giờ/tuần triền miên thường gây tác dụng ngược, tạo ra sản phẩm chất lượng thấp, liên tục hỏng hóc đến mức người ta muốn vứt bỏ

    • Theo kinh nghiệm của tôi, phần lớn bản thân công việc cũng mang tính tùy tiện
      Nhìn lại 30 năm qua, bao nhiêu phần trăm công việc nếu bỏ qua hoàn toàn thì về dài hạn cũng chẳng tạo khác biệt gì? Với tôi con số đó dễ dàng vượt 50%, và vào những ngày tâm trạng tệ thì có lẽ tôi sẽ nói gần 90%
    • Còn tùy ngành
      Video game vẫn được bán cả ở các cửa hàng bán lẻ như Target, Best Buy, và các cửa hàng phải điều phối không gian trưng bày từ nhiều tháng trước. Nếu bạn đã hứa sẽ đưa game đóng gói tới dock logistics trước ngày 15 tháng 11 mà lại lỡ hẹn, kệ hàng họ dành sẵn cho bạn sẽ bị bỏ trống
      Điện tử tiêu dùng cũng tương tự, còn quảng cáo, đặc biệt là quảng cáo TV, trước đây cũng phải đặt chỗ từ rất sớm. Nếu không mua slot quảng cáo trước 6 tháng thì chúng sẽ bán hết, và nếu khi quảng cáo phát sóng mà sản phẩm chưa thể mua được thì bạn sẽ mất một khoản tiền lớn
      Deadline của các dự án IT thông thường có thể khá nhảm nhí, nhưng với sản phẩm bán lẻ thì tôi hiểu vì sao deadline xuất hiện
      Giải pháp có lẽ là đừng bắt đầu đàm phán không gian kệ hàng cho đến khi sản phẩm hoàn thiện 100%, nhưng các công ty thường không làm được vậy. Họ phải dùng tiền đặt hàng để trả lương; nếu đợi sản phẩm xong rồi mới đặt quảng cáo và kệ hàng trong 6 tháng, trong thời gian đó nhân viên sẽ lâm vào tình thế khó xử về việc phải làm gì, và chi phí chuyển sang sản phẩm tiếp theo rồi quay lại hỗ trợ sản phẩm cũ cũng rất lớn
    • Với tư cách người dùng nhiều phần mềm như VirtualBox, Docker, tôi thật sự ghét các bản cập nhật và cái gọi là nâng cấp
      Tôi thích các phiên bản ổn định được cập nhật ít thường xuyên hơn nhiều
    • Công ty khổ sở không phải vì bản thân deadline, mà vì không có thông báo trước đủ sớm rằng sẽ không kịp deadline
      Điều gây bực bội hơn là không có cảnh báo nào rồi bộ phận kỹ thuật đột ngột tuyên bố không thể kịp một deadline sát nút, hoặc cứ lặp đi lặp lại kiểu “gần xong rồi, chỉ cần thêm một sprint nữa”
      Vì vậy những phản ứng bột phát như “từ giờ không ước lượng nữa” hay “khi nào xong thì là xong” hoàn toàn không giúp ích gì
    • Nhiều quản lý và lãnh đạo mặc định rằng mọi công việc đều cần có deadline
      Họ cũng quản lý lịch của mình bằng các khung thời gian và thời hạn tùy ý, cảm thấy như vậy là năng suất, rồi mở rộng nhận thức đó ra toàn công ty. Đằng sau là giả định rằng nếu không có một mối đe dọa bị giới hạn bởi thời gian, công việc sẽ không hoàn thành đúng lúc
      Cảm giác rằng một việc nào đó sẽ hoàn thành vào một ngày đã định có sức hấp dẫn rất con người, và cũng đem lại cảm giác ấm áp như một cỗ máy được bôi trơn tốt đang vận hành theo lịch trình có thể dự đoán
      Nhưng áp đặt lịch trình bắt buộc lên nhiều người để quản lý nỗi lo âu và ám ảnh lịch trình của ai đó là điều tàn nhẫn. Thực tế rất phức tạp, và mong muốn nhét nó vào những chiếc hộp gọn gàng là ảo tưởng và phản tác dụng
  • Tôi không thật sự tin chắc rằng kỹ thuật phần mềm tệ hơn cho sức khỏe tinh thần so với các nghề cổ trắng khác như bác sĩ, luật sư, bán hàng, kỹ sư, vận động viên chuyên nghiệp hay giáo viên
    Tất cả các nghề này đều có những yếu tố gây căng thẳng riêng, và cũng đầy những bài viết về việc nhiều người rời bỏ vì quá vất vả. Nếu không đặt ra ranh giới, chúng đều nuốt chửng thời gian rảnh, và việc bị deadline gây áp lực cũng là điểm chung
    Đọc đến đoạn không thể nói với đội rằng “tôi sẽ nghỉ một ngày vì tinh thần không ổn” để xin nghỉ ốm thật khó chịu
    Trong 20 năm sự nghiệp, tôi chưa từng thấy thái độ như vậy, và mọi người thường xuyên nghỉ ốm vì sức khỏe tinh thần. Thật đáng tiếc nếu bạn cảm thấy không thể nói như thế, nhưng đó gần với ngoại lệ hơn nhiều so với quy tắc
    Trong 20 năm qua, có công ty nào công khai chống lại sức khỏe tinh thần không?

    • Trong môi trường quân đội, họ lại cố chủ động ngăn tình huống như vậy
      Có nhiều bạn 18–20 tuổi gặp vấn đề sức khỏe tinh thần, nhưng cho nghỉ quá dễ thường không giúp ích. Các chuyên gia muốn họ tiếp tục làm việc hơn là để họ ở nhà uống rượu và chỉ chơi game
      Một số bạn lại phản ứng tốt hơn khi áp lực công việc tăng lên. Giống như trại huấn luyện, họ làm việc hết sức, mệt lả rồi về nhà ngủ; nhưng nếu cho họ về nhà khi chưa mệt, điều đó dẫn tới rượu và chơi game khuya, rồi hôm sau đi làm như zombie
      Cách này không hiệu quả với tất cả mọi người, nhưng cần thừa nhận rằng không phải lúc nào chúng ta cũng là người điều trị tốt nhất cho chính mình. Với nhiều người, nghỉ nhiều hơn lại khuếch đại các hành vi tiêu cực
      Câu trả lời tốt hơn không phải là “tôi cần nghỉ một ngày”, mà gần với “tôi có lịch tư vấn lúc 08:00 sáng mai” hơn
    • Từ góc nhìn của người chuyển sang từ ngành y, kỹ sư phần mềm thật sự đang ở vị thế rất tốt. Nên trân trọng những gì mình có
      Tôi thừa nhận những trải nghiệm cá nhân về quản lý tệ, lịch trình phi thực tế và dự án không thú vị, nhưng những chuyện đó ở đâu cũng có
      Hãy cộng thêm việc mỗi ngày phải ở nơi bệnh nhân và gia đình họ trải qua ngày tồi tệ nhất đời, phải đưa ra quyết định dưới áp lực cao, và trong suốt ca làm gần như không có cơ hội ngồi xuống hay thậm chí đi vệ sinh, thì câu chuyện sẽ khác
      Hơn nữa, một ngày làm việc trong tình trạng không tốt có thể dẫn đến một cuộc điều tra kéo dài hoặc một vụ kiện tụng
      Nghe có thể vô cảm, nhưng kỹ thuật phần mềm không phức tạp hay căng thẳng bằng nhiều nghề trong y tế. Nó ít bào mòn hơn cả về tinh thần lẫn thể chất
    • Tôi không nghĩ kỹ thuật phần mềm ít gây hại cho sức khỏe tinh thần hơn nghề luật
      Tôi đã làm việc với các luật sư gần 10 năm, cung cấp dịch vụ chuyên môn phi kỹ thuật, và cũng có hàng chục năm kinh nghiệm trong kỹ thuật phần mềm và startup
      Áp lực trong kỹ thuật phần mềm hoàn toàn khác với những gì tôi trải qua trong môi trường pháp lý, và tệ hơn nhiều
      Nhìn chung, luật sư là luật sư hơn là nhà quản lý. Có hệ thống cấp bậc từ associate cấp thấp đến partner cao nhất, nhưng cả cấp trên lẫn cấp dưới đều là luật sư. Nó khác với mô hình luật sư làm việc dưới một nhà quản lý
      Trong môi trường pháp lý cũng có áp lực và giờ làm dài, vợ/chồng họ phàn nàn rằng luật sư lúc nào cũng ở công ty hoặc về nhà vẫn để đầu óc ở chỗ khác, nhưng ở đó tôi không bị cơn hoảng loạn hay vấn đề sức khỏe tinh thần; còn trong môi trường phần mềm và startup thì có
      Ở mảng luật, mọi người đều biết quy trình và thực hiện quy trình đó, cấp trên cũng là người đã từng làm quy trình đó
      Trong phần mềm, nhiều khi người ta không biết quy trình, và bạn dễ bị nghiền nát liên tục để làm hài lòng những người chưa từng tự mình bị nghiền nát. Một công ty đại chúng thành công mà tôi từng làm trước đây luôn mở tin tuyển kỹ sư phần mềm senior chính vì lý do này
    • Nhiều người không biết rằng họ chỉ cần nói với quản lý là nghỉ vì lý do sức khỏe/y tế, và không cần cung cấp thêm thông tin đó là cúm, vấn đề lưng hay sức khỏe tinh thần
      Sẽ có ích cho nhiều người nếu trường học dạy kiến thức pháp luật cơ bản liên quan đến việc làm
    • Vì sao việc ai nói kỹ thuật phần mềm vất vả hơn lại quan trọng?
      Dù bạn giẫm phải phân hay lún tới đầu gối thì rốt cuộc cũng đều đang ở trong phân. Thay vì thi xem ai bị dính nhiều hơn, chẳng phải lau giúp nhau sẽ tốt hơn sao?
      Nên dừng việc so sánh lại. Bây giờ cũng không phải tình huống cần phân loại để phân bổ, và ta vẫn có thể thương cảm hay đồng cảm với cả những người trung bình có hoàn cảnh tốt hơn. Chúng ta đều là con người, và được lợi khi cùng nhau
  • Trước đây tôi từng có phần kính nể các CEO trẻ bỏ học đại học, nhưng sau khi làm việc dưới quyền vài người như vậy, tôi quyết định không làm ở startup có người ở độ tuổi 20 ngồi trên đỉnh nữa
    Họ thật sự không biết quản lý hay lãnh đạo. Họ được thúc đẩy bởi nỗi sợ thất bại, và vì chưa đạt được gì nên đối xử với người khác như rác. Tốt nhất nên tránh

    • Hiện tượng xuất hiện ở Stanford, nói với một người 21 tuổi rằng cậu là Chúa Jesus và sẽ rót hàng triệu đô la cho cậu, là cái nhọt của văn hóa kinh doanh Mỹ chẳng kém gì các tay săn doanh nghiệp
      Đó là phiên bản dị hợm của tuyển mộ bóng bầu dục/bóng rổ đại học
    • Tôi không thấy có lý do gì khiến một người 25 tuổi không thể trở thành CEO startup giỏi
      Điểm cốt lõi khó là, ngay cả khi một người 25 tuổi nhìn chung thông minh, hiếm có khả năng tự nhận thức và khiêm tốn, và đang thử thách bản thân với một vấn đề lớn, rất khó để biết khi nào nên nghe đội ngũ hoặc cố vấn và nên nghe ai, cũng như khi nào nên làm ngược lại theo phán đoán của mình
      Nếu có đủ các phẩm chất tốt và được tiếp xúc với đội ngũ cùng cố vấn tốt, điều đó có thể khả thi ở mức nào đó
      Tuy nhiên việc nhiều lĩnh vực đầy rẫy thực hành và lời khuyên tệ, cũng như lừa dối và thao túng trắng trợn, chẳng giúp ích gì. Thời còn đọc các bài viết cũ của PG, ta có thể kỳ vọng một người vừa là dân kỹ thuật vừa là doanh nhân sẽ thông minh, có thiện ý và đưa ra lời khuyên để mong bạn thành công, nhưng giờ điều đó hoàn toàn không còn là chuẩn mực
      Bây giờ nhìn đâu cũng có khả năng cao hơn nhiều là nhận lời khuyên tệ, và cũng có nhiều cá nhân lẫn tổ chức cố thao túng bạn hơn. Ngay cả khi bạn tự lọc được, bạn vẫn chịu ảnh hưởng gián tiếp thông qua những người thông minh và tử tế đã cho phép ảnh hưởng đó tác động đến họ
    • Không cần kính nể người đối xử với người khác như rác, dù họ 20 hay 60 tuổi
      Tôi vừa thoát khỏi trải nghiệm với một founder/CEO 49 tuổi, và từ giờ có lẽ tôi sẽ soi mọi tín hiệu rác rưởi
    • Trong số các quản lý cấp trung trẻ cũng có những người thật sự khó chịu. Những workaholic bất an cuối độ tuổi 20 đến đầu 30, cũng không còn quá trẻ, khiến cuộc sống của mọi người khốn khổ
      Họ làm việc như điên để được thăng chức, và giờ nghĩ rằng mình có thể lấp đầy đội bằng những người giống họ
      Nhưng không phải vậy. Những “người giống họ” đó hoặc đủ khôn ngoan để không hủy hoại sức khỏe, hoặc không muốn làm thế, nên đã không được thăng chức
      Chúc mừng vì các bạn đã làm tốt hơn và có nhiều tiền cùng quyền lực hơn, nhưng giờ tất cả mọi người phải nằm trên chiếc giường mà các bạn đã giật ga và làm rơi đầy vụn bánh
    • Về lý thuyết thì đúng, nhưng thực tế có đúng vậy không? Amazon và Oracle có phải nơi làm việc tốt hơn Facebook và Stripe không?
  • Đến một thời điểm nào đó, cứ tạo một hàng đợi và bắt đầu việc có mức ưu tiên cao tiếp theo
    Nếu có quá nhiều việc đang làm dở thì sẽ hỏng hết

    • Vì vậy Kanban là một trong những phương pháp quản lý dự án tôi thích nhất
      “À, đây là tính năng ưu tiên hàng đầu mới. Sau khi khảo sát nhanh, có vẻ việc này sẽ được biểu diễn bằng 20 sticky note. Tốc độ xử lý trước đây của đội chúng ta là 10 sticky note trong 2 tuần. Vậy nếu hạ toàn bộ các việc đang làm dở xuống, có lẽ sẽ xong sau 4 tuần. Hãy xem từng sticky note hiện có và xác nhận xem có thật sự được dừng chúng lại không”
      Các bên liên quan vẫn có thể đưa ra quyết định, nhưng cách này có tác dụng khiến họ hiểu một cách thực tế rằng họ đang yêu cầu đội điều gì
    • Vài năm trước, có lúc tôi làm giám đốc kỹ thuật ở một công ty và đang chuẩn bị một phiên bản mới lớn của sản phẩm
      Sau vài tuần, tôi nói với CEO rằng có vẻ chúng tôi đã hiểu khá rõ phạm vi và độ khó của bản phát hành mới, thì CEO nói “Không, chưa đâu”
      Khi tôi hỏi lý do, ông ấy nói cuối tuần vừa nghĩ ra một tính năng “bắt buộc” mới, và nó rõ ràng là cực kỳ khó về mặt kỹ thuật. Rồi ông ấy khẳng định bất cứ thứ gì cũng có thể làm trong 48 giờ
      Thật ngạc nhiên là tôi đã trụ ở chỗ đó lâu đến vậy
    • Với tư cách quản lý, dù cấp trên đổi ưu tiên, nếu việc đang làm gần xong thì tôi cứ cho làm xong luôn
      Sau này khi quay lại việc ban đầu, họ luôn ngạc nhiên khi biết nó đã hoàn tất
    • Chỗ làm cũ của tôi đúng y như vậy, và ai ở vị trí như thế lâu hơn cần thiết thì nên tìm vai trò khác
      Rốt cuộc đó là con đường dẫn đến burnout hoặc thờ ơ
      Khi đó tôi xem X-Files rất nhiều nên gọi nó là “quái vật của tuần”, và đến giờ tôi vẫn thích cách nói đó
    • Một trong những kỹ năng mạnh nhất đối với lập trình viên làm việc với phía kinh doanh là khả năng nói không
  • Khả năng tách ra khỏi việc đang làm, dù chỉ trong thời gian rất ngắn, thật sự quan trọng
    Có thể đi dạo, pha cà phê, hoặc chỉ nhắm mắt và hít thở
    Căng thẳng thường được tạo ra một cách nhân tạo, làm hại hiệu suất và làm giảm khả năng suy nghĩ
    Tôi đã nhiều lần trải qua tình huống công ty nói công việc trở nên “khẩn cấp” vì có thể giành được hợp đồng hoặc doanh thu, và nếu vượt qua được “crunch” này thì tất cả sẽ trở thành siêu sao
    Nếu trong 2 tháng cứ thức trắng và chỉ ngủ 3–4 giờ để giao dự án sớm, ban lãnh đạo và những người ra quyết định sẽ bắt đầu chai lì và tiếp tục trao cho mọi người những đợt crunch như “món quà” này
    Việc giúp công ty và đi thêm một bước thì hầu hết chúng ta đã từng làm và sau này vẫn có thể làm, nhưng nếu mọi thứ đều khẩn cấp và mọi việc đều phải làm ngay bây giờ thì đang có một vấn đề lớn hơn
    Tiền bạc, thời gian, công sức thường đều có giới hạn và ngân sách. Nếu lạm dụng các giới hạn và mức chịu đựng đó, mọi người sẽ không còn tôn trọng kẻ cứ kêu sói đến, và cũng sẽ bỏ ít sức hơn vào công việc

    • Trong sự nghiệp của tôi, những chuyện như vậy chưa bao giờ được đền đáp
      Mỗi lần phải crunch cho những việc khẩn cấp kịch tính kiểu “giao cái này là chốt được hợp đồng cực lớn”, cuối cùng đều kết thúc bằng hợp đồng thất bại
      Có vẻ nhân viên sales không bị sa thải dù bắt cả tổ chức R&D chạy theo một canh bạc dài hạn trong nhiều tháng và đốt kiệt sức mọi người
      Tất nhiên, nhân viên sales đó cũng không phải làm thêm giờ hàng tuần trong suốt thời gian ấy
      Giờ tôi hầu như từ chối làm thêm giờ, trừ khi đó là để bù cho lỗi của chính mình. Tôi sẽ không bao giờ làm thêm nữa chỉ để đáp ứng deadline phi thực tế của một kẻ ngốc nào đó
    • Đây là bài học khó học nhất
      Có những lúc bạn không được trao cơ hội để làm “đúng cách” vì công ty, sản phẩm hay khách hàng. Cuối cùng, tôi quyết định hỏi hôm nay điều gì quan trọng nhất, làm việc đó, rồi khi hết giờ thì hoàn toàn tan làm
      Ý nghĩa và sự thỏa mãn cá nhân phải tìm trong đời sống riêng. Có thể tập thể dục, làm tình nguyện, có sở thích, hoặc tập trung cho gia đình
      Cách tốt nhất để có cân bằng công việc–cuộc sống là tách hai thứ đó ra. Đó cũng là một trong những lý do tôi ghét làm việc tại nhà. Việc lái xe đi làm và về nhà với tôi là một cơ chế tách biệt và xả áp tuyệt vời
  • Nói rằng không thể xin nghỉ ốm vì “tinh thần đang quá mệt nên tôi sẽ nghỉ một ngày” là không đúng
    Bạn có thể nói mình cần một ngày chăm sóc sức khỏe tinh thần, và người trưởng thành sẽ hiểu

    • Ở hầu hết các công ty tôi từng làm, chỉ cần nói “Hôm nay tôi không khỏe nên xin nghỉ một ngày” là đủ
      Không ai hỏi chi tiết
    • “Người trưởng thành sẽ hiểu” là một trải nghiệm trong bong bóng khá rõ
      Đa số nghề nghiệp không như vậy
    • Có thể nơi bạn làm là thế, nhưng tôi thì chỉ nói rằng tôi sẽ không đi làm
      Nếu tôi nói với lead hoặc sếp của mình như vậy, họ sẽ vặn hỏi tại sao tôi không đến
    • Vì cùng lý do, cũng có thể dùng wellness day
  • Tôi đã tin rằng bản thân thực hành phát triển phần mềm có điều gì đó gây ra, hoặc có thể gây ra, bệnh tâm thần
    Trong nhiều thập kỷ, tôi đã thấy một số đồng nghiệp gặp những vấn đề rất nghiêm trọng, và tôi nghĩ đây thật sự là một vấn đề khá nghiêm trọng trong ngành của chúng ta

    • Kỹ thuật phần mềm dường như thu hút những người có đa dạng thần kinh
      Tôi là kỹ sư phần mềm mắc ADHD, và tôi biết số lượng kỹ sư phần mềm mắc ADHD nhiều bất thường
      Mức độ rối loạn chức năng điều hành và việc phải “đuổi kịp” như vậy trở thành vấn đề
    • Để cảm thấy tốt hơn, cần có trải nghiệm chiến thắng hoặc một dự án có điểm kết thúc
      Nhưng nhiều dự án cứ kéo dài hết năm này qua năm khác cho đến khi công ty hoặc bản thân cạn năng lượng, hoặc trước khi chuyển sang công ty khác và lặp lại cùng chuyện đó
      Trong phát triển web, ngày ra mắt là vạch đích gần nhất, nhưng không phải vạch đích thật sự. Việc đạt mục tiêu chỉ số cốt lõi cũng phần nào là vậy, nhưng về mặt tâm lý thì không thỏa mãn bằng việc hoàn thành một cái bàn hay món đồ gốm, hoặc thu hoạch mùa màng để bán hay dọn lên bữa tối
    • Ngành này về cơ bản là nơi làm việc chuyển hóa tư duy có ý thức thành vốn một cách hiệu quả nhất có thể
      Vì vậy nói nó có hại cho tâm trí là hợp lý
    • Phần lớn căng thẳng đến từ trách nhiệm phải làm cho “thứ gì đó” hoạt động, dù định nghĩa của thứ đó có thể thay đổi đột ngột vì tính thất thường, thiếu tầm nhìn xa và kế hoạch tệ của đồng nghiệp
    • Sau cùng, phần lớn việc chúng ta làm là viết
      Cứ nhìn xem các nhà văn khác thích nghi và sống tốt đến đâu. Nhất là những người phải dành nhiều thời gian viết những thứ mà họ biết là vô giá trị chỉ vì tiền thuê nhà
  • Mô tả năm 2017 về việc cố kiểm soát mọi bất định xung quanh nghe giống như đang tự trách mình vì cố trụ lại trong một nơi làm việc ác mộng ở một công ty tồi tệ

  • Người như vậy lẽ ra không nên ở vị trí lãnh đạo
    Tôi từng làm dưới quyền kiểu người này; bản thân anh ta là một kỹ sư giỏi, nhưng làm lead thì rất tệ
    Không tin tưởng đội ngũ, lúc nào cũng tự xử lý, không thảo luận, nói chuyện qua cửa sau, và luôn nhún nhường trước ý muốn của ban quản lý. Mọi thứ đều “quan trọng” hoặc “sống còn”, đúng kiểu micromanaging tệ nhất
    Đồng thời, nếu tôi bị đặt vào vị trí đó, có thể tôi cũng sẽ thất bại theo cách tương tự, dù mức độ nhẹ hơn. Ban quản lý thường đẩy chúng tôi vào những vị thế bất khả thi mà chẳng có lý do gì tốt đẹp ngoài việc “để lấy lòng X”
    Nếu làm vậy chỉ để ghi điểm với một quản lý cấp trung vô danh nào đó thì còn tệ hơn
    Vì thế tôi nghĩ ngành công nghệ nên có công đoàn. Có thể đặt ra các kỳ vọng thực tế và tiếp cận ban quản lý từ góc nhìn tập thể
    Đáng tiếc là các công ty ngày nay chỉ nhắm đến việc thu hồi vốn đầu tư mạo hiểm bằng exit nhanh và IPO. Tâm lý chung trong đám kền kền dường như là công đoàn sẽ làm giảm khả năng exit nhanh

    • Đây là thất bại của tổ chức
      Vì tổ chức đã thăng chức ai đó lên làm lãnh đạo mà không đào tạo họ
      Ta không kỳ vọng một quản lý không có nền tảng kỹ thuật cứ thế bắt đầu viết code, vậy tại sao lại kỳ vọng một coder cứ thế bắt đầu quản lý?
    • “Không tin tưởng đội ngũ và lúc nào cũng tự làm” là một trong những bài học khó nhất mà tôi phải học
      Khi coaching các lãnh đạo tương lai, đây cũng thường là trở ngại
      Khi chuyển sang vai trò lãnh đạo, bạn phải học cách chấp nhận rằng mọi người làm việc theo cách không phải cách bạn sẽ làm cũng không sao
      Nếu kết quả của cấp dưới gần đủ tốt hoặc đủ tốt, bạn phải chấp nhận. Và biên độ cho cái “đủ” đó sẽ lớn hơn rất nhiều so với bạn nghĩ trước khi học được điều này
    • Tôi cũng từng có một sếp như vậy
      Có thể công ty đặc biệt rối loạn chức năng, nhưng tôi không có nhiều kinh nghiệm với dự án và công việc được giao, và cũng không hề che giấu điều đó
      Thế nhưng nếu tôi dành thời gian tự tìm hiểu, sếp sẽ cứ thế tự làm luôn và không đưa ra phản hồi nào
    • Nói “tuyệt đối không nên trở thành lãnh đạo” là đơn giản hóa quá mức
      Thực tế có thể họ cần được đào tạo cụ thể về thiết lập ưu tiên, ủy quyền và trí tuệ cảm xúc
      Loại đào tạo này hiếm khi được cung cấp. Thay vào đó, người ta ném những người có hiệu suất tốt xuống vùng nước sâu rồi xem họ có trụ được không
    • “Lúc nào cũng tự làm” là một trong những phần phản trực giác nhất của vai trò lãnh đạo
      Thường thì bạn được thăng chức vì đã tự mình làm được rất nhiều việc ở vai trò cá nhân đóng góp. Nhưng sau khi trở thành lãnh đạo, bạn càng ít tự làm thì càng tốt cho bản thân, công ty và các thành viên trong đội
      Vì vậy bạn phải học rằng cảm giác rảnh hơn trước không phải là dấu hiệu cho thấy mình đang làm việc kém
  • Hoàn toàn có thể xin nghỉ ốm bằng cách nói với đội rằng “tôi thấy tinh thần không ổn nên sẽ nghỉ một ngày”
    Tôi bắt đầu làm vậy từ vài năm trước và nhìn chung đó là trải nghiệm tích cực. Vì tôi là người đầu tiên cởi mở về khó khăn của mình, những người khác trong đội cũng đã chia sẻ khó khăn của họ với tôi