에 대한 지불 누가 있다는 점이다 (그리고 나는 포도 나무에 무엇을 듣고에서 작은 소프트웨어 회사에서 일반적으로 보인다)들이 누군가가 소프트웨어 개발 비용을 지불하지 않으면 소프트웨어 개발이 완료되지 않는다는 것을 의미하는 소프트웨어 개발의 비즈니스 모델을 가지고 있어야합니다.의 I는 작은 개발 회사의 커플들이 공통으로 갖고있는 것 같다 것을 한 가지 일한 그 개발 모델
문제는 이것이 의미입니다 :
리팩토링과 코드에 주어진 충분한 시간이 없다내 경험과 내가 읽은이 나쁜 소프트웨어로 연결하는 것이 좋습니다.
경영진에게 이해할 수있는 방법으로이를 어떻게 설명합니까?
우리는 어떤 고객이 지불되지 않습니다하지만 비즈니스에 장기적인 혜택을 것입니다 방법으로 소프트웨어를 개발하는 시간을 보낼 필요가있다.
실제로 수익을 향상시키는 기능을 결정하는 것은 실제 고객이 개발을 추진하지 않으면 서 종종 헛소리 촬영입니다. 플립 측면에서, 클라이언트는 종종 너무 늦게, 그리고 제대로 아키텍처를 확장 할 시간이 없기 때문에 cruft에의 산에 나올 때까지 그들이 진짜로 원하는 것을 제로 단서가.
TCO는 작은 단어로 설명 될 때 사람들이 이해할 수있는 것입니다. 필자는 종종 제대로 구현되지 않은 기능에 대해 사후 부검을 실시하고, 핫 스폿을 식별하기위한 레포 (repo)의 변동을 살펴본 후 타임 쉬트/레포 커밋/이슈 트래킹 시스템을 사용하여 기술적 인 관점에서보다 잘 수행 할 수있는 부분을 강조했습니다 경영 관점.
저는 페이드 그레이드보다 높은 사람들에게 무엇을해야하는지에 대해 점진적인 접근 방식을 사용하고 있으며, 일반적으로 최선의 방법이라고 생각합니다. 소급 테스트, 소규모 리팩토링 등을 허용하기 위해 견적을 채우는 것은 최종 결과 비용을 거의 추가하지 않지만 장단기에 배당금을 지급합니다.
때로는 스텔스가 실제로 이러한 작업을 수행하는 유일한 방법입니다. 궁극적으로 일을 처리하기 쉽게하여 개발 된 개발자의 삶입니다. 트릭은 이러한 방식으로 비용을 할부 상환하는 것입니다. 이 인 경우 다른 사람에게 납득시킬 수 없다면 여전히 완료 할 수 있습니다.
비용/이점 분석이 필요하다고 생각합니다.
사람들에게는 유리한 결론이있는 경우 무언가의 가치 만 표시됩니다.
그래서 당신은 다음 중 하나를 판매 절감의 측면에서 (기능)을 표현할 수 있다면 난 당신이 승자 생각합니다.
저축은 효율성 또는 일부인지 경쟁 우위를 생성하는 시스템을 구축에 투자 할 경우
를 좋아하는 경우에 (미래의) 개발 시간의 형태 일 수있다 - 즉 당신은 회사의 가치를 구축 - 다음 귀사는 장기적으로 혜택을 누릴 수 있습니다. OTOH 당신의 모든 목표가 외부 적으로 추진된다면 당신은 당신의 일에 대한 보수를 받게 될 것이지만, 당신 회사는 가치가 없을 것입니다. 그러나 단기적으로 수익에 직접적인 영향을 미치지 않는 업무에 리소스를 투자해야하기 때문에 그 가치를 창출하는 데는 돈이 들거나 최소한 시간이 걸립니다. 재사용 가능한 코드 라이브러리로 리팩토링 - 여기 격차를 해소하기 위해
한 가지 방법은 사용자 정의하면, 다시 정의 조금 다른, 세 번째 시간을 구축 빌드입니다. 리팩토링 노력이 직접 지불되지 않았기 때문에 비용이 들지만 회사에 가치가있는 것을 분명히 처리하므로 기초적인 제품을 판매하기가 더 쉬워야합니다 (코드 라이브러리를 구축하기까지 6 개월을 소비해야합니다. 클라이언트 작업을 시작할 수 있습니다 ...).
나는 어떻게에 대한 아이디어를 찾고있다. 이걸 내 위에있는 사람들에게 팔아요. – eaglestorm
"프로그래머"스택 교환을 사용해보십시오. –
"나치"참조를 편집하십시오. 나는 그것이 주제를 벗어난 것으로 확신하지는 않지만 더 정중하게 의견을 달리 할 수 있습니다. 가장 큰 이슈는 개방적이고, 실제 * 답변 *은 없다는 것입니다. –
나는이 주제를 닫을 사람들과 같은 사람들로부터 응답을 얻으려고 할 때 증인이 과대 평가 받았다고 확신한다. – eaglestorm