Bắc Kinh Soda Là Chất Gì Của Mỹ

Bắc Kinh Soda Là Chất Gì Của Mỹ

Pháp luật do nhà nước ban hành và bảo đảm thực hiện. Nói một cách khác, pháp luật được hình thành và phát triển bằng con đường nhà nước chứ không thể bằng bất kỳ một con đường nào khác. Với tư cách của mình, nhà nước là một tổ chức hợp pháp, công khai và có quyền lực bao trùm loàn xã hội. Vì vậy, khi pháp luật được nhà nước ban hành và bảo đảm thực hiện, nó sẽ có sức mạnh của quyền lực nhà nước và có thể tác động đến tất cả mọi người. Đặc trưng này chỉ có ở pháp luật. Các loại quy tắc xử sự khác chỉ có thể tác động trong một phạm vi hẹp, dưới những phương thức “nhẹ nhàng” hơn và được bảo đảm bằng dư luận xã hội, chứ không phải bằng quyền lực nhà nước như đối với pháp luật (trừ những trường hợp đặc biệt được nhà nước quan tâm).

Pháp luật do nhà nước ban hành và bảo đảm thực hiện. Nói một cách khác, pháp luật được hình thành và phát triển bằng con đường nhà nước chứ không thể bằng bất kỳ một con đường nào khác. Với tư cách của mình, nhà nước là một tổ chức hợp pháp, công khai và có quyền lực bao trùm loàn xã hội. Vì vậy, khi pháp luật được nhà nước ban hành và bảo đảm thực hiện, nó sẽ có sức mạnh của quyền lực nhà nước và có thể tác động đến tất cả mọi người. Đặc trưng này chỉ có ở pháp luật. Các loại quy tắc xử sự khác chỉ có thể tác động trong một phạm vi hẹp, dưới những phương thức “nhẹ nhàng” hơn và được bảo đảm bằng dư luận xã hội, chứ không phải bằng quyền lực nhà nước như đối với pháp luật (trừ những trường hợp đặc biệt được nhà nước quan tâm).

Làm sao để một bạn sinh viên mới ra trường hoặc là Developer, có thể xác định được rằng mình hợp với nghề BA hay không?

Nếu bạn nào thấy 1) mình là người thích giao tiếp và có nền tảng giao tiếp tương đối ổn, 2) mình thích tìm hiểu về nhiều ngành nghề và cũng có hiểu biết tương đối về 1-2 ngành nghề nào đó, 3) tiếng Anh của mình khá, thì 80% khả năng bạn đó có thể chọn con đường BA.

20% còn lại chính là bạn đó phải có nền tảng về IT. Vì nếu em như một tờ giấy trắng về CNTT, thì document cuối cùng em viết ra cũng giống document của khách hàng, đều là ngôn ngữ kinh doanh. Vậy câu hỏi là ý nghĩa của việc ‘nhờ em diễn dịch từ ngôn ngữ kinh doanh sang ngôn ngữ kỹ thuật nó nằm ở đâu?

Công việc mới của anh tại FSoft có thay đổi nhiều không?

Về cơ bản, công việc của anh vẫn là lấy yêu cầu từ khách hàng rồi chuyển cho team nội bộ.

Tuy nhiên, lúc trước thì khách hàng tìm đến công ty outsourcing nơi anh làm việc khi họ đã có ý tưởng về phần mềm rõ ràng. Business Analyst chỉ cần hiểu và đóng góp một vài thay đổi nhỏ để cụ thể hóa ý tưởng đó.

Còn bây giờ, anh tham gia vào dự án từ rất sớm. Lúc này, bản thân khách hàng cũng chưa mường tượng ra phải làm gì. Anh sẽ ngồi thảo luận chung với nhóm Product Owner của khách hàng trong giai đoạn product definition.

Sau đó, trong tuần anh sẽ có từ 1 đến 5 buổi tối (tùy thời điểm) họp với team ở Việt Nam (do Mỹ và Việt Nam trái múi giờ) để truyền đạt thông tin của khách hàng và thảo luận với team cách đáp ứng các yêu cầu của khách hàng.

Anh có thể chia sẻ một câu chuyện về thử thách khi anh học một domain knowledge mới, và cách anh đã làm việc với khách hàng về domain knowledge đó không ạ?

Lúc trước anh có làm việc với một khách hàng Mỹ, làm về hàng không. Dự án anh làm là về “arrange accommodations,” tức là những bạn mà trễ chuyến bay có thể lên những ki-ốt ở trên sân bay, scan passport và vé của họ, rồi hệ thống sẽ biết bạn này bay chuyến nào, rồi hệ thống sẽ chạy phần mềm để đưa ra danh sách những chuyến bay thay thế cho bạn đó chọn.

Thật sự lúc anh qua làm việc với khách hàng, anh cũng chưa biết gì về lĩnh vực hàng không, nhưng được cái là anh hay quan sát và để ý, nên lúc qua gặp khách hàng, câu đầu tiên họ hỏi là anh có biết gì về lĩnh vực này không? Nếu là anh của vài năm nước, có thể anh đã trả lời: “Xin lỗi, tôi học IT tại trường, không biết gì về hàng không cả.” (Cười)

Nhưng lúc đó, anh đã chọn cách trả lời như sau: “Thực tế đúng là tôi chưa làm qua những dự án hàng không, tuy nhiên trong quá trình làm việc, tôi có từng sử dụng qua nhiều dịch vụ hàng không khác nhau và tôi để ý khá nhiều về nó và tôi biết cách nó vận hành như thế nào.”

Đó là một cách mà anh đã sử dụng. Lý thuyết của cách này là có thể là em chưa học qua domain đó nhưng trong quá trình sống, em để ý tới nó thì em vẫn có thể tạo được lòng tin ban đầu ở khách hàng. Anh khuyên các bạn muốn làm BA thì phải luôn để ý đến mọi thứ xung quanh.

a. Pháp luật do nhà nước ban hành và bảo đảm thực hiện

Pháp luật do Nhà nước ban hành thông qua rất nhiều những trình tự thủ tục chặt chẽ và phức tạp với sự tham gia của rất nhiều các cơ quan nhà nước có thẩm quyền, các tổ chức và các cá nhân nên pháp luật luôn có tính khoa học, chặt ché, chính xác trong điều chỉnh các quan hệ xã hội.

Pháp luật được nhà nước bảo đảm thực hiện bằng nhiều biện pháp, trong đó các biện pháp cưỡng chế nhà nước rất nghiêm khắc như phạt tiền, phạt tù có thời hạn, tù chung thân … Với sự bảo đảm của nhà nước đã làm cho pháp luật luôn được các tổ chức và cá nhân tôn trọng và thực hiện nghiêm chỉnh, có hiệu quả trong đời sống xã hội.

Anh có thể giải thích một chút Business Analyst là gì?

Business Analyst là người sẽ có rất nhiều giải pháp cho yêu cầu của khách hàng, không phải lúc nào vấn đề cũng được giải quyết bởi giải pháp phần mềm. Em có thể hiểu như vậy.

Riêng công việc Business Analyst của anh thì là Business Analyst IT. Tức là anh làm Business Analyst (BA) cho một công ty IT chuyên làm phần mềm cho những công ty khác. Tuy nhiên nghề BA nói chung khá là rộng, không phải chỉ có BA trong IT.

Những công việc chính hàng ngày của anh, một BA IT, bao gồm:

1. Làm việc với khách hàng để lấy yêu cầu, rồi chuyển cho team nội bộ. Điều thú vị ở đây là BA làm việc với khách hàng còn nhiều hơn cả PM. Và đôi khi, chính BA là người đủ thân thiết để có thể giúp công ty có thêm cơ hội hợp tác với khách hàng.

Như anh trong quá trình làm việc với nhiều khách hàng, anh từng phát hiện họ cần thêm những hệ thống khác. Anh giúp phân tích ưu nhược điểm của các hệ thống đó cho khách hàng, đưa ra nhiều giải pháp phần mềm cho họ. Tức là anh đã gián tiếp làm sales, đem lại project cho công ty.

2. Giao tiếp với team nội bộ, bao gồm chuyển thông tin và thảo luận về yêu cầu khách hàng, về dự án nói chung. Cụ thể hơn, BA phải làm việc với cả Developer, QC, PM.

Từng có một dự án, khi viết yêu cầu khách hàng xong, anh nhận ra rằng có một phần việc thuộc dự án khác của team khác, không phải team anh.

Lúc đó, anh trao đổi lại với bạn PM, rằng yêu cầu phát sinh này team anh có phải làm hay không, nếu làm thì tính tiền như thế nào, nếu làm thì nó có tác động gì đến những phần khác trong dự án của team không v.v…

3. Công việc về documentation, bao gồm việc viết và quản lý document. Quản lý document quan trọng vì document không phải viết một lần là xong, mà còn chỉnh sửa các kiểu.

Một dự án không chỉ có một document. Quản lý document nghĩa là phải làm sao để mọi người cùng biết đâu là bản cuối cùng, và khi có những thay đổi trong dự án thì nó ảnh hưởng đến document nào.

Theo anh thì có những kỹ năng và yếu tố nào là quan trọng nhất đối với một người BA?

Kỹ năng giao tiếp là điều quan trọng đầu tiên. Nhưng quan điểm của anh là nghề BA và kỹ năng giao tiếp hỗ trợ qua lại cho nhau. Giao tiếp ở đây là em trao đổi và thương lượng với khách hàng về các yêu cầu dự án.

Thứ hai, em phải là người có đầu óc cởi mở, sẵn sàng đón nhận những cái mới. Vì nếu em không có suy nghĩ đó, cái gì thì em cũng chỉ đi theo lối mòn cũ.

Ngoài ra, theo anh thấy, một kỹ năng cần thiết cho mọi BA là suy nghĩ logic để giải quyết vấn đề và thương lượng.

Cuối cùng, em phải biết cách dùng những công cụ hỗ trợ cho BA như là Office, Visual để vẽ những hình như là wireframe mockup để trình bày cho khách hàng, hoặc là dùng những công cụ dùng để quản lý dự án Agile khá phổ biến như Jira, Confluence.

Nếu có một tech guy muốn chuyển sang làm BA thì bạn ấy nên tiếp cận như thế nào ạ?

Thứ nhất, theo anh là mấy bạn QC có suy nghĩ gần với BA hơn. Nên nếu các bạn mới ra trường, có khả năng lập trình và các bạn cũng muốn chọn BA, thì bạn nên đi theo hướng QC, sau đó chuyển sang BA sẽ dễ dàng hơn.

Thứ hai là các bạn nên đi học và luyện tập nhiều về tiếng Anh.

Thứ ba là mặc dù chưa ai “phong” cho bạn chức danh BA, nhưng trong dự án, chắc chắn có nhiều lúc phát sinh những việc có tính chất giống với công việc của BA. Khi đó, các bạn cứ tự tin tình nguyện nhận công việc đó để mình tập làm quen.

Ví dụ thông thường trước dự án BA có một buổi trao đổi yêu cầu khách hàng cho cả team. Sau đó, BA chuyển qua viết yêu cầu khách hàng cho những dự án tiếp theo.

Thì nếu em là QC, em định hướng chuyển sang BA thì em hãy cố nghe kỹ mọi thông tin trong buổi họp đó hoặc em làm việc riêng với BA để hiểu thêm về yêu cầu khách hàng.

Tiếp theo, em nói với các bạn developer là: “bạn nào có gì không hiểu thì trước khi qua hỏi BA có thể hỏi tôi trước; nếu tôi không trả lời được, tôi sẽ qua hỏi BA để trả lời thêm cho các bạn.”

Tự nhận những trách nhiệm như vậy giúp em gần gũi và dễ dàng chuyển đổi công việc của mình hơn.