디사인월드

https://disquiet.io/ Disquiet* IT 서비스 메이커들의 소셜 네트워크. 디스콰이엇에서 서로의 프로젝트를 공유해 보세요! disquiet.io IT 서비스 메이커들의 소셜 네트워크 https://cafe.naver.com/netmaru WWW를 만드는 사람들 : 네이버 카페 국내 최대규모의 웹기획/마케팅 커뮤니티 "웹만사"입니다. cafe.naver.com 웹 서비스의 레이아웃이 깨져 보일 때, 왠지 정렬이 어긋나 보일 때가 있다. 그 즉시 "개발자님! 사이트가 이상해요!!"를 외치고 싶어 지지만, 그전에 한 가지를 스스로 검증해보자. '내 컴퓨터 화면에서만 그러는지' 확인 https://bluetree.ai/screenfly/?u=https%3A//ficl.co.kr&a=19&b=..

[Google Play Store] 1. 앱 아이콘 포맷 : 32비트 PNG(알파 포함) 크기 : 512x512픽셀 용량 : 1,024KB 2. 그래픽 이미지 포맷 : PNG 또는 JPEG 크기: 1024x500픽셀 3. 스크린샷 업로드 갯수 : 2~8장 포맷 : PNG 또는 JPEG 용량 : 최대 8MB 크기: 1080x1920픽셀 비율 : 9:16 가로세로 비율 [APP Store] https://help.apple.com/app-store-connect/?lang=ko#/devd274dd925 1. 앱 아이콘 포맷 : PNG 크기 : 1024x1024픽셀 레이어 : 투명도가 없는 단일 레이어 모양 : 둥근 모서리가 없는 정사각형 2. 스크린샷 업로드 갯수 : 2~10장 포맷 : JPEG 용량 : 최..

보호되어 있는 글입니다.

https://jmagazine.joins.com/forbes/view/337083 [2022 한국인이 사랑한 모바일앱 200] 앱 순위로 전망하는 2023 뉴 트렌드 jmagazine.joins.com

보호되어 있는 글입니다.

보호되어 있는 글입니다.

보호되어 있는 글입니다.

개발 순서를 정할 때, 1. 개발범위 리스트 정리 - 일단 전체의 개발대상 범위를 결정해야 한다. - 전체 개발범위를 분해하여 상세 개발리스트를 작성한다.(WBS와 연계) - 각 개발리스트에 대해 예상되는 대략적인 공수(MD, ManDay)를 부여한다. 2. 리스크 항목의 도출 및 검증 - 전체 개발대상 범위 기능 중에서 기술적으로 구현상 문제나, 리스크가 있는 부분이 있는지 뽑아내고, 그 기능에 대한 구현을 우선적으로 수행할 필요가 있다. - 일정상 구현을 완료하기 어려우면, 구현가능여부를 판단하기 위한 검증만이라도 수행해야 한다. - 만일 해당 기능이 덩어리가 너무 크거나, 난이도가 너무 높아서 일정을 추정하기 어렵고, 프로젝트팀 내부에서 추진하기 어렵다면, 별도의 개발자를 배정하여 전체 프로젝트 일..

하지만, 당신이 PM이고, 제안서 작성에 참여했고, 제안 발표를 하고 수주를 해서, 현재 WBS를 작성해야 하는 시점이라면, 적어도 개발범위가 어느 정도이고, 어떠한 시스템의 구성을 갖고 있으며, 개발 본 수가 대략 몇 본 정도 될 것인지 산정할 수 있을 것이다. 요구사항 분석을 하지 않은 시점이라 할 지라도, 일단 추정되는 개발범위만큼을 놓고 WBS에 대입하여 일단위(Daily) 일정표를 작성할 수 있을 것이다. 모든 개발 목록을 뽑을 수 없다면, 기능 1, 기능 2, 화면 1, 화면 2 이런 식으로라도 쪼개서 적어보라는 얘기이다. 요구사항 분석 4주, 화면 설계 2주, 기능 개발 8주 이런 식의 일정표를 갖고 용감하게 프로젝트 관리를 하겠다고 뛰어들지 말라는 의미이다. 이와 같이 가상으로라도 Dail..