• 직원이 쓰게 만드는 법

    홈 › 개발 노트 › 정착 방법 직원이 쓰게 만드는 법 완성보다 정착이 어렵습니다. 입력을 줄입니다 넣어야 할 칸이 많으면 안 씁니다. 꼭 필요한 것만 남기고 나머지는 자동으로 채워지게 하는 편이 낫습니다. 기존 방식과 함께 씁니다 어느 날 갑자기 바꾸면 혼란이 큽니다. 한동안 둘 다 쓰면서 익숙해지게 하는 편이 안전합니다. 먼저 쓰는 사람을 만듭니다 한두…

  • 개발 범위 정하는 법

    홈 › 범위 정하기 개발 범위 정하는 법 범위를 좁힐수록 성공 확률이 올라갑니다. 가장 자주 하는 일부터 하루에 여러 번 반복하는 업무가 효과가 가장 큽니다. 가끔 하는 일은 시스템을 만들어도 잘 안 쓰게 됩니다. 사람이 실수하는 곳을 봅니다 옮겨 적다가 틀리는 곳, 빠뜨리는 곳이 있으면 그 부분이 우선입니다. 효과가 눈에 보입니다. 예외는 나중에 담습니다 드물게…

  • 개발이 실패하는 이유

    홈 › 개발 노트 › 기본 이해 개발이 실패하는 이유 기술보다 범위와 소통에서 갈립니다. 범위를 처음부터 크게 잡습니다 모든 업무를 한 번에 담으려 하면 기간이 길어지고 그사이 상황이 바뀝니다. 완성될 무렵에는 이미 안 맞는 시스템이 됩니다. 쓸 사람이 빠집니다 결정하는 사람과 실제로 쓰는 사람이 다른 경우가 많습니다. 쓸 사람의 의견이 안 들어가면 완성 후 방치됩니다.…

  • 개발 비용이 정해지는 방식

    홈 › 비용 개발 비용이 정해지는 방식 같은 기능이라도 조건에 따라 작업량이 크게 다릅니다. 화면 수 보고 입력하는 화면이 늘어나면 그만큼 만들 것이 늘어납니다. 가장 알기 쉬운 기준입니다. 처리 규칙의 복잡도 화면은 하나여도 안에서 따져야 할 조건이 많으면 시간이 걸립니다. 예외가 많은 업무가 여기에 해당합니다. 연동 여부 단독 사용가장 단순기존 시스템 연동상대 규격 확인 필요기기…

  • 유지보수 준비하기

    홈 › 유지보수 유지보수 준비하기 만드는 것보다 유지하는 기간이 훨씬 깁니다. 지원 범위를 계약에 넣습니다 어디까지가 수정이고 어디부터가 추가 개발인지 미리 정해 두어야 합니다. 안 정하면 나중에 서로 곤란해집니다. 소스와 문서를 받아 둡니다 이것이 없으면 다른 곳에 맡길 수 없습니다. 인수 시 함께 받아 보관하세요. 연락 방법을 정합니다 문제가 생겼을 때 어디로 연락하고 언제 답을…

  • 엑셀로 버티기 어려운 순간

    홈 › 개발 노트 › 전환 시점 엑셀로 버티기 어려운 순간 엑셀이 나쁜 것이 아니라 맞지 않는 순간이 옵니다. 여러 명이 동시에 볼 때 파일을 주고받다 보면 어느 것이 최신인지 알 수 없게 됩니다. 이름 뒤에 날짜를 붙이기 시작하면 한계에 온 신호입니다. 기록이 쌓여 느려질 때 행이 늘어나면 열기만 해도 시간이 걸립니다. 이 단계에서는 대부분…

  • 기존 자료 옮기기

    홈 › 데이터 이관 기존 자료 옮기기 쌓아 온 자료를 버리지 않고 옮길 수 있습니다. 1단계 · 무엇을 옮길지 정합니다 모든 자료를 옮길 필요는 없습니다. 앞으로 쓸 것만 골라 옮기면 작업이 훨씬 가벼워집니다. 유형별 안내는 시스템 유형별 안내에 있습니다. 2단계 · 형식을 정리합니다 같은 항목인데 사람마다 다르게 적어 둔 경우가 많습니다. 옮기기 전에 표기를 통일해야…

  • 호평동 소프트웨어 앱데이터 완벽 소개

    홈 › 회사 소개 호평동 소프트웨어 앱데이터 완벽 소개 개발사를 정할 때 가장 많이 묻는 것만 모았습니다. 앱데이터가 어떻게 진행하는지 정리했습니다. 앱데이터는 어떤 곳인가 앱데이터는 회사마다 다른 업무 방식에 맞춰 프로그램을 만드는 호평동 소프트웨어 개발사입니다. 한 번에 다 만들기보다 범위를 나눠 진행합니다.주소경기도 남양주시 호평동 000-00업무 시간평일 09:30 ~ 18:30 / 주말·공휴일 휴무문의031-000-0000 개발 분야 업무에…

  • Hello world!

    Welcome to WordPress. This is your first post. Edit or delete it, then start writing!