Few Agile notes I learnt today

#agile #scaleagile

So, today I passed the LinkedIn assessment for the Agile methodologies, thumbs up. However, there are a few things I learned during the way that I want to take note of here.

In Scaled Agile Framework, if you just need to measure one thing, what is it?

Note: If you only want to measure one thing in the Scaled Agile Framework (SAFe®) or other frameworks, yes, it could be “cost of delay” (that is the official version, according to the SAFe® test). This is where I read.

Three key different things between task board and kanban board

This is the article you should read

What is the Enabler’s role in Scaled Agile Framework?

An Enabler supports the activities needed to extend the Architectural Runway to provide future business functionality. These include exploration, architecture, infrastructure, and compliance. Enablers are captured in the various backlogs and occur throughout the Framework. This is further reading.

What are the most common ways to split a story?

spidr-technique-user-stories.png

Further reading for story splitting is here:

What Happens When A Story is Not Accepted by Product Owner?

Abandon it. In some cases, the story may be abandoned. This is a healthy response of a mature product owner, and it typically happens when the data does not provide the information the product owner was hoping to get. They see that what the team can realistically create based on what’s in the system is not what they or the stakeholders had envisioned.

Further reading is here.

That’s it so far.

Hope it helps sometimes you read this.

Cheers!

Adobe hỏi về DOB

Dạo này update XD thấy Adobe ‘yêu cầu bắt buộc’ bổ sung ngày tháng năm sinh (DOB). Bình thường thì sẽ không thấy  đó là required field,  chỉ khi nào  click vào submit thì mới thấy thông báo lỗi như  hình  sau:

Nói thật là nó hơi bị ‘annoying’, nhất là lúc đang cần update XD hoặc PTS để xem file design của người khác gửi, nhưng rồi mình cũng tò mò là tại sao họ lại cần DOB? có phải đây là yêu cầu dành riêng cho người dùng ở Vietnam hay không?

Tò mò vậy nên bấm vào ‘Why do we need this?’, bởi mình nghĩ khi họ thêm required field DOB thì họ cũng đoán sẽ có nhiều người dùng thắc mắc, Vietnamese còn ít nhưng ở EU thì lấy thêm thông tin gì thì phải giải thích thôi rồi… 🙂

OK click vào

Và thấy một cái page dạng T&C (terms and conditions) dài ngoằng, theo bản năng mình bấm command + F và tìm từ ‘birth’.

Ngay lập tức mình tìm thấy phần có nội dung liên quan, đại khái là từ nay Adobe sẽ thu thập thông tin của user trong đó mở rộng, bao gồm cả DOB và lý do là ‘in accordance with applicable law’.

Trên thực tế, mình ngầm hiểu là US law hoặc International law, còn ‘by law’ nào và bộ luật gì, điều khoản bao nhiêu? có liên quan tới GPDR hay không thì không thấy nhắc đến.

Việc này đối với người dùng Việt Nam chắc không phải là vấn đề gì to tát, nhưng nếu bạn đã làm qua GPDR với khách hàng EU và đã tìm hiểu qua privacy law ở Germany thì sẽ thấy nó là một dạng thông báo hời hợt và tiềm ẩn rủi ro ra sao.

Vậy người dùng có điền thông tin DOB không?

Ý kiến chủ quan của mình là có, vì với người Việt Nam nói riêng, DOB chưa phải là thông tin gì ghê gớm.

Thêm nữa, Adobe vẫn cho dùng XD free với cá nhân cơ mà! 🙂

But it’s good to know.

Hanoi, 10/2020

Communication products 

Giao tiếp với người sử dụng qua sản phẩm

IMG_2589

Dạo này bận tơi bời hoa lá.. Blog để mốc cả nửa năm không thèm ngó tới, lâu lâu lại tạt vào xem có gì hay ho nhưng thực sự chỉ có thể viết lách khi em bé đã ngủ say.

Trước giờ có nói tới UI is communication, nôm na là UI của bất cứ sản phẩm nào cũng có thể biến thành công cụ “giao tiếp” với người dùng / khách hàng. Dạo gần đây thì thấy nhiều hơn thế. Tranh thủ mấy phút rảnh rỗi share lên đây vài ví dụ thú vị.

Chiếc cốc của hãng Krispy Kreme Doughnuts có làm thêm 1 chiếc bánh donut ở đáy cốc, tạo cảm giác "wow" nho nhỏ cho người dùng và giúp "remind" lại brand một cách giản dị, hóm hỉnh, funny
Chiếc cốc của hãng Krispy Kreme Doughnuts có làm thêm 1 chiếc bánh donut ở đáy cốc, tạo cảm giác “wow” nho nhỏ cho người dùng và giúp “remind” lại brand một cách giản dị, hóm hỉnh, funny

 

gói sốt của mỳ chua cay Modem, sử dụng lời giải thích "chua cay hơi bị hay" tạo ra trải nghiệm thích thú và mang lại sự khác biệt với những gói gia vị nhàm chán của những sản phẩm cùng loại
Gói sốt của mỳ chua cay Modem, sử dụng lời giải thích “chua cay hơi bị hay” tạo ra trải nghiệm thích thú và mang lại sự khác biệt với những gói gia vị nhàm chán của những sản phẩm cùng loại

 

Miếng dán hạ sốt, lấy cái tên "bye bye fever" tạo cảm giác thích thú cho người dùng, phù hợp với con text trẻ em.
Miếng dán hạ sốt, lấy cái tên “bye bye fever” tạo cảm giác thích thú cho người dùng, phù hợp với con text trẻ em.

 

Máy đo nhiệt kế 1 giây, dùng icon để mô tả chức năng đo nhiệt cho người hoặc nhiệt độ phòng
Máy đo nhiệt kế 1 giây, dùng icon để mô tả chức năng đo nhiệt cho người hoặc nhiệt độ phòng

Có thể dễ dàng nhận thấy, những nhà sản xuất sản phẩm gia dụng mới là những người đi đầu trong việc ứng dụng “communication” trong từng sản phẩm của họ. Những thông điệp đơn giản, thể hiện qua copy-write hoặc icon đã mang lại trải nghiệm thú vị cho người sử dụng.

Bên cạnh đó, thay vì việc “đao to búa lớn” vào những chiến dịch truyền thông đã và đang trở nên bão hòa với người tiêu dùng, việc tập trung vào những chi tiết nhỏ dạng “micro-interaction” sẽ giúp cho người dùng gắn bó với sản phẩm cũng như thương hiệu tốt hơn.

Living UX, Are you?

Nếu bạn là 1 người làm về UX, CX, bạn có nên lưu ý hơn trong cuộc sống?

driving-bad-5

(Ảnh: bad driving – nguồn: drivingbad.vn)

Có một lần nói chuyện với Kiên 44 và mấy bạn làm graphic design mình có nghe được idea rằng “dân làm UX thì thông thường sẽ mang lại cuộc sống dễ chịu hơn cho những người xung quanh”. Ngẫm nghĩ ra thì thấy cũng có lý, nhưng chắc là ít người để ý điều này, hoặc là họ có làm về UX, nhưng lại chưa thực sự để ý tới việc mang UX vào cuộc sống?

Vậy Living UX là gì?

Nói một cách đơn giản, đó là tạo ra phong cách sống của chính bạn, mà qua đó bạn có thể mang lại cho những người xung quanh (bạn bè, gia đình, đồng nghiệp…) sự tiện lợi, am hiểu, và hỗ trợ tốt nhất. Nghe vẫn có vẻ mơ hồ, nhưng đôi khi đó là những điều đơn giản mang lại cảm giác, “trải nghiệm” thích thú, thoải mái cho mọi người.

Tôi sẽ chia sẻ một vài ví dụ, mà tôi tin rằng, ai trong chúng ta cũng đã từng làm như thế hoặc cảm thấy thoải mái khi đón nhận nó.

Ví dụ ở công ty

  • Sáng sáng đi làm, bạn có mỉm cười tươi tắn và nói “chào buổi sáng” với các đồng nghiệp? Lúc trước công ty mình có 1 bạn nữ làm lễ tân, sáng nào cũng vui vẻ chào đón mọi người, ai cũng thấy thoải mái và thân thiện, cảm giác vui vẻ khi bắt đầu 1 ngày mới. (Giờ thì bạn ấy stress vì công việc nên bỏ thói quen đó rồi )
  • Công ty có vài dụng cụ pha cafe (French press, Sunbeam..), mỗi lần sử dụng xong, bạn có bỏ bã cà phê và rửa sạch hay không? (Để người dùng sau bạn có thể sử dụng được luôn)
  • Công ty sử dụng Skype chat để trao đổi thông tin trong các dự án, theo thói quen, các đồng nghiệp sẽ đặt “book-mark” các group chat. Rồi 1 ngày tôi thấy 1 anh đồng nghiệp chat nhầm liên tục giữa 2 – 3 group chat dự án, để ý một chút thấy tên dự án khá giống nhau như: Willing donate website, Wendy website, Weird management… Tôi đoán hành vi sử dụng của bạn này là: Vào skype search, gõ “W…” và enter… Điều này dẫn tới khi thao tác nhanh, thường xuyên gõ nhầm “room” chat, tôi lẳng lặng đổi tên các group cho bạn ý rồi thông báo lại. Làm quen với 1 “group name” mới vẫn tốt hơn là nói chuyện “nhầm” với khách hàng.
  • QA vật lộn với phân loại bug trong JIRA, tôi nói chuyện và tạo thêm “custom field” cho họ.
  • Làm việc với khách hàng lệch múi giờ tới 3-4 tiếng đồng hồ, tôi dậy sớm hơn, kiểm tra email, trả lời và sắp xếp sẵn mọi thông tin để khi các đồng nghiệp khác tới văn phòng, mọi thứ đã sẵn sàng.
  • Khi bạn muồn nghỉ phép dài ngày (hơn 1 ngày), ngoài việc báo cho người quản lý, bạn có sắp xếp công việc và chuẩn bị các phương án dự phòng (plan B) để người khác có thể giúp bạn khi bạn ko có ở đó??
  • Có anh PM (Project manager) viết báo cáo hàng ngày cho khách hàng, trong email không bao giờ cách dòng giữa các ý chính, đọc rất nhức mắt, tôi đã góp ý để nội dung email “dễ đọc hơn”. Cũng có PM viết báo cáo quá dài, tôi cũng góp ý bởi khách hàng (các agencies) họ “không rảnh” để đọc báo cáo dài lê thê, cái họ cần là % completion, overall status, blocker issues… Tóm lại nếu là PM, bạn cần nghĩ rằng làm sao để khách hàng đọc báo cáo của bạn trong..1 phút là nắm đủ thông tin cơ bản của dự án. Bởi cũng như tôi, họ có 20-30 dự án cần theo dõi.
  • v.v…để ý 1 chút, có rất nhiều ví dụ phải ko?

Ví dụ trong cuộc sống

Trong cuộc sống thì nhiều vô kể, nhưng tôi ví dụ ở một số việc đơn giản, mà chắc rằng không ít lần bạn cảm thấy không thoải mái, vậy tại sao bản thân mình không “improve” nó?

  • Đi xe trong thành phố, bạn có bật đèn chiếu pha xa (đèn far) hay không? Nếu có, thì bạn nên điều chỉnh, bởi nó gây chói mắt và khó chịu cho người đi đối diện.
  • Khi dừng đèn đỏ, và khi chỉ còn 3-4 giây nữa là chuyển sang đèn xanh, bạn có bấm còi không? Và nếu đèn đỏ báo 50 giây, bạn có tắt máy?
  • Vẫn là khi dừng đèn đỏ, bạn có nhường đường ở những nơi cho phép xe rẽ phải?
  • Khi đứng chờ thang máy trong tòa nhà (chung cư, văn phòng) và khi thang đến, bạn có đứng sang 1 bên để dành chỗ cho người trong thang máy đi ra? Và nếu vào trước, bạn có bấm nút [<>] để cho những người khác đi vào không bị cửa sập vào người?
  • Khi bước qua cửa kinh cường lực và có người đi phía sau, bạn có dùng tay đỡ cánh cửa để giúp người đó đi qua thuận tiện hơn?
  • Đi chơi về muộn hoặc không về ăn cơm, bạn có gọi điện hoặc nhắn tin báo cho người thân? (a kind of informative feedback). Điều này cũng giống như khi bạn có hẹn ai đó và đến muộn, bạn cần “update” thông tin cho họ. Con người là đối tượng luôn “đói” thông tin và luôn “thiếu kiên nhẫn”, vì vậy việc cập nhật thông tin của bạn vô cùng hữu ích.
  • blah blah…

Đọc đến đây bạn thấy có rất nhiều ví dụ phải không? nó nhỏ nhặt, lắt nhắt? hay bạn cảm thấy phải để ý quá nhiều thứ? Hãy suy nghĩ đơn giản, bởi đó là cách giúp bạn thay đổi “thói quen” (building habit) và làm mọi thứ tốt hơn. Để làm được việc này, bạn phải “educate” chính bản thân mình.

Elevator pitch

Cách trình bày khái niệm UX hoàn chỉnh trong khoảng thời gian ngắn

ElevatorPitch-PublicSpeaking

(Ảnh: mô tả elevator pitch, nguồn Internet)

Có một sự thật là ở Việt Nam, Usability hay UX vẫn xa lạ với nhiều người, hay nói thẳng ra là với những người không làm trong lĩnh vực mobile/web design, bất kể là IT hay không liên quan IT, khi được hỏi về UX đều “lớ ngớ”. Họ không có khái niệm đó.

Elevator pitch là khái niệm mà các start-up hay dùng, ám chỉ việc đưa ra thông tin ngắn gọn nhưng đầy đủ về “business” của mình trong một thời gian ngắn để kêu gọi đầu tư, thu hút sự chú ý của những khách hàng, đối tác, nhà đầu tư tiềm năm. Thời gian “ngắn gọn” ở đây được so sánh với thời gian đứng trong thang máy, đi từ dưới lên trên, hoặc từ trên xuống dưới (khoảng từ 10 – 30 giây). Nếu muốn giới thiệu “business” hay đơn giản hơn là “nghề nghiệp” của mình, một số khái niệm sau đây có lẽ sẽ dễ hiểu hơn:

  • Luật sư
  • Nhân viên kinh doanh, nhân viên bảo hiểm/ngân hàng.
  • Kỹ sư phần mềm, kỹ sư máy tính
  • Phi công…

Thế nếu bạn làm về UX (UX manager, UX designer) hoặc làm Usability engineer thì câu trả lời sẽ thế nào? Đây là cái tôi băn khoăn, bởi ngay cả với đồng nghiệp, trong cùng một công ty IT outsourcing có uy tín, nhiều người cũng không hiểu đấy là nghề gì? nghề đó thì làm gì? Again, họ không có khái niệm đó.

ux-job

(Ảnh: một số công việc chuyên sâu trong lĩnh vực UX, nguồn: slideshare.com)

Nhìn vào bức ảnh trên, thì cho dù ở trời ta hay trời Tây, khi nói ra lĩnh vực chuyên môn của mình trong ngành UX, cũng khó mà giúp người nghe hiểu ra ngay mình làm cái gì. Vậy lựa chọn câu trả lời ra sao cho phù hợp? Tôi chọn ra 03 lựa chọn của 03 người nổi tiếng trong ngành như sau:

“It’s sort of on a need-to-know basis…The simpler you can keep it the better.” – Steve Krug (1)

“I tell people I do the software engineering, because people can relate to that. Then I say I’m involved in making products easy to use.” – Joe Dumas, Dr. Usability (2)

“I try to help design websites so people can use them easily…the web domain is a handy one to talk in because it is one that almost everybody can relate to.” – Tom Tullis, Fidelity Investments (3)

Tôi thích lựa chọn số 2 vì có lẽ nhiều người sẽ hiểu hơn là tôi đang làm, đang nghiên cứu về cái gì. Mà cũng dễ gần gũi với khái niệm thông thường hơn. Có lẽ, một lúc nào đó, tôi sẽ đem chủ đề này ra để thảo luận tại một buổi off-line, và khi càng nhiều người nói về nó (UX), nó sẽ càng trở nên phổ biến hơn.

Ghi chú:

(1) Steve Krug nổi tiếng với cuốn “Don’t make me thing” và “Rocket Surgery Made Easy”.

(2) Joe Duma: Bác này là huyền thoại trong ngày Usability, nhiều tuổi hơn cả Jacob Nielsen, viết quyển “A Practical Guide to Usability Testing“.

(3) Tom Tullis: Tác giả cuốn “Measuring the User Experience“.