1. Scrum vẫn có Tester
Chúng ta đều biết một Developer trong mô hình Scrum được gọi là toàn năng. Họ có thể tự lên kế hoạch cho mình, cấu trúc dữ liệu, thiết kế, phát triển và tự kiểm thử luôn. Tuy vậy, trên thực tế vẫn có nhiều team có Tester làm việc. Tester hay còn là quality control sẽ đảm bảo chất lượng code được tốt hơn, đồng thời giảm nhẹ khối lượng công việc cho các Developer để họ chú tâm vào chất lượng code của họ. Để làm một Tester trong Scrum không phải dễ, nếu một Developer chuyển sang tester đó sẽ là một lợi thế lớn. Bởi ngoài việc manual test cho sản phẩm, Tester còn phải viết automation test, tham gia thảo luận về business của phần mềm, vạch ra kế hoạch, ý tưởng phát triển, cover hết các User behavior và là người chịu trách nhiệm chính trong việc sản phẩm có chạy tốt, ít bug hay không. Đây cũng sẽ là vị trí, nếu không làm tốt, sẽ chịu nhiều áp lực công việc nhất.
2. Product Owner thường là người nước ngoài
Đây có lẽ là thách thức khá lớn với những bạn yếu về Tiếng Anh, nhưng thực sự chúng ta đang làm việc đa số với khách nước ngoài. Vậy nên Product Owner (PO) đa phần là người nước ngoài. PO sẽ là người trực tiếp thảo luận với khách hàng của chúng ta, mục đích để thu thập yêu cầu và đưa nó vào product backlog. Sự thành công và phát triển của team đa phần nhờ vào PO có thực sự giỏi và deal được nhiều hợp đồng, mở rộng nhiều chức năng hay khéo léo tung những version sản phẩm khác nhau cho khách hàng hay không.
3. Scrum Master cũng là Developer
Chẳng có ai sinh ra làm quản lý cả đâu. Vậy nên Scrum master (SM) hay team leader, đều từng là những Developer. Công việc chính của họ là đảm bảo các thành viên trong team không gặp rắc rối nào trong công việc, và có thể làm việc theo năng suất tốt nhất. Một team có hòa hợp và phát triển bền vững hay không đều nhờ vào SM. Họ nghiêng về xu hướng lãnh đạo, tuy nhiên họ cũng chính là Developer. Những việc như tích hợp phần mềm, source code control, continuous devivery ( auto build bằng jenkins hoặc hudson) hay những tương tác với các môi trường (DEV, TEST, INT ..) đa số do SM thực hiện. Đôi khi họ sẽ nhảy vào code cùng các Developer. Thậm chí, họ cũng có thể test cùng với các tester.
4. Thời gian họp là quý giá
Để có thể quản lý tốt thì team thường đề ra các time box cho những cuộc họp. Thế nhưng ít khi chúng ta thực hiện đúng 100% time box. Bởi sẽ có những cuộc họp tốn rất nhiều thời gian. Điển hình là Planning meeting, đây lúc xác định các công việc cụ thể. Khi đó sẽ có rất nhiều cuộc tranh luận để đưa ra phương án giải quyết. Ngoài đưa ra phương án, họ còn cần phải quan tâm về các rũi ro sẽ đụng phải trong quá trình phát triển. Vậy nên những cuộc họp này đôi khi sẽ tốn đến một, hai ngày có khi ba là chuyện bình thường.
Một cuộc họp khác cũng không kém phần quan trọng nhưng lại ít được mọi người quan tâm đó là retrospective. Thường thì sau 2 hoặc 3 sprint sẽ có cuộc họp này để nhìn lại quá trình làm việc đã hiệu quả hay chưa và tìm ra phương án cải thiện. Tuy nhiên thực tế có khi 3 tháng, hoặc nữa năm chúng ta mới thực sự có một cuộc họp retrospective hoàn chỉnh.
5. PO ghé thăm
PO ghé thăm Việt Nam là bạn sẽ có quà từ nước ngoài đấy. Nhưng đừng vội mừng. Những đợt PO ghé thăm đôi khi sẽ là ác mộng, khi mà cả ngày bạn chỉ ở trong phòng họp mà không có cơ hội để ngồi trước màn hình máy tính của bạn. Những ngày PO đến thường là để thảo luận về các công việc sắp tới, đưa ra kế hoạch, vạch ra hướng phát triển và raw estimate cho sản phẩm tiếp theo sẽ bàn giao. Lúc đấy các bạn sẽ có cơ hội thể hiện mình, đưa ra những sáng kiến góp phần hoàn thiện sản phẩm, đưa ý tưởng của mình vào sản phẩm. Hơn hết, đây là dịp mà bạn tha hồ luyện Tiếng Anh nhé.
6. Đánh giá năng lực bởi SM
Công sức của bạn được ghi nhận vào suốt quá trình làm việc chứ không riêng bất cứ thời điểm nào. Người sẽ luôn quan sát bạn và dõi theo những việc bạn làm được, chưa làm được, làm tốt hay chưa làm tốt chính là SM. Vì vậy hãy cẫn thận. Hằng ngày bạn đi trễ, ngồi chơi game, nghe nhạc ... tất cả đều có gián điệp đấy. SM sẽ thường xuyên nói chuyện one vs one với từng thành viên trong team. Một là để nhận xét sự phát triển, giải quyết các thắc mắc, khó khăn cho thành viên. Và hai là để thu thập thông tin tình báo chéo giữa các thành viên trong team. Nói vậy thôi chứ các bạn đừng sợ hay ghét SM nhé. Họ cũng chính là những developer trước đây và họ cũng luôn muốn chúng ta có tâm lý làm việc thỏa mái nhất có thể.
ConversionConversion EmoticonEmoticon