313devgrp

1. 언어의 차이 (비즈니스 vs. 기술)기획자와 PM은 주로 비즈니스적인 관점에서 요구사항을 설명하는 반면, IT 담당자는 기술적인 관점에서 해석해야 해.예를 들어, 기획자가 *"사용자 경험을 개선해야 한다"*라고 하면, 개발자는 구체적으로 어떤 변경이 필요한지 명확하지 않을 수 있어.2. 요구사항의 모호함기획자나 PM이 명확한 정의 없이 요구사항을 전달하면, 개발자가 정확한 구현 방향을 잡기 어려워."빠르게 로딩되게 해주세요" 같은 표현은 주관적이라서, *"페이지 로딩 속도를 2초 이내로 줄여주세요"*처럼 구체적인 수치가 필요해.3. 기술적 한계 및 현실과의 괴리기획자는 가능한 모든 기능을 원하지만, 개발자는 기술적 제한과 일정 때문에 모든 걸 구현할 수 없을 수도 있어.예를 들어, AI 추천 시스템..

A-RMS 는 https://www.a-rms.net 의 제품 명이다.해당 솔루션은 smartPM 이라는 기치아래 다음의 마켓팅 포인트를 가진다. 채용하세요 smart PM. 채용 공고 0. 우리 회사의 제품과 서비스를 대상으로 지난 24시간 동안 진행된 업무에 대해 어떤 업무가 진행됬고 누가 실행했으며  그사람의 퍼포먼스를 측정할 수 있어야 하며 언제 끝날것인지 그리고 비용대비 효과 까지 측정한 리포트를 익일 09시까지 대표님 및 관리자의 책상에 송부 해 두어야 합니다 1. 하루동안 회사에서 진행된 업무를 통계 처리하여 다음날 09시까지 리포팅 할 수 있어야 함 2. 각 요구사항 및 지시사항을 해당팀의 JIRA 및 워크 시스템에 즉각적으로 반영해 줘야 함 3. 문서 및 산출물을 관리하여 pm 및 작업자..

출처 : https://www.thestartupbible.com/2024/03/business-before-technology.html참조 : https://313.co.kr/php/gnuboard5/bbs/board.php?bo_table=notice&wr_id=16&page=2 A-RMS By 313DEVGRP www.a-rms.net 회사의 가장 중요한 목표는 돈을 벌 수 있는 제품과 서비스를 만드는 건데, 굉장히 많은 개발자들이 자신에게 월급을 주는 회사의 목표와는 상관없는 생각과 행동을 한다는 것이었다. 개발자들이 항상 명심해야 하는 건 바로 이들이 해결하고자 하는 문제의 솔루션이 본인들이 소속된 기업의 비즈니스 목표와 매출에 직접적으로 기여해야 한다는 점이다.  개발자들도 회사의 조직원이고,..