=> Anh nói cũng đúng vì đôi khi có dự án đúng là không theo qui trình đã đưa ra do: thời gian, rồi thúc ép từ khách hàng,..., nhưng đa phần là tuân theo đúng qui trình, mặc dù em chưa có tìm hiểu gì nhiều về qui trình nào cả: "quản lý dự án", "phát triển phần mềm","...." (=> điều này khá nguy hiểm, vì thực ra em mới vào được 1 thời gian mà suốt ngày chỉ cắm đầu vào mà làm thôi). Thực trạng này em nghĩ không chỉ riêng công ty em mà còn nhiều công ty khác cũng rơi vào cùng tình trạng. 

- Dự án bạn làm có tuân thủ đầy thủ qui trình phát triển phần mềm không? Ai triển khai, thực thi và giám sát?
=> Câu trả lời đã có ở ý trả lời trên, em bổ sung thêm là: người triển khai là PM(project manager) và thực thi tất nhiên là các Team rồi, còn giám sát: PM + team leader. 

- Dự án có đề ra và tuân thủ coding standard và convention hay không? Ai là người chịu trách nhiệm review code,...?
=> Chưa chấp hành, đôi khi vì kịp dự án nên chấp nhận bỏ qua điều đó(đây không phải là ý kiến của em), review thì do mọi người trong team! 

- Khách hàng có đặt cụ thể yêu cầu chất lượng sản phẩm, ví dụ performance (tốc độ, khả năng xử lý nhiều dữ liệu...), platform independence, blah blah hay không?
=> Có và cũng không, tuỳ theo loại khách hàng, đối với bên Nhật hay 1 số thị trường nữa(em chưa làm với thì trường khác ngoài Nhật) em thấy cái này được kiểm duyệt gắt gao, có thể nói là "đưa code lên bàn cân để cân" 

- Khách hàng có kiểm tra thiết kế và mã nguồn hay không?
=> Thường là không? chỉ có 2 lần tham gia dự án của Nhật thì em thấy có bàn đến. Còn ở trong nước thì không thấy! 

- Tester có kiểm tra những yêu cầu về chất lượng như trên không?
=> Có khi có yêu cầu / ngược lại thì Không 

- Khi hoàn tất dự án, đã rút ra những bài học và đề bạt lên cấp trên nhưng tại sao họ phớt lờ? Nếu cấp trên không nghe thì hẳn phải có 1 kênh đề xuất khác, lên giám đốc chẳng hạn. Những bài học kinh nghiệm luôn đáng giá cho những dự án tiếp theo.
=> Nhiều việc cần làm trước đã(câu này được nghe vài lần, thôi thì em biết vậy, em nghĩ chắc sếp cũng có kế hoạch cả rồi). 

Bài toán theo kiểu "tui làm cho nó chạy còn chưa xong thời gian đâu mà nghĩ đến việc viết code cho đẹp, chạy được là tốt lắm rồi"
=> Chính suy nghĩ như thế này đã ghóp phần làm xảy ra tình trạng như hiện nay, em nghĩ mỗi thành viên trong nhóm hay trong công ty cần có tinh thần trách nhiệm hơn với công việc của mình. 

" chuyện tuổi tác của thành viên dự án không quá quan trọng "
Các "anh ấy" đã có vợ con, họ phải lo cho gia đình của họ rất nhiều thứ, không lẽ em lại đưa ra những chính kiến của mình rồi bất đồng(mà chắc gì em đã đúng anh nhỉ?), rồi sếp làm khó cho em hoặc các anh ấy thì .... em và các anh ấy sẽ ra sao?(hi hi em thì không sao rồi, nhưng .... tính em hơi lo bò trắng răng) => hơi khó để em đưa ý kiến lên sếp! Nhiều khi em nghĩ code thì cũng chỉ đến ngưỡng 30 tuổi (đối với coder việt nam, đây là ý kiến chủ quan của em), chứ >= 30 "phải đang ở vị trí quản lý" rồi mấy ai còn code nữa. Hi hi vì thực sự cuộc sống em thấy sau khi ra trường trở thành "thực dụng" mất rồi . Tất cả là vì cơm áo gạo tiền, chứ em thấy bên nước ngoài ngũ tuần vẫn code ầm ầm(có chăng họ đủ ăn, đủ mặc? hay đam mê theo đúng nghĩa?)