컨설팅을 기반으로 소프트웨어를 작성하는 것은 종종 개발자 또는 클라이언트 또는 둘 모두에 대한 잃어버린 제안 일 수 있습니다. 잘못 될 수있는 것들이 너무 많아서 궁극적으로 시간과 돈을 잃어 버리게됩니다. 우리가 내놓은 15 %의 규칙은 양 당사자 모두에게 윈 - 윈 상황을 조성하기위한 것입니다..
고객은 일반적으로 원하는 것을 얻으며, 개발 상점은 공정한 이익을 창출합니다. 완벽한 해결책이지만, 지금까지 우리를 위해 일하는 것 같습니다..
이것은 일부 사람들에게는 놀라운 일이지만, 소프트웨어 라이센스를 판매하는 데는 돈이 거의 들지 않습니다. 우리 수익의 대다수는 고용을위한 코드 작성 컨설팅 서비스를 통해 제공됩니다. 몇 년 동안이 작업을 해오 고 우리는 몇 가지 어려운 교훈을 배웠습니다. 몇 가지 프로젝트에서 교훈은 너무 힘들어서 실제로 돈을 잃었습니다. 몇 달 전에 고객을 위해 소프트웨어를 개발할 때 직면 한 어려움을 해결하기위한 형식의 문서를 작성했습니다. 목표가 눈에 띄는 차이를 만들었다는 것을 기쁘게 생각합니다. 희망은 컨설팅을 기반으로 소프트웨어를 개발하는 사람들이이 늪지대를 읽음으로써 그들이 배운 방식이 아닌 쉬운 방법으로 이러한 교훈을 배울 수 있기를 바랍니다. 이 기사의 뒤에 나오는 것은 소프트웨어를 개발할 때 우리가 지금 따르는 주요 원칙들 중 하나 인 15 % 규칙의 요약이다. 당신이 원한다면 소프트웨어 개발에 대한 우리의 접근 방식에 관한 전체 문서를 읽을 수 있습니다. 참을성이없는 사람들을 위해, 15 % 규칙은 개발 프로젝트를 착수하기 전에 이와 같이 진행됩니다. 우리는 일과 시간을 요구하는 시간과 요구되는 시간을 설명하는 작업 명세서 (계약 및 명세서로 작용 함)를 작성합니다. 클라이언트 비용. 계약의 일환으로 우리는 문서에 명시된 시간까지 15 %를 더한 금액을 투자합니다. 즉, 작업 명세서에 프로젝트 완료까지 100 시간이 소요된다고 표시되면 최대 115 시간을 소비하게됩니다. 포리스트의 위치와 왜 작동하는지에 관해서는 다음을 읽어보십시오. 고용을위한 소프트웨어를 개발 한 사람들은 최종 제품이 클라이언트가 그렸던 것처럼 정확하게 끝나지 않는다는 것을 알고 있습니다. 클라이언트가 염두에두고있는 것과 적어도 유사하게하기 위해서는 반드시 만들어야 할 조정이 있습니다 (앞에서 논의되었을 수도 있고 아닐 수도 있습니다). 그리고 예, 고객의 요구 사항을 반영하여 사양을 미세 조정하는 데 몇 시간을 소비하더라도 이러한 일이 발생할 수 있습니다. 또한 프로그래밍 팀에서 예상하지 못한 기술적 인 문제가 발생할 수 있습니다. 이론 상으로는 프로그래밍 팀이 더 좋을수록 이럴 가능성은 적지 만 항상 그런 식으로 끝나는 것은 아닙니다 (Microsoft Vista 운영 체제는 좋은 예입니다). 이 두 가지 요소는 프로젝트에 내재 한 위험과 동일합니다. 뭔가가 제대로 진행되지 않을 것이고, 이는 누군가가 원래 예기 한 것보다 많은 돈을 지불하거나 잃는 것을 의미합니다. 문제는 그 여분의 달러를 설명 할 책임이 있어야한다는 것입니다. 상대적으로 최근까지 우리 프로젝트에서 거의 모든 위험을 감수 할 것입니다. 앱이 클라이언트가 염두에 두었던 것을하지 않거나 예기치 않은 기술적 인 문제가 발생하면 일반적으로 우리 주머니에서 나왔습니다. 대부분 큰 문제는 아니지만 언제나 어떤 효과가있는 것처럼 보였습니다 ( 우리가 프로젝트에서 돈을 잃었을 때의 극단적 인 경우). 이건 불공평 해 보여요? 프로젝트에 내재 된 위험은 반드시 어느 당사자의 잘못이 아니어도됩니다. 바로 거기. 우리는 거기에 두지 않았고 클라이언트도하지 않았습니다. 따라서 한 쪽이 모든 것을 짊어 져야하는 경우가되어서는 안됩니다..
소프트웨어 제작 방법