Chào mừng đến với Diễn đàn lập trình - Cộng đồng lập trình.
Kết quả 1 đến 4 của 4
  1. #1
    Ngày tham gia
    Sep 2015
    Bài viết
    0

    Design conflict, chọn "tình anh em" hay "trách nhiệm"?

    Case study: 6 sinh viên ABCDEF cùng làm 1 project (proj ảo), đang trong giai đoạn design, có 1 buổi họp với team leader G và customer H, F vắng mặt (chính đáng), và trong buổi họp đó, mọi người thông qua 3 điểm x,y,z cho project. vài ngày sau, khi F nhận được biên bản của buổi họp đó, F nhận ra trong bản thiết kế mà 2 bên đã thống nhất có rất nhiều điểm không hợp lý, cụ thể là 2 điểm x,y, những điểm này sẽ dẫn đến sản phẩm mất khả năng cạnh tranh nếu được release ra thị trường, F đưa vấn đề ra bàn bạc trong nhóm nhưng mọi người lại cho rằng, việc của chúng ta là làm ra sản phẩm đúng như trong thiết kế, khách hàng đã đồng ý rồi thì thua lỗ gì mặc họ, đặc biệt trong team có C là người có năng lực cao nhất, anh này cực lực phản đối việc "vác tù và hàng tổng" của F vì cả team không rảnh để đi vác tù và chung với F. Do một vài lý do, những ý kiến của F đến tai khách hàng(H) và khách hàng thấy đúng, H yêu cầu 6 người phải sửa lại thiết kế theo các ý kiến của F. Khách quan, năng lực của F (coding) thua C, giờ khi bản thiết kế được sửa lại theo ý của F, C tỏ ra khó chịu và bất hợp tác khi làm việc.

    Câu hỏi đặt ra là, nếu bạn là F, bạn sẽ giải quyết như thế nào khi phát hiện ra những sai lầm trong thiết kế đó? Ở đây nhấn mạnh, dự án này chỉ là 1 dự án ảo, member là sinh viên thực tập. Nếu anh/chị nào đã đi làm, xin cho ý kiến trong cả 2 trường hợp: sinh viên và đi làm thật.

    Câu trả lời hoàn hảo nhất (khó mà tồn tại trong thực tế): hoàn thành đúng như biên bản thiết kế đã được thông qua và tự mình phát triển các chức năng kia, sau đó giao cho khách hàng (cái này vừa không mất lòng anh em, vừa làm lợi cho khách hàng nhưng lại vượt quá khả năng của một "người bình thường".

  2. #2
    Ngày tham gia
    Sep 2015
    Bài viết
    0
    câu hỏi rất hay
    tuy nhiên em ko có đủ trình để trả lời [IMG]images/smilies/smile.png[/IMG]

  3. #3
    Ngày tham gia
    Sep 2015
    Bài viết
    0
    Cá nhân Kevin nghĩ rằng:

    1. Vai trò của team leader G là dư thừa, và có thể vứt bỏ anh này!

    2. 6 Sinh viên ABCDEF cùng có mức độ tín nhiệm như nhau, hơn thế F lại không tham gia buổi họp. Như vậy rõ ràng ý kiến của F sau này chỉ mang tính tham khảo, cho dù nó có thể tốt hơn. Và F nên nói với trưởng nhóm G về ý kiến của mình trước, bởi một ý kiến có thể ảnh hưởng đến rất nhiều thứ như là thời gian triển khai, hợp đồng và nhiều thứ khác.

    3. Nếu ý kiến của F mà khách hàng thấy đúng, điều đó có nghĩa là bạn F này có khả năng để thuyết phục cũng như nhận định rất tốt đối với khách hàng. Vậy nên bỏ ông leader G đi và thay vào đó là cậu F này, mới là hợp lý!

    4. Nếu chỉ vì một chuyện muốn làm cho dự án tốt hơn mà C bất hợp tác thì hãy bỏ C ra khỏi nhóm cho dù anh ta có kỹ năng tốt hơn hẳn những người khác.

    Bạn còn chưa nói đến ai là người chịu trách nhiệm trong việc thiết kế, ai là người sẽ làm việc trực tiếp với khác hàng. Vấn đề bạn đưa ra không có ekip làm việc mà mạnh ai lấy làm!

    Câu trả lời của bạn Kevin cho rằng không được, nếu F làm vậy rõ ràng F là con người cá nhân, và điều đó nó còn có thể ảnh hưởng đến uy tín của công ty.

  4. #4
    Ngày tham gia
    Sep 2015
    Đang ở
    24 Rạch Bùng Binh , P10,Q3 , HCM
    Bài viết
    0
    trong môn quản lý dự án, thì trường hợp thằng F này nên bị phạt, một hình thức non nớt kiểu trẻ con ( đúng như cô giáo dạy )

 

 

Quyền viết bài

  • Bạn Không thể gửi Chủ đề mới
  • Bạn Không thể Gửi trả lời
  • Bạn Không thể Gửi file đính kèm
  • Bạn Không thể Sửa bài viết của mình
  •