IT - career path

Thảo luận trong 'Thư giãn' bắt đầu bởi depzaivai, 17/10/22.

  1. Nửa Củ

    Nửa Củ T.E.T.Я.I.S

    Tham gia ngày:
    13/11/16
    Bài viết:
    508
  2. Bão...

    Bão... C O N T R A Lão Làng GVN

    Tham gia ngày:
    12/11/09
    Bài viết:
    1,815
    Nơi ở:
    Hanoi, Vietnam
    vụ lộ con sock dùng miễn phí 4G tốc độ cao còn ko sao, dăm ba cái sim test data ;))
     
    Gin Melkior and jumper like this.
  3. Gin Melkior

    Gin Melkior Manchester is red

    Tham gia ngày:
    18/8/20
    Bài viết:
    7,930
    nhiều vụ còn ghê hơn nhiều nhưng cũng xử lý am thầm. Các sếp cũng sợ có vết hồ sơ
     
  4. Gin Melkior

    Gin Melkior Manchester is red

    Tham gia ngày:
    18/8/20
    Bài viết:
    7,930
    Bên voz đang có topic tranh cãi về aige với scrum hay quá :))


    Cá nhân ngồi bem nhau lý thuyết với mấy expert scrum master thì thấy agile/scrum thích hợp cho mức quản trị hơn hoặc giai đoạn mới phát triển hơn là vận hành. (áp dụng cho cty outsource thì lại ngon nhất rồi).

    Tuy nhiên áp dụng cho inhouse product mà đã đến gian đoạn vừa build vừa ops thì ko phù hợp.

    Mình đã đổi methodology từ scrum => kanban + daily. Vẫn duy trì báo cáo monthly cho high level về status của từng epic.

    cty ae thế nào
     
    huydaybn3000 and @lily like this.
  5. QHu91_IT

    QHu91_IT ٩(˘◡˘)۶ Moderator Knight

    Tham gia ngày:
    16/2/08
    Bài viết:
    9,785
    Cty mình đang làm scumfall peepo_dab
     
    Barking1.1 and Gin Melkior like this.
  6. Dyrus

    Dyrus Fire in the hole! Lão Làng GVN

    Tham gia ngày:
    19/1/14
    Bài viết:
    2,656
    Toàn mõm, làm năm rưỡi code 2 tháng, còn bị thằng đồng nghiệp xỉa a chưa làm chưa biết đâu (meanwhile mình làm remote thêm nhưng ko nói ra pepe-10)
     
    Gin Melkior thích bài này.
  7. Dyrus

    Dyrus Fire in the hole! Lão Làng GVN

    Tham gia ngày:
    19/1/14
    Bài viết:
    2,656
    Phần đa những chỗ mình làm thì khá linh hoạt ở vị trí của mình, cũng tùy nơi mà dùng gì. Thường mình kiếm job remote/freelance thì ko hẳn là theo cái gì, chỉ là có features và tự xử. Mấy chỗ đó phần đa các sếp cũng làm team nhỏ, senior và ko thích họp hành nhiều, tuần call 1 buổi, còn lại ae chat riêng công việc.
     
  8. Gin Melkior

    Gin Melkior Manchester is red

    Tham gia ngày:
    18/8/20
    Bài viết:
    7,930
    Giờ tháy thằng nào perf tụt hẳn so với bọn còn lại là y rằng làm 2 jobs và chuyên tâm jobs kia hơn
     
  9. huydaybn3000

    huydaybn3000 Mega Man ⚜ Duel Master ⚜ Lão Làng GVN

    Tham gia ngày:
    26/3/07
    Bài viết:
    3,018
    Nơi ở:
    Hà Nội
    Nói chung áp dụng scrum 1 cách cực đoạn quá là đã vi phạm nguyên tắc của agile rồi, với mình thì nên áp dụng 1 các vừa phải, với team toàn siêu sao thì bỏ mẹ srum luôn, còn với team toàn fresher thì phải áp dụng triệt để. Còn cá nhân đang remote, onsite thì đang quản lý theo feature, đúng deadline đưa feature là đc.
     
  10. Darkwolf.vn

    Darkwolf.vn Leon S. Kennedy ✟ Grim Reaper ✟ Lão Làng GVN

    Tham gia ngày:
    12/12/06
    Bài viết:
    13,746
    Nơi ở:
    CosmoEntelecheia
    Scum nhưng có biến tấu, lai Kanban tí
    Đợt làm AÂ, do là cty dạy scrum nên bên đó cho team toàn dev, ngang role và k chia vị trí, dev tự làm ba-dev-test
    Kiểu áp dụng lí thuyết hơi strict nên hiệu quả ko cao
    Giờ làm bên cty khác thì Scrum chỉ để theo mấy event tính velocity thôi, nhưng cách làm việc 1 team vẫn chia rõ vị trí ra cho dễ làm, khá lai Kanban 1 xíu
     
  11. MamboItaliano

    MamboItaliano Donkey Kong

    Tham gia ngày:
    26/10/15
    Bài viết:
    355
    Nếu thiên về ops thì Kanban ổn hơn ví như devops, support này nọ. Mix thì scrum cho chắc cốp, hoặc tách mẹ nó 2 board: development, support/ops.
    Theo cách hiểu cá nhân thì lợi ích của Agile là "reduce cost of changes" (chứ không phải là faster development time, có chăng là maximize value in shortest time bằng cách early/frequent/most viable release -> early feedback -> early change -> reduce cost of change). Vậy dự án nào mà scope nó ổn định, ít uncertainty thì lúc đó ko cần Agile vì cost of changes ko có bao nhiêu, mà có thể xài mấy framework khác để reduce waste giúp năng suất cao hơn :-?
     
    Chỉnh sửa cuối: 10/6/24
    jumper and Barking1.1 like this.
  12. kylanbac91

    kylanbac91 Sonic the Hedgehog Lão Làng GVN Sorcerer

    Tham gia ngày:
    13/1/06
    Bài viết:
    4,764
    Nơi ở:
    Omega Dungeon
    Scrum quan trọng nhất là member = nhau về trình độ thì không bao giờ được nhắc đến, cứ áp dụng vào tất cả các team trong khi điều kiện đầu tiên fail mẹ rồi peepo_dead
     
  13. Barking1.1

    Barking1.1 Mega Man

    Tham gia ngày:
    10/4/21
    Bài viết:
    3,425
    Nơi ở:
    Somewhere only I know
    yup, mà cái đk đó thì nó lý tưởng vãi luôn, để build và giữ đc 1 team như vậy thì chi phí tốn lắm
     
  14. MamboItaliano

    MamboItaliano Donkey Kong

    Tham gia ngày:
    26/10/15
    Bài viết:
    355
    Scrum team nhớ là đâu có yêu cầu member = nhau đâu :-?
     
    jumper thích bài này.
  15. windy1992

    windy1992 Red, Pokémon champion Lão Làng GVN

    Tham gia ngày:
    25/10/08
    Bài viết:
    7,381
    Không bằng nhau tốc độ khác nhau block lẫn nhau chứ sao
     
  16. MamboItaliano

    MamboItaliano Donkey Kong

    Tham gia ngày:
    26/10/15
    Bài viết:
    355
    Nếu block theo kiểu A block B, làm A rồi mới làm B dc: cái này ít thì ko sao, bị thường xuyên là break tasks hoặc break story ko chuẩn, bản chất task của scrum phải là independent.
    Nếu block theo kiểu cần A + B để release, A xong, B vẫn chưa xong: nếu vậy thì vô phụ hoy :)) hay gặp là backend xong, fe còn lọ mọ, be ko phải ai cũng đá qua fe dc, cái này gặp nhiều thì đi retro nói ra rồi team tìm cách giải quyết.
     
  17. windy1992

    windy1992 Red, Pokémon champion Lão Làng GVN

    Tham gia ngày:
    25/10/08
    Bài viết:
    7,381
    Thì đó chính là lí do nên ngang nhau để khỏi phải đi giải quyết. Không cần tất cả giỏi nhưng tất cả ngang nhau cũng đỡ vấn đề
     
  18. MamboItaliano

    MamboItaliano Donkey Kong

    Tham gia ngày:
    26/10/15
    Bài viết:
    355
    Nếu vậy thì thằng development framework nào cũng có thể bị block. Kanban thì bản chất dành cho mấy task độc lập nên ít thấy block.
    Với đi ngang nhau nó khác với giỏi ngang nhau, có thể prj đó nặng về BE, FE hoặc Infras.. thì cần ưu tiên bên đó hơn. Cái này trước khi trách cái framework thì cần xem bên lead/manager lúc lập team có lập kế hoạch chuẩn chưa.
     
    jumper thích bài này.
  19. jumper

    jumper Baldur's Gate Lão Làng GVN

    Tham gia ngày:
    5/6/03
    Bài viết:
    26,248
    block là chuyện chắc chắn sẽ xảy ra
    ko chỉ với các dự án CNTT, mà với tất cả các loại dự án
    agile hay waterfall
    khi đó mới cần cái ông PM để làm việc chứ :))
     
  20. depzaivai

    depzaivai Dragon Quest Lão Làng GVN

    Tham gia ngày:
    30/1/06
    Bài viết:
    1,341
    PM ngay từ đầu đã phải xác định xem project đấy cần nhiều/ít dev FE/BE, rồi thì level các dev về từng skill ra sao thì pick team làm mới chuẩn được :))
     
    jumper thích bài này.

Chia sẻ trang này