비즈니스를위한 기술 투자를 시각화하는 가장 좋은 방법은 무엇입니까 [폐쇄

문제

우리는 2010 년에 여러 가지 기능을 제공 할 수 있지만 기술 의제 (아키텍처 리팩토링, 통합, 플랫폼 업그레이드)도 있습니다. 비즈니스가 왜 중요한지 이해하도록 돕기 위해 로드맵에이를 포함시키는 가장 좋은 방법에 대한 모든 제안.

한 가지 옵션은 모든 것을 건강하게 유지하기 위해 옳은 일이기 때문에 우리를 신뢰하는 것입니다. 그러나 가능하면 더 나은 시각화를 원합니다.

해결책

그것에 대해 약간 냉소적이기 때문에, 나는 돈의 관점에서 모든 것을 문구라고 말할 것입니다. 돈을 버는 돈이나 돈을 절약 한 측면에서 기술 의제를 다시 작성할 수 없다면 왜 그렇게하고 있습니까?

또한 "재무 용어의 기술 부채"에 관한 기사가 있습니다.

나에게 가장 흥미로운 점 중 하나는 "기술 부채의 중요한 의미 중 하나는 서비스를 받아야한다는 것입니다. 즉, 부채가 발생하면이자가 부과 될 것입니다."

간단한 후속 조치가 있습니다

다른 팁

변경을 수행하지 않으면 지원 시간, 실패 사이의 시간, 문제 수가 어떻게 증가 해야하는지 보여줍니다. 각 기술에는 시간 제한, 제조업의 지원 종료 및 일반 수명주기가 있습니다.

예 - MFC를 사용하는 경우 - MFC에서 간단한 작업을 프로그래밍하는 것이 Winforms보다 3 배 느리다는 것을 보여줄 수 있습니다. 따라서 X 개월 후에는 업그레이드되지 않으면 이점이 손실됩니다.

장비를 사용하면 장비가 오래 될수록 더 쉽게 장비가 더 많을수록 더 쉽게 보여줄 수 있으며 (보통 3 년 후에는 모든 것이 끊어지기 시작하고, 이와 같이 계획되었다고 생각합니다. t는 사용되지만 요즘은 그렇습니다).

인프라를 사용하여 - 다시 - Oracle 7.6을 가지고 있다면 - 관리에 더 많은 시간 (돈)을 보내고 11g에서 얼마나 적은 비용을 소비 할 것인지를 보여줍니다.

ect. ect. ect.

결국 관리자는 Roi ... TCO ... Bla Bla Bla를보고 싶어합니다. 그래서 당신은 그들에게 그것을 주어야합니다.

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

제휴하지 않습니다 StackOverflow