Làm thế nào bạn có thể đo lường sự đóng góp hàng ngày của riêng bạn?


11

Gần đây tôi đã hoàn thành Ba dấu hiệu của một công việc khốn khổ của Patrick Lencioni và một trong những ý tưởng cốt lõi của anh ấy là bạn cần phải có một số hình thức đo lường.

Tôi có một công việc phát triển nội bộ khá chuẩn, nơi tôi làm việc trên các công cụ mới và thực hiện một số sửa lỗi hỗ trợ / sửa lỗi cho các công cụ trong quá khứ tôi đã viết.

Vì lý do hoàn thành cá nhân, bạn sẽ đo lường những gì hàng ngày? (Đây không phải là một báo cáo cho các nhà quản lý và không phải là một cái gì đó để trò chơi, chỉ là một cái gì đó để giúp tôi đánh dấu sự tiến bộ).

Mục tiêu là tìm ra những thứ không chỉ đo lường năng suất, mà còn là công việc bạn đang làm tốt như thế nào (vì vậy một nhân viên dịch vụ khách hàng có thể ghi lại các tương tác tích cực bên cạnh số lượng cuộc gọi được thực hiện).

Cú đâm của tôi vào việc này sẽ là để đo hai điều mỗi ngày: các yêu cầu hỗ trợ được mở / đóng và số lần kiểm tra để kiểm soát nguồn.

Tôi hiểu nếu điều này bị đóng cửa, nhưng một lần nữa đây không phải là câu hỏi về quản lý, đó là về phát triển cá nhân với tư cách là nhà lập trình / nhà phát triển phần mềm.

Câu trả lời:


5

Giữ một tạp chí phát triển và đặc biệt chú ý đến những việc không thường xuyên. Tôi rất hào hứng bởi:

  • Sử dụng thuật toán, mẫu, thư viện, cấu trúc dữ liệu hoặc ngôn ngữ mới
  • Phối hợp với một nhóm hoặc người mới
  • Sửa một lỗi được coi là đặc biệt khó khăn
  • Tạo kết nối cá nhân sâu sắc
  • Xây dựng các công cụ nhỏ giúp công việc của tôi dễ dàng hơn (và có thể là công việc của đồng nghiệp của tôi)
  • Bị chặn và sau đó nhận ra chính xác những gì xảy ra để bỏ chặn tôi
  • Nhận thấy sự cải thiện về năng suất gây ra bởi chế độ ăn uống, giấc ngủ và thái độ
  • Cơ hội để chia sẻ đam mê của tôi
  • Vẻ đẹp ở những nơi không thể

Đối với các diễn biến thông thường:

  • Xem thời gian cần thiết cho các nhiệm vụ thường xuyên giảm
  • Xem những gì bạn cho là khó khăn giảm dần
  • Thoát khỏi các tương tác thông thường bằng cách cung cấp cho ai đó toàn bộ sự chú ý và năng lượng của bạn

2

Nếu bạn muốn một số lời khẳng định hàng ngày thì số liệu đơn giản nhất bạn có thể sử dụng là viết cho mình một danh sách nhiệm vụ hoặc một việc cần làm cho ngày hôm nay.

  1. Viết ra những gì bạn cần làm.
  2. Bạn có thể chia ra bất kỳ nhiệm vụ nào Làm cho nó chi tiết hơn.
  3. Bắt đầu làm việc trên một nhiệm vụ.
  4. Nếu bạn cần thêm nhiều nhiệm vụ, hãy bắt đầu lại từ bước 1.
  5. Khi bạn hoàn thành nhiệm vụ, hãy gạch bỏ nó.

Vào cuối ngày, hãy nhìn vào tất cả các nhiệm vụ bạn đã thực hiện và cảm thấy tự hào. Bây giờ đó là sự thỏa mãn cá nhân!


1

Tôi nghĩ giống như hầu hết các ngành nghề dựa trên tri thức, câu trả lời là giữ một tạp chí. Viết ra các mục tiêu cho mỗi ngày và xem nếu bạn đáp ứng những mục tiêu đó. Nhắm mục tiêu một thực hành cụ thể mà bạn muốn cải thiện và ghi lại tiến trình của bạn.

Chẳng hạn, tôi luôn muốn cải thiện kỹ năng ước lượng của mình. Vì vậy, tôi giữ một hồ sơ tồn đọng, lập và sửa đổi các ước tính trên đó và sau đó sử dụng các ước tính đó để đánh giá khả năng của tôi để hoàn thành các nhiệm vụ tương tự và để xem liệu tôi đã cải thiện việc ước tính chưa.

Ban đầu tôi bắt đầu với bảng tính này từ Joel: http://www.joelonsoftware.com/articles/fog0000000245.html

Đơn giản, và một nơi tốt để bắt đầu. (Joel đã chuyển từ đó:
http://www.joelonsoftware.com/items/2007/10/26.html )

Bây giờ tôi làm một cái gì đó ít phức tạp hơn, phù hợp với quy trình làm việc của tôi hơn.

Vì vậy, nếu bạn đang tìm kiếm một số liệu cụ thể để theo dõi, ước tính độ chính xác là một số liệu thú vị. Khả năng ước tính chính xác là khá hiếm nên bạn có được một kỹ năng hữu ích và nó thường có cảm giác như một trò chơi vì bạn đang cố gắng đánh bại "điểm số cao" của mình từ trước.


0

Tôi có một biện pháp tiến bộ đơn giản:

khi đồng nghiệp / khách hàng của tôi nói những điều như:

Giai đoạn 1:

"làm việc tuyệt vời, yêu thương nó!"

Giai đoạn 2:

"Thật tuyệt vời! Tôi thậm chí không biết bạn có thể làm điều đó!"

Giai đoạn 3:

"Đó là một trình cứu sinh! Hệ thống sẽ không giống như vậy nếu không có nó"

Giai đoạn 4:

"Hoàn toàn có, tôi tin tưởng bạn"

Giai đoạn 5:

"Nó đơn giản là tuyệt vời, tôi không biết tôi có thể thêm gì nữa"

Giai đoạn 6:

"Bạn đã thay đổi chúng tôi, thay đổi công ty này, để tốt hơn"

Giai đoạn 7:

"cảm ơn bạn, bạn truyền cảm hứng cho tôi"


0

Tôi sẽ thực hiện một chiến thuật khác, tùy thuộc vào vị trí của bạn trong sự nghiệp, nhưng đặc biệt nếu bạn là học sinh trung học. Rõ ràng, bạn muốn đáp ứng mong đợi của chủ nhân, bạn muốn hoàn thành công việc đúng tiến độ, báo động thích hợp nếu mọi thứ diễn ra khác với dự kiến, hãy kiểm tra, cộng tác với đồng nghiệp của bạn ... mọi thứ bạn cần làm.

Ngoài ra, chiến lược của tôi là thế này: Làm tốt hơn hôm nay so với ngày hôm qua.

Đó là nó. Đó là mục tiêu của bạn.

Điều này có nghĩa là mã bạn viết ngày hôm qua rất tệ và hôm nay, bạn sẽ làm tốt hơn. Hôm nay, bạn sẽ nghiên cứu, điền vào một số khoảng trống, những điều bạn thậm chí không biết là mình không biết. Hôm nay, bạn sẽ tái cấu trúc. Bạn sẽ thực hiện phương pháp đó mà bạn để lại một chút quá lộn xộn và làm sạch nó. Bạn sẽ nhận ra rằng bạn để lại quá chặt chẽ kết hợp. Bạn sẽ viết bài kiểm tra mà bạn bỏ qua. Bạn sẽ học được điều gì đó mới.

Nếu bạn làm những việc này và bạn hoàn thành công việc khác, bạn sẽ có một ngày làm việc hiệu quả.


0

Học ít nhất một ngôn ngữ mới mỗi năm và sử dụng nó.

Đi sâu vào ít nhất một khía cạnh mới của thế giới lập trình / kỹ thuật phần mềm khổng lồ mỗi năm và sử dụng nó.

Đẩy mình lặn sâu. Bạn sẽ không thúc ép bản thân đủ mạnh nếu bạn không bao giờ có cảm giác rằng bạn đang ở trên đầu.

Nói chuyện với người giám sát của bạn về cách thăng tiến nghề nghiệp của bạn. Một người giám sát tốt luôn tìm kiếm ai đó để thay thế anh ta hoặc cô ta. Nói chuyện với sếp của sếp, hoặc thậm chí cao hơn về chuỗi, về cách thực hiện kết thúc này. Điều này có thể mất một chút khéo léo; đừng tạo ấn tượng rằng bạn đang đi qua đầu sếp của bạn ở đây.

Bạn sẽ ngạc nhiên khi có bao nhiêu chương trình khuyến mãi được đưa ra chỉ vì ai đó có ý định yêu cầu một chương trình khuyến mãi.


Mặc dù tôi đồng ý với những gì bạn nói nhưng đó không phải là câu trả lời thích hợp cho câu hỏi. Câu hỏi là làm thế nào để đo lường sự đóng góp hàng ngày , không phải là sự tiến triển của sự nghiệp nói chung.
Jarrod Nettles

Đồng ý với @Jarrod. Ngoài ra, cụ thể là không liên quan đến quản lý, vì vậy hãy nói về các chương trình khuyến mãi và làm thế nào để đưa chúng ra khỏi vị trí.
Andy Wiesendanger

@Jarod: Theo tôi, cố gắng đo lường sự đóng góp hàng ngày sẽ hoàn thành một điều: Nhìn vào điều sai. Hôm nay tôi đã tham dự bao nhiêu cuộc họp (tốt hơn: tôi đã không tham dự bao nhiêu cuộc họp ), tôi đã viết bao nhiêu dòng mã (tốt hơn: tôi đã loại bỏ bao nhiêu mã bằng cách tìm một chủ đề chung). Lập trình viên không phải là công nhân từng phần. Trong nhiều ngày, tiến độ sẽ xuất hiện là con số không, và rồi đột nhiên thì đấy! cả một loạt các tiến bộ đã được thực hiện. Một cái nhìn dài hạn là cần thiết.
David Hammen

-1

Tôi nghĩ rằng bạn đã có ý tưởng đúng, số lần đăng ký để kiểm soát nguồn là cách tôi thực hiện. Mỗi lần đăng ký là một đơn vị quan trọng của chương trình sàng lọc. Tất nhiên, điều đó chỉ hoạt động khi bạn chỉ đăng ký cập nhật / sửa lỗi chương trình được phát triển đầy đủ, nhưng đó là cách nó nên được thực hiện bằng mọi cách. Nếu tôi đo thì điều này cũng có thể giúp tôi tuân theo quy tắc đó.

Báo cáo vấn đề đóng là một thanh đo tốt khác, tôi cũng hoàn toàn đồng ý với báo cáo đó. Một lần nữa, nó có thể giúp nhắc nhở tôi nhập các báo cáo lỗi theo cách "nếu tôi không ghi lại lỗi này trước khi tôi sửa nó thì tôi sẽ không đo lường chính xác tiến trình của mình ngày hôm nay".

Cả hai giá trị phải dễ thu thập và biểu đồ. Tôi gần như có thể thấy bảng tính bây giờ ... 8)


5
-1: Số lượng đăng ký thậm chí không phải là một số liệu quản lý tốt. Nó là một loại đậu dễ ​​đếm nhưng hoàn toàn vô nghĩa: Tốt cho quầy đậu, không tốt cho bất cứ thứ gì khác. Nó không phải là một số liệu cá nhân tốt. Không phải tất cả các đăng ký đóng báo cáo yêu cầu thay đổi / sai lệch đều được tạo bằng nhau. CR để thêm khả năng kiểm tra / khởi động lại vào ứng dụng chỉ khó kết thúc hơn một chút so với DR liên quan đến việc sửa lỗi một lớp lót.
David Hammen

1
Số lượng đăng ký gần như tệ như Dòng mã (LoC). Tối đa hóa các loại số liệu này không bằng chất lượng mã cao hơn vì chúng hoàn toàn không tương quan.
Spoike

Đồng ý với cả hai điều trên. Đăng ký không tương đương với đóng góp. Kiểm tra trong 5 bản sửa lỗi dễ dàng không "tốt" hơn một tính năng mới quan trọng.
Andy Wiesendanger
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.