비 기술적 인 사람들이 UI가 아닌 문제를 이해하게하는 방법은 무엇입니까? [닫은

https://stackoverflow.com/questions/169765

05-07-2019
|

문제

새로운 기능 세트를 개발하기 위해 관리 사인 오프를 받아야하는 엔터프라이즈 프로젝트를 진행한다고 가정 해 봅시다. 일반적으로 경영진은 밝은 반짝이는 새로운 UI 기능에서 서명하는 데 아무런 문제가 없습니다. 불행히도 그들은 트랜잭션, 데이터 무결성, 워크 플로우 라우팅, 구성 가능성, 보안 등과 같은 애플리케이션의 웰빙에 중요한 일부 비하인드 문제를 이해하는 데 어려움을 겪고 있습니다. 즉시 눈에 띄지 않으며 이것이 중요하다는 것은 분명하지 않습니다.

이러한 인프라 문제를 다루어야하고 비즈니스 프로세스에 중요하다고 어떻게 확신 했습니까?

해결책

모든 공예에는 이식되지 않은 측면이 있습니다. 해야 할 일이 있지만 아무도 직접 눈치 채지 못합니다. 식료품 점에서 누군가는 식료품 선반을 채우는 방법과시기를 항상 신선하게 보이게해야합니다. 세탁에는 고객이 제 시간에 옷을 입을 수 있도록 프로세스를 최적화 해야하는 방법에 대해 생각하는 사람이 필요합니다.

까다로운 부분은 다음과 같습니다. 고객은이 미묘한 일이 자신이 누락 된 것을 알기 전까지 바로 이루어 졌을 때 눈치 채지 못합니다! 세탁소가 정시에 준비되지 않았지만 이틀 늦거나 슈퍼 마켓의 채소에는 갈색 반점이 있고 끔찍한 것처럼 보입니다.

그것도 마찬가지입니다. 주요 고객이 귀하의 문을 두 드릴 때까지 좋은 거래를 알지 못하고 제품의 데이터베이스 항목이 신비하게 혼합되어 중요하고 비싼 프로젝트가 실패했다고 알려줍니다. 고객 신용 카드 정보가 표시 될 때까지 좋은 보안을 알지 못합니다. 엘 보니아 (그리고 곧 말씀이 끝나고 나서 회사에 대한 고객을 경고하는 국가 신문에 있습니다).

당신이 정말로 계속해서 망치는 것은 소프트웨어가 정적이 아니라는 것입니다. 초기 개발 단계가 끝난 후에도 돌봐야합니다. 그것은 당신이 한 번 사고 잊어 버리는 제품이 아닙니다. 모든 자동차 제조업체는 서비스가 자신이 구축하는 제품에 가장 중요하다는 것을 알고 있습니다. 단순히 문제가 발생하고 개선되어야하기 때문입니다. 소프트웨어와 동일합니다.

따라서 프레젠테이션, 시각화, 구두화, 기술 정보를 혜택으로 번역하십시오. 비즈니스 사람들은 리팩토링 프로젝트에서 코드 미학에 대한 귀하의 소원에 대해 신경 쓰지 않지만, 귀하의 변경이 제품이보다 신뢰할 수있게되며, 더 나은 평판을 얻고 향후 서비스 요청의 양을 줄이는 데 도움이 될 것임을 이해할 것입니다. 그들에게 혜택을 보여줌으로써 그들을 이해하게하십시오!

다른 팁

사람들이 수천 년 동안해온 것과 같은 일 : 그림 그리기. 문제를 다이어그램하고 청중에게 친숙한 시각적 은유를 사용하고 문제를 영토로 끌어 올리십시오.

그들이 의도적으로 둔감하지 않다고 가정합니다 ...

유사성과 은유에 대한 큰 +1. 가능하다면 청중의 개인적인 관심사와 공명 할 사람을 찾으십시오 (1-2 명인 경우). 일반적인 은유의 경우, 어떤 이유로 든 통근 교통량이나 지하철을 사용하는 경우가 종종 있습니다.

예를 들어 현재 우리는 앱을 OODB에서 Postgres/Hibernate로 마이그레이션하고 있습니다.이 작업의 대부분은 릴리스 '4'에서 수행됩니다. 많은 도메인 전문가들이 R4에 사용자를 대변하는 기능이 거의없는 이유를 묻고 있습니다. 나는 정기적으로 우리가 지하철에 들어가기 위해 도시를 찢어 버렸다고 말합니다. 매우 비싸고 부인할 수 없을 정도로 위험하지만 일단 완료되면 R5+의 이점은 정말 놀랍습니다. ' 진정한 대화는 더 관여하지만, R4 이후 에이 주제로 반복해서 돌아갈 수 있습니다. 몇 달 후, 나는 "당신은 X를 요청했고 이제는 매우 쉽습니다. 정확하게 우리가 그 지하철에 R4로 다시 넣었 기 때문"이라고 말하고 싶습니다.

상위 레벨 경영진이 개발 작업을 구매하는 가장 확실한 방법은 수량화 가능한 방식으로 제시하는 것입니다. 이상적 으로이 정량화 가능한 측정은 $$입니다. 데이터 무결성, 보안, 트랜잭션 등에 대한 탈지의 결과와 고객 커뮤니티 및 결국 결론에 어떤 영향을 미치는지 설명해야합니다. 때때로 경영진은 이러한 비 기능적 요구 사항이 "그냥 일하기"를 기대하기 때문에 이러한 상황에주의해야합니다. 이 경우, 가시적 UI 작업과 함께이 항목을 높이 평가하고 (무지는 행복하다), 경영진과 의사 소통 할 때 이러한 필요 영역을 문서화해야하므로 예상대로 상황이 나빠지면 상황이 나빠져야합니다. 라인에있는 것은 당신의 일이 아닙니다.

불행히도,이 물건이 주목할만한 주목을 받기 전에 일반적으로 재앙이 필요합니다.

그것은 당신의 경영진의 모습에 달려 있지만, 나는 좋은 정직한 정직한 공포를 가지고 운이 좋았습니다. 몇 가지 재난 시나리오를 살펴보고 지적하면 누구그들이 발생하면 비난을받을 것입니다.

자동차 비유.

모든 사람은 '시스템'을 알고 있으며 심각한 상황을 묘사하기에 충분히 복잡합니다.

나는 본질적으로 같은 종류의 상황과 싸우고 있습니다. 사용자/스폰서의 관리에 의한 사인 오프이든, 문제는 다른 어휘, 우선 순위 및 관점 중 하나입니다. 나는 여기서 단순한 질문을했다.

나는 또한 다양한 답변을 얻었고, 유용한 것에 가깝지만 충분히 결정적인 것은 아닙니다. 관련 키워드를 사용하여 탐색 및 검색을 통해 다양한 답변에서 유용한 통찰력이 많은 관련없는 질문에 퍼져 나갔습니다. 이 보석을 찾고 추출하기 위해 나를 포즈로 만들었습니다. 이 질문은 Site-Mining에 있습니다.

다양한 답변을 표시하고 단일 목록에서 볼 수있는 것이 유용했지만, 그 기능은 아직 그렇게 사용할 수 없습니다. 나 Uservoice에서 제안했습니다.

내가 준 참고 문헌에서 사용할 수있는 것을 찾기를 바랍니다.

올바른 종류의 대응 질문은 비밀입니다.

5 개의 웹 페이지마다 충돌해도 괜찮습니까?
신용 카드 번호를 보호해야합니까?
주말마다 패치를 배치하기 위해 계약자에게 지불해야합니까?
지금 원했습니까? 아니면 일하기를 원했습니까?

견고성. 그것이 내려 오면, 당신은 그들의 언어에 대해 이야기해야합니다. 이것이 그들의 수익에 영향을 미치는 방법입니다. 보안 또는 정확성 문제라면 고객이 아무리 멋지더라도 제품이 잘못 행동하는 것을 원하지 않는다고 말해야합니다.

나는 아이디어를 좋아한다 기술 부채, 기술적 문제를 (느슨하게) 돈 문제로 번역 할 수 있기 때문에 돈은 대부분의 관리자가 이해하는 것입니다.

기술 부채에 대한 아이디어는 원래 건축 문제에 적용되었지만 바로 가기를 가져야하는 압력이있는 모든 유형의 상황에 더 광범위하게 사용할 수 있습니다. 시각. (올바른 일을하는 것은 신용을 사거나 부채를지는 것보다 시간이 걸리는 것을 구매하기 위해 절약하는 것과 같습니다.)

부채가 좋을 수있는 것처럼 (예 : 가정 대출)와 나쁜 (예 : 신용 카드)가 될 수 있으므로 기술 부채는 좋고 나빠질 수 있습니다. 나는 차이를 완전히 특성화하려고 시도하지는 않지만, 좋은 기술 부채는 정확하게 추적 될 수 있으므로 부채가 얼마인지 알 수 있습니다.

따라서 기술 부채 측면에서 중요하고 UI가 아닌 문제를 설명하고 해당 부채에 대한이자를 지불하는 측면에서 문제를 해결하지 못하는 비용을 설명하십시오.

설명적인 그림은 비 기술적 인 사람들이 당신이 말하는 것을 이해하는 데 실제로 도움이됩니다. 예를 들어, 아래는 SUN의 예입니다. 정보가 다소 복잡한 응용 중 하나에서 어떻게 처리되는지 설명합니다.

_{(원천: Sun.com)}

이 응용 프로그램을 말로 설명하려고 시도하는 것은 비 기술자에게는 불가능합니다. 다이어그램을 가리키고 보이면이 부분은 우리의 약점입니다. 우리는 그것을 개선해야합니다. 그것은 그들에게 이해가 될 것입니다. 그들이 당신이하고있는 일에 대한 이해가 있다고 생각되면, 그들은 당신의 요청을 훨씬 더 기꺼이 지원할 것입니다.

라이센스 : CC-BY-SA ~와 함께 속성

제휴하지 않습니다 StackOverflow