의 주에 21 t/m 26 1월 E-헬스 위크 개최. E-health 개발자들이 자신의 프로젝트를 일반 대중과 공유할 수 있는 한 주, 더치맨.

그러나 하나의 e-health 솔루션이 성공하고 다른 하나는 그렇지 못한 이유는 무엇입니까?? 복잡한 문제이며 즉시 답변할 수 없음. 특정 결정으로 인해 발생할 수 있습니다., 제품/서비스 개발 중 단계 또는 이벤트 또는 구현 실패. 성공과 실패는 미리 예측하기 어렵다. 그러나 다른 혁신가와 그들의 프로젝트를 볼 수 있습니다.. 그들이 무엇을 배웠고 이 지식을 사용하여 자신의 혁신을 성공적으로 만들 수 있습니까??

이 문서에서는 여러 가지 관련 교훈과 패턴을 설명합니다., Brilliant Fail의 전형, 실제 사례 제공. 이렇게 하면 우리 모두가 바퀴를 재발명할 필요가 없으며 서로의 지식을 사용할 수 있습니다..

테이블의 빈 자리

변경이 성공하려면 모든 관련 당사자의 동의 및/또는 협력이 필요합니다.. 준비 또는 구현에서 누락 된 당사자가 있습니까?, 참여 부족으로 인해 유용성 또는 중요성을 확신하지 못할 가능성이 높습니다.. 배제된다는 느낌은 또한 협력 부족으로 이어질 수 있습니다.

우리는 무엇보다도 Compaan의 개발에서 이 패턴을 보았습니다.; 외로움과 싸우는 것이 목적인 노인을 위한 태블릿. 노약자, 간병인과 함께 e-health 어플리케이션에 많은 작업을 했습니다. 궁극적으로 원하는 결과를 얻지 못한 초점. 밝혀진 것은? 최종 사용자의 자녀가 제품 구매 및 사용에 중요한 역할을 했습니다.. (읽다 여기 Compaan의 테이블의 빈 자리에 대해)

코끼리

때때로 시스템의 속성은 전체 시스템을 살펴보고 다른 관찰과 관점이 결합될 때만 명확해집니다.. 이것은 코끼리와 눈가리개 여섯 사람의 비유에 아름답게 표현되어 있습니다.. 이 관찰자들은 코끼리를 느끼고 그들이 느끼고 있다고 생각하는 것을 설명하도록 요청받습니다.. 하나는 "뱀"이라고 말한다 (트렁크), 다른 하나는 "벽" (측면), 또 하나의 "나무"(다리), 또 다른 "창" (송곳니), 다섯 번째는 "로프" (꼬리) 그리고 마지막 "팬" (위에). 참가자 중 코끼리의 일부를 설명하지 않습니다., 그러나 그들이 그들의 인식을 공유하고 결합 할 때, 코끼리가 "나타난다".

우리는 Dalfsen 시정촌의 시범 서비스에서이 패턴을 보았습니다.. 이 서비스는 주민 지원에 대해 생각하는 데 도움이되는 자원 봉사자로 구성됩니다., Dalfsen 시정촌의 비공식 간병인 및 간병인. 이를 위해 스마트 기술이 점점 더 많이 사용되고 있습니다.. 그들은 일방적인 접근과 가정이 솔루션을 구현하는 데 큰 어려움을 초래할 수 있음을 발견했습니다.. (재강 여기 Dalfsen 시정촌의 코끼리에 대해).

곰의 가죽

초기 성공은 우리가 올바른 길을 선택했다는 잘못된 인상을 줄 수 있습니다.. 하나, 지속 가능한 성공은 접근 방식도 장기적임을 의미합니다., 더 큰 규모 및/또는 다른 상황에서 작업해야 합니다.. Proof of Concept에서 Proof of Business로의 단계는 많은 회사에서 크고 종종 너무 큽니다.. 잘 알려진 속담: "곰이 총에 맞기 전에 가죽을 팔면 안 됩니다."는 이 상황에 대한 좋은 비유를 제공합니다..

'Hotline to Home'에서, 작은 주변 병원의 심장 전문의가 시작한 통신 프로젝트, 우리는 곰이 너무 일찍 총에 맞았음을 보았다. 전문가와 비전가의 열정이 성공적인 확장을 보장하지 않는다는 교훈이 있습니다.. 자리가 텅텅 비어서 여기엔 비현실적인 기대감이. (읽다 여기 곰이 너무 일찍 총에 맞았는지)

모든 이해 관계자 참여, 공유 기대치를 만들고 평가!

위의 패턴과 사례 기록에서 광범위한 관점을 취하는 것이 e-health 혁신에 필수적이라는 결론을 내릴 수 있습니다.. 첫째, 모든 이해 관계자가 참여하는지 확인합니다.. 가장 중요하고 동시에 가장 잊혀진 당사자는 종종 최종 사용자입니다.. 관련된 모든 사람과 함께만 질문과 해결 방향에 대한 명확한 설명에 도달할 수 있습니다.. 또한 이는 공유, 결국 더 빨리 실현될 현실적인 기대. 마지막으로 혁신 프로세스는 여러 단계로 구성되며 하나의 선형 프로세스가 아님을 인식하는 것이 중요합니다.. e-health 개발자가 모든 단계에서 평가할 것을 권장합니다., 다양한 관점을 탐색하고 적합한 사람들을 테이블에 초대합니다.. 때로는 예상치 못한 출처에서 귀중한 통찰력을 얻을 수 있습니다..

위의 패턴과 교훈은 Institute of Brilliant Failures의 방법론의 일부입니다.. 이 재단은 학습 경험을 용이하게 하고 접근 가능하게 함으로써 사회에 도전하려고 합니다.. 더 많이 알기? 그럼 봐 The Institute for Brilliant Failures는 다양한 당사자와 협력하여 가능한 한 많은 환경에서 아이디어를 실현합니다.. e-health 혁신에 대한 귀중한 학습 경험을 직접 공유하십시오.? 그런 다음 Twitter에서 @Brilliantf를 사용하세요., 그런 다음 학습 경험을 더 널리 퍼뜨리는 데 도움이 됩니다.!의 주에 21 t/m 26 1월 E-헬스 위크 개최. E-health 개발자들이 자신의 프로젝트를 일반 대중과 공유할 수 있는 한 주, 더치맨.