thảo luận Hội anh em Project Manager - Scrum Master

  • Người tạo chủ đề Người tạo chủ đề Thai-Tu-Shang
  • Ngày bắt đầu Ngày bắt đầu
Chỉ ra những điểm có thể cải thiện performance cho sếp bạn thôi.
Những điểm bạn nghĩ nó sẽ là bottleneck.
Nhiều khi sếp chỉ đang tìm kiếm stuck point
Em cũng đang nghĩ tới hướng này :D
Có khả năng khi hỏi câu này thì đang mong muốn chỉ ra một cái "chúng tôi đang kém" nhưng chúng tôi đang cải thiện nó r
 
Hôm nay mình thấy một câu hỏi khá hay trên diễn đàn:

Khi bạn là một Scrum Master, nếu sếp hỏi: Team của mày đã chạy full perfomance hay chưa. Làm sao để trả lời được câu hỏi này nhỉ
Câu hỏi này ko cần thiết phải trả lời nhé. Thay vào đó hãy trả lời câu hỏi sau cho sếp: làm thế nào để tăng được performance ?
Vì sao ? Vì nếu bạn trả lời là team đã chạy full performance => đồng việc với việc ko còn room nào để tăng performance. Điều này là vô lý, vì ko có tốt nhất, chỉ có tốt hơn mà thôi. Một ông dev ko thể nói 1 ngày tôi chỉ code đc 500 LOC, ko thể hơn đc. Còn nếu bạn trả lời là team chưa chạy full performance thì nó sẽ lại dẫn đến câu hỏi làm thế nào để tăng được performance :D
 
làm FE lâu năm thì đá qua role này vừa quản lý vừa code nhẹ nhẹ được không các thím, em thích quản lý nhưng lâu lâu lại bay vào code
 
Em làm Dev backend, vừa nhận sang làm PM do cty không có người nên hơi thiếu kinh nghiệm.

Đang gặp case dev lead thì hơi thiếu trách nhiệm, đẩy hết việc đi xong ngồi chơi, gần deadline thì việc không xong, dev member thì stress.

Estimate cũng là vấn đề, có những việc em biết ko phải 2 ngày là xong, các bố cứ để 2 ngày, xong ko xong lại nhây ra ngày t3, t4 mà em ko biết xử lý thế nào.

Thêm cả vụ đang làm B' cho bên B, mà bên B hời hợt vcl, chạy đi chạy lại lên tận office nó mà cũng ko giải quyết đc nhiều việc.

Các bác có kinh nghiệm có thể chia sẻ tư vấn cho em với được ko ạ :(
 
Em làm Dev backend, vừa nhận sang làm PM do cty không có người nên hơi thiếu kinh nghiệm.

Đang gặp case dev lead thì hơi thiếu trách nhiệm, đẩy hết việc đi xong ngồi chơi, gần deadline thì việc không xong, dev member thì stress.

Estimate cũng là vấn đề, có những việc em biết ko phải 2 ngày là xong, các bố cứ để 2 ngày, xong ko xong lại nhây ra ngày t3, t4 mà em ko biết xử lý thế nào.

Thêm cả vụ đang làm B' cho bên B, mà bên B hời hợt vcl, chạy đi chạy lại lên tận office nó mà cũng ko giải quyết đc nhiều việc.

Các bác có kinh nghiệm có thể chia sẻ tư vấn cho em với được ko ạ :(

Giống tôi :big_smile: Không làm được thì cứ follow up 1 thời gian, cố gắng support. Không được nữa thì request đổi người. Nói với cấp trên là thế. Phải cứng lên một tí.
Cơ mà công nhận lắm ông dev vô trách nhiệm thật :beated:
 
Đang cần 10 vị trí Scrum Master cho bank big4, làm ở Hà Nội, lương 80tr và thu nhập ít nhất 15 tháng lương. Fence nào quan tâm thì hộp nha
HuERXUW.png
.
 
Em làm Dev backend, vừa nhận sang làm PM do cty không có người nên hơi thiếu kinh nghiệm.

Đang gặp case dev lead thì hơi thiếu trách nhiệm, đẩy hết việc đi xong ngồi chơi, gần deadline thì việc không xong, dev member thì stress.

Estimate cũng là vấn đề, có những việc em biết ko phải 2 ngày là xong, các bố cứ để 2 ngày, xong ko xong lại nhây ra ngày t3, t4 mà em ko biết xử lý thế nào.

Thêm cả vụ đang làm B' cho bên B, mà bên B hời hợt vcl, chạy đi chạy lại lên tận office nó mà cũng ko giải quyết đc nhiều việc.

Các bác có kinh nghiệm có thể chia sẻ tư vấn cho em với được ko ạ :(

case dev lead thì do nó không phục PM nên dở quẻ.
Cứ bám estimate mà làm, ko đạt target 2-3 lần thì bem luôn.

Còn muốn ngửa bài với team đấy, bê máy tính ra ngồi ngay cạnh.
2-3h thực hiện meeting-standup một lần, yêu cầu dev member trình bày công việc, khó khăn thì để dev lead join vào xử lý cùng.
 
Em đang thực tập BA cũng đc 1 tuần, thấy mấy bác bàn luận sôi nổi các thuật ngữ chuyên môn mà em có khả năng hiểu được thấy thích thú quá. Em cũng muốn theo tiếp con đường này mà vấn đề ngành đại học của em là Kế-Kiểm, không biết kiến thức có áp dụng đc ko, mong các bác tư vấn cho em, em cảm ơn nhiều ạ.
 
Mọi người cho em hỏi: em đang làm mid-level tester, nếu muốn làm PM thì lộ trình phải thế nào ạ ? Cụ thể là phải trải qua những vị trí nào, học cái cert gì ạ ?
 
Em đang thực tập BA cũng đc 1 tuần, thấy mấy bác bàn luận sôi nổi các thuật ngữ chuyên môn mà em có khả năng hiểu được thấy thích thú quá. Em cũng muốn theo tiếp con đường này mà vấn đề ngành đại học của em là Kế-Kiểm, không biết kiến thức có áp dụng đc ko, mong các bác tư vấn cho em, em cảm ơn nhiều ạ.
Được, BA lên PM không khó
Mọi người cho em hỏi: em đang làm mid-level tester, nếu muốn làm PM thì lộ trình phải thế nào ạ ? Cụ thể là phải trải qua những vị trí nào, học cái cert gì ạ ?
về cơ bản PM hơn QC được mấy cái kể nhanh:
  • planning
  • team mgt
  • communication
  • risk mgt
  • make decision
 
Em đang cần lời tư vấn từ các anh chị có kinh nghiệm ạ.
Em đang là dev FE 3 năm kn, mong muốn sau này trở thành PM. Thì hiện công ty em đang hỗ trợ thi các chứng chỉ, nếu pass (còn failed tự chịu chi phí). Em đang cân nhắc thi chứng chỉ Scrum Master, không biết nó có cần thiết và hỗ trợ cho mục tiêu trờ thành PM của em không ạ. Rất mong nhận được lời khuyên từ anh chị.
 
Em đang cần lời tư vấn từ các anh chị có kinh nghiệm ạ.
Em đang là dev FE 3 năm kn, mong muốn sau này trở thành PM. Thì hiện công ty em đang hỗ trợ thi các chứng chỉ, nếu pass (còn failed tự chịu chi phí). Em đang cân nhắc thi chứng chỉ Scrum Master, không biết nó có cần thiết và hỗ trợ cho mục tiêu trờ thành PM của em không ạ. Rất mong nhận được lời khuyên từ anh chị.
Có thì tốt, không thì thôi. Cert thì gợi ý lấy PMP đi. PSM k cần
 
Em đang cần lời tư vấn từ các anh chị có kinh nghiệm ạ.
Em đang là dev FE 3 năm kn, mong muốn sau này trở thành PM. Thì hiện công ty em đang hỗ trợ thi các chứng chỉ, nếu pass (còn failed tự chịu chi phí). Em đang cân nhắc thi chứng chỉ Scrum Master, không biết nó có cần thiết và hỗ trợ cho mục tiêu trờ thành PM của em không ạ. Rất mong nhận được lời khuyên từ anh chị.
PM thì em đi theo hướng PMP như bác trên bảo ấy. Còn nếu muốn theo hướng SM thì thi PSM 1, PSM 2 và PMI ACP nhé
 
Có ai làm SM trong bank không ạ. Em đang có 1 chủ đề cần thảo luận với mọi người:

Mọi người đang estimate point như thế nào ạ.

Với các team khác, em đang áp dụng như này:
1. Xác định 3 trụ cột chính: Effort, Độ phức tạp, Risk và Depen với các tính năng khác.
2. Thiết lập ma trận point theo kiểu: 3 cái trên là low thì 1 point, có 1 cái med thì 2 point.
Có một cách khác là chọn ra một tính năng làm mẫu, thường sẽ là tính năng đầy đủ nhất và để point base (như team cũ em setting point base = 5)
Sau đó sẽ đánh giá same size dựa vào tính năng base đó -> ra point
 
Em đang thực tập BA cũng đc 1 tuần, thấy mấy bác bàn luận sôi nổi các thuật ngữ chuyên môn mà em có khả năng hiểu được thấy thích thú quá. Em cũng muốn theo tiếp con đường này mà vấn đề ngành đại học của em là Kế-Kiểm, không biết kiến thức có áp dụng đc ko, mong các bác tư vấn cho em, em cảm ơn nhiều ạ.
Bác có thể đi theo con đường PM non tech. Nó sẽ hơi vất vả nhưng bù lại bác cần có ngoại ngữ tốt và các kĩ năng về quản trị.

Ngoài ra có thể rẽ hướng làm Scrum Master nữa nha :D
 
Bác có thể đi theo con đường PM non tech. Nó sẽ hơi vất vả nhưng bù lại bác cần có ngoại ngữ tốt và các kĩ năng về quản trị.

Ngoài ra có thể rẽ hướng làm Scrum Master nữa nha :D
chuẩn bác ơi. non-tech kiểu ko xuất phát là dev thì sẽ cực kỳ khó trong quản trị con người.
đặc biệt là giao tiếp với dev lead, dev,.. non-tech mà non PM thì dễ đi cả dự án lắm.
 
Bác có thể đi theo con đường PM non tech. Nó sẽ hơi vất vả nhưng bù lại bác cần có ngoại ngữ tốt và các kĩ năng về quản trị.

Ngoài ra có thể rẽ hướng làm Scrum Master nữa nha :D
Thanks bác, từ cmt đó tới nay 2 tháng thực tập, em đc cty train bài bản cơ bản trong quản trị dự án phần mềm rồi. Chỉ tiếc là vẫn là lý thuyết và chưa đc nhúng tay vào bất kỳ project nào, ngoài công việc research các luật lá về dữ liệu cho project này, rồi viết test case cho project kia :v
Bác có thể recommend cho em tiếp theo nên cải thiện gì ko ạ, background em kế toán, và có base nhẹ về data, AI/ML trường khi phân tích mấy dữ liệu kinh tế
 
chuẩn bác ơi. non-tech kiểu ko xuất phát là dev thì sẽ cực kỳ khó trong quản trị con người.
đặc biệt là giao tiếp với dev lead, dev,.. non-tech mà non PM thì dễ đi cả dự án lắm.
Đúng rồi, vì ông PM nontech thì sẽ khó để hiểu được các phần việc của team đang làm, hoặc có thể sẽ bị team quay như dế. Nên kinh nghiệm của em nếu được thì chọn một bạn cứng trong team, chơi cùng bạn ý và sẽ cần bạn ý tư vấn (thường dự án to thì là ông Techlead) :D

Còn em PM Tech đi lên nên là cũng không có kinh nghiệm xử lý phần nontech này lắm.

Thanks bác, từ cmt đó tới nay 2 tháng thực tập, em đc cty train bài bản cơ bản trong quản trị dự án phần mềm rồi. Chỉ tiếc là vẫn là lý thuyết và chưa đc nhúng tay vào bất kỳ project nào, ngoài công việc research các luật lá về dữ liệu cho project này, rồi viết test case cho project kia :v
Bác có thể recommend cho em tiếp theo nên cải thiện gì ko ạ, background em kế toán, và có base nhẹ về data, AI/ML trường khi phân tích mấy dữ liệu kinh tế
Thực ra thì các việc đang làm nó đang chỉ ở mức hiểu các cách mà team member của bác đang làm thôi chứ không phải làm PM.

Lời khuyên thì trước em có đề đạt nguyện vọng với lead cho em làm PM và chuyển role sang làm Project Officer (Assistance). Lúc đó em đi theo 1 anh PM khác để học cách anh ấy làm. Tất nhiên mình sẽ tự đặt mình vào vị trí của anh ấy để áp dụng những thứ mình đã học vào.

Ngoài ra có thể có 1 số công việc của PM mà bác có thể xung phong làm thử: quản lý schedule và tiến độ (theo hướng 1 thư kí cho PM) hoặc theo dõi cách các role làm việc trong team để xác định xem có vấn đề gì không... Bạn không cần phải thực sự làm PM trong dự án, nhưng nên có góc view như PM khi là một thành viên của dự án.
 

Thống kê chủ đề

Ngày tạo
Thai-Tu-Shang,
Người trả lời cuối
Cabybara,
Trả lời
107
Lượt xem
13.818
Quay lại
Lên đầu trang