Skip to main content

My Recycle Bin

Search This Site

Hanoi, My City: Traffic,a drama series

Get link
Facebook
Twitter
Pinterest
Email
Other Apps

Traffic in Hanoi is like a drama series with a little bit of humor, thrilling, scary.

đời english fun Hanoi

Get link
Facebook
Twitter
Pinterest
Email
Other Apps

Comments

Post a Comment

Categories

đời Tech english công việc Project Manager Việt Nam Hanoi fun lảm nhảm tự sự

kinh nghiệm lớn lên cảm nghĩ Agile PC chuyện nhảm grown up Scrum chuyện riêng lập trình tuyển dụng MAC chia tay cô đơn ngắn thanh niên tuyển ảo tưởng Italian Linux Saigon Tết black sheep cá voi democracy du lịch dân chủ environment malta myself môi trường offline online smart smartphone thủ khoa tử tế

Show more Show less

Porpular Posts

Những hiểu lầm phổ biến về vai trò của Scrum Master

Bình thường ta có thể dễ dàng để nhìn thấy vai trò, trách nhiệm của Product Onwer, Developer và Tester trong dự án theo mô hình Scrum. Công việc của Product Owner trong dự án là trao đổi với khách hàng, định nghĩa vision của sản phẩm và chịu trách nhiệm về yêu cầu sản phẩm. Development team là đội sản xuất hay nhóm phát triển chịu trách nhiệm chuyển đổi các yêu cầu thành chức năng của hệ thống. Scrum Master thì khó khăn hơn nhiều, vì khác với Project Manager, Scum Master không phát triển sản phẩm, không quản lý tiến độ và nhân sự. Dưới đây là suy nghĩ mà tôi thấy mọi người hay nói khi đề cập đến những công việc của Scrum Master trong dự án. 1. Scrum Master như là thư ký của dự án Trong vai trò thư ký, Scrum Master đảm nhiệm rất nhiều công việc hành chính của team như cập nhật Sprint backlog, chuẩn bị tất cả các event (daily, planning…), ghi biên bản trong mỗi buổi họp, nhắc nhở team về lịch biểu và deadline của sprint… 2. Scrum Master như là cảnh sát quy trình

Fintech hay Techfin?

Ngành ngân hàng đang trải qua những đợt thay da đổi thịt với tốc độ dồn dập. Bộ ba ngân hàng truyền thống, fintech và techfin sẽ kết hợp với nhau như thế nào hoặc đối đầu cạnh tranh để chiếm khách hàng về phần mình? Fintech (công nghệ tài chính) và techfin (tài chính công nghệ) Sự khác biệt giữa fintech và techfin dựa trên nguồn gốc cơ bản của tổ chức. Fintech là thuật ngữ thường dùng để chỉ một tổ chức cung cấp các dịch vụ tài chính thông qua công nghệ kỹ thuật số nhằm giảm chi phí, tăng doanh thu và loại bỏ rào cản. Ví dụ sản phẩm cơ bản của fintech là dịch vụ ngân hàng trực tuyến, được cung cấp bởi hầu hết các ngân hàng truyền thống. Phổ biến hơn còn có các dịch vụ tài chính phi truyền thống như PayPal, Zelle và Venmo ở Mỹ, hay thuần ngân hàng số như Starling, Monzo và Revolut ở Anh. Trong khi đó, techfin thường dùng để chỉ các công ty công nghệ mang đến các sản phẩm tài chính nhằm mở rộng dịch vụ như Google, Amazon, Facebook và Apple tại Mỹ, hay tại Trung Quốc

Trong ván cờ cuộc đời, chỉ là một quân Pháo bạc mà thôi.

Pháo không phải là Tướng, ẩn mình trong Cửu Cung với thành cao hào sâu, ba quân tướng sĩ canh gác ngày đêm, an toàn đến nỗi chẳng biết ngoài trời đang mưa hay nắng. Pháo không phải là Sĩ, kề cận bên Tướng, dưới một người mà trên vạn người. Đôi khi cũng chỉ cần nói một câu cũng có thể mượn dao giết người mà bề ngoài vẫn thanh cao, tay không vấy máu. Pháo không phải là Tượng, không bao giờ được sang sông chỉ ù ì đứng bên này sông cam lòng tử vì Tướng. Nhưng Pháo cũng không phải là Mã, sải vó tung hoành trên bàn cờ, sức sát thương mạnh đến mức có thể lật ngược thế cuộc. Pháo không phải là Xe - cả đời chỉ đi một đường thẳng, dùng nội lực mà nghiền nát những vật cản trên đường đi. Tưởng chừng vô hại mà lại là quân mạnh nhất trên bàn cờ. Pháo cũng chẳng phải là Tốt, lựa cách sống nước đôi để chờ một kết cục nước đôi. Sang sông hay bị thí. Pháo là Pháo - một quân cờ vừa nhu vừa cương. Chọn đường đi thẳng như Xe nhưng ăn quân biến ảo như Mã. Pháo bất chấp t

Spotify doesn’t use “the Spotify model” and neither should you [Part 1]

Of all the allures of startup culture, few are more desirable than the speed and nimbleness of a small team. Maintaining that feeling as a company grows is a challenge. In 2012, Spotify shared its way of working and suggested it had figured it out. I was excited to see the Spotify model in action when I interviewed for a product management role at its Stockholm headquarters in 2017. However, the recruiter surprised me before the first interview. She cautioned me to not expect Spotify to be an Agile utopia. I joined the company after it had tripled in size to 3,000 people over 18 months. I learned the famed squad model was only ever aspirational and never fully implemented. I witnessed organizational chaos as the company’s leaders incrementally transitioned to more traditional management structures. When I asked my coworkers why the content was not removed or updated to reflect reality, I never got a good answer. Many people ironically thought the posts were great for recruiting. I no

Tôi cũng muốn ngưng nhảy việc

Ngày xưa, trước khi có công việc đầu tiên, tôi thường tự bảo với mình là: Hãy làm cố định ở một công ty ít nhất 2 năm rồi nghĩ đến việc chuyển việc. Nhưng đúng là, phải đi làm rồi mới biết. Mình đi hay ở, không phụ thuộc ở việc mình muốn hay không. Tôi đã nhảy việc 2 lần trong năm nay, phỏng vấn và được offer ở 5 công ty khác nhau. Lựa chọn, cân nhắc kỹ lưỡng. Nhưng tôi vẫn phải quyết định nhảy lần thứ 3. Bài viết này tôi muốn chia sẻ lý do tôi nhảy việc, và hi vọng các anh chị đang vận hành một Công ty hoặc làm trong lĩnh vực Nhân sự có thể xem đây là một trường hợp để tham khảo. 1. Câu chuyện 1: Tôi luôn muốn làm việc lâu dài ở một Công ty Có lẽ ai cũng sẽ như tôi: Luôn sẵn sàng cống hiến ở nơi mình đang hi vọng là đất lành. Đó là suy nghĩ đầu tiên xuất hiện trong đầu khi tôi cầm hồ sơ đến phỏng vấn ở một doanh nghiệp. Và tôi chắc là quý Công ty khi chấp nhận lời đề nghị của tôi cũng mong muốn y như thế. Tuy nhiên, đằng sau hai chữ "lâu dài" đó là một

Con đường phát triển sự nghiệp của một developer ở Việt Nam (Part 2)

Chapter II: Chọn career path. Phần 1 viết đã lâu, hôm nay tôi sẽ viết tiếp phần 2: Chọn công ty xong thì mình chọn hướng đi nào ? Có một sự thật đắng lòng mà nhiều lập trình viên không muốn phải đối mặt là sự nghiệp lập trình của họ sẽ tiến đến một ngưỡng nhất định và sau đó là một sự suy tàn không thể tránh khỏi. Cuối cùng sẽ rất khó khăn để bạn có thể tìm thấy và giữ được một công việc với tư cách là một lập trình viên. Đối với nhiều người, họ phát hiện ra sự thật này mà không chuẩn bị trước và thường bị sốc. Tất cả mọi người đều biết rằng cuối cùng các lập trình viên có thể trở thành manager hoặc leader. Nhưng nhiều lập trình viên không hiểu được kỳ vọng và yêu cầu công việc của một nhà quản lý. Chắc chắn, tất cả chúng ta đều có những người quản lý, việc trở thành một người quản lý có ý nghĩa gì? Có những kỳ vọng gì? Và sự khác biệt giữa một mid-level manager và một senior leader là gì? Trong bài viết này, tôi muốn kéo bức màn bí ẩn lên và chỉ cho bạn một con đường sự ngh

Chuyện chửi bậy trong dự án

Chuyện mà tôi thấy thú vị nhất ở các Project Manager, đặc biệt là các PM lớn tuổi là Chửi. “Không có việc gì cũng phải chửi” – ông anh đầu tiên hướng dẫn tôi vào con đường này vừa cười vừa kể vụ này khi hai anh em đang tếu táo giữa đủ thứ việc. Tuy nhiên, lý do khiến anh, thực ra là nhiều PM hay chửi luôn mồm đó là để… lên tinh thần cho các thành viên trong team. Nghe thì có vẻ khó hiểu đấy. Đây là lí do. Chắc nhiều bạn cũng biết cái cảm giác bắt đầu phóng từ 80 cây một giờ trở lên rồi. Chính là cái lúc gió xé ào ào hai bên tai còn đầu thì phải tập trung cao độ, adrenaline bơm đầy trong huyết quản để sẵn sàng xử lý các tình huống chớp nhoáng. Dự án nếu vào lúc sắp đến deadline cũng khiến cái đầu của các PM và developer lẫn các team member khác rơi vào tình trạng tương tự. Đùng một cái customer gửi vài CR và yêu cầu phải thực hiện ngay, đập bỏ đi một cơ số module đã mất công phát triển cả mấy tháng qua, rồi còn nhiều kiểu yêu sách khác nhau. Hay dự án còn cách mốc release

Planning Poker

Khi một Agile team cần ước lượng số story points của các user story thì phương pháp phổ biến nhất là một game tập thể có tên là Planning Poker. Planning Poker được thiết kế để trở thành một quá trình ước lượng hiệu quả vì mang tính vòng lặp, tính thích ứng, tính cộng tác và đủ mức độ ẩn danh cần thiết để giảm thiểu sự thiên vị. Planning Poker sử dụng các quân bài đánh số dựa theo chuỗi số Fibonacci (2, 3, 5, 8, 13, 21 …). Mỗi người chơi bài nhận được cùng một bộ bài giống nhau. Các con số trên quân bài tính bằng một đơn vị ước lượng tương đối, chẳng hạn như story point, hay ngày lập trình (developer day), hoặc bất cứ cái gì mà Agile team muốn gọi tên cho đơn vị ước lượng của mình. Sau khi mỗi thành viên có trong tay bộ bài của mình, một người đóng vai trò game master (facilitator) – có thể đó là Product Owner, là ScumMaster, hoặc một thành viên bất kỳ của Agile team – sẽ lần lượt đọc to từng user story. Chẳng hạn đầu tiên là user story sau đây: “Với tư cách khách hàng, tôi muốn có t

Archive

October 20201
August 20201
April 20201
January 20201
November 20191
September 20191
April 20191
March 20191
January 20191
September 20181

Show more Show less

Powered by Blogger

© Phạm Ngọc Tâm Đức