Lương lập trình viên bao nhiêu nhỉ?

[babythandong]

Trong trường hợp có "dị nhân". Mình thấy luôn là bài toán khó.
Thường thì sẽ thành 2 phe đối đầu nên hỗ trợ nhau rất khó và nếu để lựa chọn tự nhiên thì thường phe đông sẽ thắng,và thường phe đông thì là phe ì.
Mình có thấy 1 trường hợp cũng như vậy, như có bác nói sếp nên thân mật với nhân viên. Trường hợp này sếp thân mật với phe ì hơn; Khi đưa ra phương hướng đều thiên về số lượng -> phe không ì đều bay đi hết.

[hoanganit19]

Hi hi !
Từ dị nhân mình đưa ra đa phần các bác đang nghĩ theo chiều hướng tiêu cực. Có thể mình dung từ chưa đúng ngữ cảnh lắm. Các đối tượng dị nhân như các bác nghĩ thì đơn giản rồi, sẽ như ý kiến của các bác đã đưa.
Tuy vẫn có những đối tượng "dị nhân" theo phương hướng tích cực là điều mình nhắc tới. Đối tượng này cũng có thể là chính Project Manager. Đối tượng này thường không tự kỷ hay code 16 tiếng mà họ mang kiểu tư duy, hướng đi khác, và luôn tìm kiếm áp dụng những cái tăng hiệu quả công việc của cả team nhưng cuối cùng thường thất bại và bị cả team liệt vào hạng dị nhân (mặc dù họ không muốn thế) vì cả team muốn đi theo lối mòn cũ. Nếu các bác đang là quản lý của team có "dị nhân" này, hay như các bác cũng đang là dị nhân này thì ... ?
Còn về 1 người làm hay 100 người làm thì không nói trước được bác Haipt ạ ! Tùy quy mô, tài chính của công ty mà số lượng sẽ khác. Chất lượng, trình độ của các thành viên cũng không thể lúc nào cũng đồng đều nên việc 1 team work có 10 người và 1 người nắm số mệnh của 1 mảng hay project là điều có thể xảy ra. Mình cũng từng phải 1 mình cân cả project ( Software, Database, Hardware, Firmware,..). Khi đó để teamwork hiệu quả mới là cái khó của manager chứ 1 teamwork đông đảo và trình độ cao và tư duy tương đương nhau thì đơn giản hơn rồi.

[vanvuive]

[artdeco113]

Nếu có người như thế trong dự án thì nên định hướng và đào tạo , cho chịu trách nhiệm lớn hơn , hướng dẫn tỷ mỷ để lead nhóm thì PM đỡ vất vả !
Manager hay PM thực ra có rất nhiều kỹ năng trong đó có cả kỹ năng đào tạo ,định hướng toàn bộ các cá nhân trong team.
PM đúng nghĩa thì sẽ chỉ tốn 10% effort để làm công việc kỹ thuật, 90% là các task liên quan đến quản lý và quản lý team > 15 . Nếu PM mà 90% làm kỹ thuật hay một mình cân cả project thì chưa phải PM , mới chỉ là team lead, dev cứng thôi .

Nếu là PM thực sự như định nghĩa trên thì có dị nhận thì tốt, không có thì cũng chẳng sao.
Nếu nhân viên có tích cực sáng tạo cái mới cũng tốt , tuy nhiên PM phải theo sát và cho thử nghiệm kỹ trên các dự án giả lập hoặc ít quan trọng , hoặc phải buffer thời gian mà còn đề phòng rủi do , chứ lấy dự án quan trọng, deadline kề cận mà thử với thọt thì cả team ăn cháo.

[nhumotcongio]

[tuyentravels]

Nếu bạn đang đảm nhiệm mảng models đó đương nhiên sinh mệnh models đó nằm trong tay bạn.
Để tránh điều đó thay vì cả teamwork học theo cách của bạn, họ muốn bạn làm theo lối mòn của họ- cách mà bạn biết rất là củ chuối.
Lúc đó sẽ rất khó hơp tác. Khi đó có thể "dị nhân" đó không phải bị thay thế mà sẵn sàng được thay thế => mất nhân lực.

[minhtanqn76]

Nếu có người như thế trong dự án thì nên định hướng và đào tạo , cho chịu trách nhiệm lớn hơn , hướng dẫn tỷ mỷ để lead nhóm thì PM đỡ vất vả !
Manager hay PM thực ra có rất nhiều kỹ năng trong đó có cả kỹ năng đào tạo ,định hướng toàn bộ các cá nhân trong team.
PM đúng nghĩa thì sẽ chỉ tốn 10% effort để làm công việc kỹ thuật, 90% là các task liên quan đến quản lý và quản lý team > 15 . Nếu PM mà 90% làm kỹ thuật hay một mình cân cả project thì chưa phải PM , mới chỉ là team lead, dev cứng thôi .

Nếu là PM thực sự như định nghĩa trên thì có dị nhận thì tốt, không có thì cũng chẳng sao.
Nếu nhân viên có tích cực sáng tạo cái mới cũng tốt , tuy nhiên PM phải theo sát và cho thử nghiệm kỹ trên các dự án giả lập hoặc ít quan trọng , hoặc phải buffer thời gian mà còn đề phòng rủi do , chứ lấy dự án quan trọng, deadline kề cận mà thử với thọt thì cả team ăn cháo.

Mình không phải PM, chỉ đưa ví dụ là chuyện 1 người nắm số mệnh của 1 project không phải không thể xảy ra, nhiều khi không thể nào tránh khỏi.
Còn việc thử nghiệm sẽ là đương nhiên, nhưng nếu có kết quả OK nhưng vẫn không muốn theo thì lại khác bác ạ.

[khongbiengioic06]

[vietkanpy]

[tuyentravels]

Chịu, chưa có chuẩn nào để đánh giá một startup có phải dị nhân hay không!
Tôi chỉ có thể đưa ra nhận định về các leader có tố chất là "hàng khủng " , có thể tạm gọi là dị nhân cũng đc .

Trong các startup thì Nguyễn Hà Đông để lại trong tôi nhiều ấn tượng nhất , và tôi chắc chắn thành công của anh ta không phải là ăn may ,từ cách trả lời phỏng vấn khá sâu sắc đến hàng ngàn mẫu con chim đang bay nhảy trong labtop của cậu ta thì thực sự cậu ta đã đầu tư tâm huyết khá nhiều, cũng như phải vẽ rất nhiều .
Và quan trong nhất thì hỏi về sư phụ, người thầy của cậu ta là ai thì cậu ta có trả lời là một lập trình viên của Nhât , tự nhiện quên tên [IMG]images/smilies/smile.png[/IMG]

Như vậy các bạn thấy để startup thành công thì ngoài may mắn có 02 yêu tố là sự chăm chỉ và có sư phụ hay mentor.
Nếu bạn chưa có thì phải tìm .
Do vậy những người nào luôn vỗ ngực tự bảo tôi tự học và tôi thành công thì tốt nhất là bạn hãy cười khẩy vì đang nói chuyện với 1 người thần kinh.
Nhắc lại : Một người thành công luôn cần phải có mentor .Ở góc độ nào đó thì tôi đang là một mentor .