Những nẻo đường kỹ sư cầu nối
Năm cũ sắp kết thúc, cũng là lúc các Công ty rộn ràng chia thưởng. Người vui, người buồn (chắc nhiều), và đi kèm với đó là các dự định trong năm mới. Thay đổi Công ty cũng là một trong những “dự dịnh” phổ biến, có 2 nghĩa :
Series kỹ năng mềm dành cho BrSE :
Giao tiếp tưởng dễ nhưng không hẳn. Đa số mọi người nghĩ là code khó, còn làm việc với nhau thông qua lời nói đơn giản hơn. Mình thì nghĩ ngược lại, làm với máy dễ hơn với người. Vì máy nó không có cảm xúc, đôi khi treo or đơ CPU tí nhưng dù sao tính ổn định vẫn cao.
Chủ đề này khá rộng, vì vậy nên mình chỉ gói gọn trong phạm vi công việc đối nội đối ngoại của BrSE. Điều mình cho là nên chú ý, còn thực ra bản thân cũng không phải quá giỏi về giao tiếp, thậm chí … ít nói, nên không vẽ hươu vẽ vượn.
Có 3 đối tượng chính bên dưới.
Series kỹ năng mềm dành cho BrSE :
Bài này anh em chúng ta cùng bàn về cái số 5. Kỹ sư công nghệ thông tin nhưng phần lớn không biết cách tìm kiếm thông tin đúng cách. Nghe vô lý nhưng rất thuyết phục :)))
Đầu tiên sẽ có các đầu mục sau để các bạn đọc cho có hệ thống
Series kỹ năng mềm dành cho BrSE :
Bàn về cách tự học
Người lớn chúng ta đôi khi khôn quá hoá dại. Mọi người “sáng tạo” ra vô vàn cách học, tự đặt ra cho mình những áp lực vô hình đè nặng lên bản thân để rồi kết quả mang lại liệu có xứng đáng ?
Hãy nhìn con trẻ, học con trẻ cách học. Tụi nhóc vừa học vừa chơi, niềm vui đi cùng khám phá, và chả có deadline nào được đặt ra cả, tuy nhiên kết quả ta sẽ thấy rất rõ ràng sau vài năm. Những điều mà mấy nhóc học được vượt xa tưởng tượng của người lớn.
Vậy các con học bằng cách nào ?
Đó chính là bắt chước. Là cách học nhanh nhất và an toàn nhất.
Series kỹ năng mềm dành cho BrSE :
Cách đây chừng 7 năm, hồi còn mới chập chững vào nghề, có lần mình vừa được khách hàng chỉ cho luồng nghiệp vụ của chức năng mới. Hôm đó anh Onsite Lead bận … fix bug nên mình mới được “đặc cách” đi họp 1 mình. Lúc về truyền đạt lại, sau vài lần giải thích, ãnh nhăn mặt hỏi lại “chú đang nói cái giống chi rứa” (ãnh người miền Trung), căn bản là ỗng chậm tiêu nên mới nói thế … Lúc đấy đã từng nghĩ vậy, nhưng sau một thời gian bầm dập, thấy sai quá sai, cốt lõi vẫn tại bản thân, cụ thể hơn là do không có kỹ năng giải thích – thuyết trình. Không có thì học, có sao đâu.
Trước giờ toàn đi phỏng vấn người khác, lần đầu tiên có người phỏng vấn mình. Một em gái rất xinh và cực giỏi, đang học thạc sỹ ở Anh.
Bên dưới là nội dung câu hỏi và phần trả lời, ngôn từ hơi cứng để người ta còn làm luận văn, mình không thể viết kiểu bựa bựa như mọi khi được. Nhưng về nội dung thì cũng có nhiều cái hay (tự khen), các bạn tham khảo nhé. Đề tài outsource nhưng đi sâu về mảng nhân sự.
Continue reading目標を達成するためのメソッドとして「KPI」という言葉を職場で耳にする機会も増えていますが、あなたはKPIという言葉の意味を正確に理解していますか？
今回はKPIの意味とKGI、OKRとの違い、KPIの設定方法から効果的な導入方法まで紹介します。曖昧な理解のままKPIを導入してもチーム・プロジェクト・会社など組織のマネジメントは上手くいきません。この機会に正確に理解しておきましょう。
KPI là thuật ngữ mô tả phương pháp nhằm đạt được mục tiêu mà ta vẫn thường được nghe ngày càng nhiều ở chốn công sở. Tuy nhiên bạn có thực sự hiểu đúng về KPI ?
Lần này từ việc làm rõ ý nghĩa của KPI, đồng thời so sánh nó với KGI và OKR về những điểm khác nhau tôi sẽ giới thiệu tới các bạn từ phương pháp thiết lập cho tới hướng tiếp cận một cách hiệu quả nhất mà KPI mang lại. Người quản lý ở các tổ chức tổ chức từ nhỏ tới lớn là Team – Project – Company cho dẫu áp dụng KPI thì với hiểu biết mơ hồ cũng khó mang lại hiệu quả. Vậy nên lần này chúng ta hãy cùng nhau mổ xẻ để hiểu chính xác nó là cái giống gì.
目次
Mục Lục
KPI thì khác gì so với KGI và OKR ? Giải thích về ý nghĩa và cách sử dụng
Dạo gần đây mình nhận được khá nhiều câu hỏi từ các bạn xuất thân non-IT và cả những bạn học IT nhưng chưa có kinh nghiệm đi làm thực tế. Nội xung xoay quanh việc : liệu có nên đi code một thời gian rồi mới chuyển qua làm BrSE hay ứng tuyển thẳng luôn BrSE. Câu hỏi khá hay nhưng để đưa ra một câu trả lời trọn vẹn và ngắn thì không dễ. Vì vậy nên mình viết bài này mục đích đưa ra các lý do nên và không nên để mỗi người tự tìm cho mình câu trả lời riêng.
Trong loạt bài về kỹ năng mềm mình sẽ đi tiếp chủ đề thứ 2 : kỹ năng xử lý vấn đề. Những phần còn lại sẽ viết khi … rảnh (không biết khi nào 😀 )
Nói sơ qua một chút vì sao mình cần phải viết trong khi đã có hàng tá các sách vở báo chí, thậm chí khoá học về các kỹ năng mềm này. Mình đã đọc khá nhiều nhưng tựu chung các bài viết – sách vở kia chỉ mang tính tham khảo, không học hỏi được gì nhiều cho nghề phần mềm cả. Các ví dụ mà họ đưa ra cũng không sát và thiên hướng lý thuyết, tính ứng dụng thực tế khá thấp, nói thẳng ra là toàn nói chuyện đạo lý. Không hẳn là sai nhưng để cho dân kỹ thuật đọc thì không hợp lắm. Sẽ không thể tìm thấy cách xử lý khi lỡ tay delete Database honban (bản chạy thật), cách phân task sao cho các dev không càm ràm, cách giảng hoà khi QA vứt cho Dev đống bug còn Dev ném lại ánh mắt dao cạo kèm một số câu DM (đời mà), hay như cách đàm phán với khách khi gửi Estimate mà có 1 công ty khác chào giá thấp hơn …
Đầu tiên mình sẽ phân loại thành 3 nhóm và luồng xử lý.
Series kỹ năng mềm dành cho BrSE :
Cũng lâu rồi mới ngồi viết lại. Đợt này làm 1 lúc mấy dự án nên cảm nhận rất rõ kỹ năng làm việc nhóm nó quan trọng mức nào. Trước đây không quan tâm lắm, thậm chí hơi có phần hời hợt. Nhưng vừa rồi xảy ra một số chuyện không hay, cũng may vẫn nằm trong tầm kiểm soát nên mọi sự vẫn đang đi theo hướng tốt hơn rất nhiều so với tưởng tượng. Mình note lại vài chữ cho anh em tham khảo. Nội dung thì không ngắn không dài, nhưng như mọi khi, mình sẽ viết một cách cụ thể và đơn giản nhất để ai cũng có thể hiểu được. Còn nếu … không hiểu thì chắc do kỹ năng trình bày mình có vấn đề :))))
