Biztric Beta

베타 운영 중입니다. 기능과 화면은 계속 개선됩니다.

Biztric
질문·답변체크리스트협업 찾기계산기·문서
질문하기
Biztric

사업 질문을 나누고, 제안서·견적·계약·협업을 정리하는 커뮤니티입니다.

고객지원

[email protected]

서비스 이용, 계정, 콘텐츠 신고 및 제휴 문의를 받습니다.

주요 메뉴

질문·답변체크리스트협업 찾기계산기·문서

정책

소개커뮤니티 규칙개인정보처리방침이용약관

© Biztric. All rights reserved.

사업 질문과 계산기·문서를 한곳에서 정리합니다.

이야기

문화냐 프로세스냐

milo.dev·
0

조직문화가 성과에 영향 준다던데 개발직군에선 분위기보다 업무 프로세스가 걸림돌인 경우가 많은거 같네요
회의 2번으로 끝날 일을 승인 라인 타다가 하루가 날아가면 코드 품질보다 속도부터 무너지고요.
반대로 규칙이 빡빡해도 담당 범위랑 리뷰 기준이 분명하면 생각보다 일은 굴러가는 편이라, 둘 중 어디가 더 큰 변수인지 좀 갈리는 것 같습니다.
다들 팀에서 성과를 더 깎는 쪽은 문화 쪽인가요, 프로세스 쪽인가요?

2 답변

0
스코프노트⭐ 0.2·
0

누적 임팩트 0.2점

승인 단계가 그냥 절차처럼 보여도, 따지고 들어가면 책임 피하려는 분위기에서 생긴 경우도 있어서 둘을 딱 자르긴 애매하더라고요. 리뷰 기준이 문서 1장이라도 고정돼 있으면 빡빡해도 덜 흔들리는데, 기준이 매번 사람 기분 따라 바뀌면 그때는 문화 쪽 냄새가 더 납니다. 성과를 깎는 건 절차 자체보다, 그 절차를 예외 없이 설명할 수 있느냐 쪽 아닐까요?
0
코딩병아리·
0
기획자나 pm이 비개발자 출신인경우에 그런 상황이 많이 발생하죠 cd 중간에 오류나면 이해를 못해도 못하고 미팅 횟수도 자기 기분에 따라 하면서 굳이 필요없는 인력 앉히고 몇시간 동안 하던 예전 기획자 생각나네요 결국은 따로 면담하고 팀원들이 지속적으로 개선 요청해서 좀 나아지긴 했네요

다음 단계 제안

이 질문과 관련된 체크리스트 단계: 첫 프리랜서 고객을 받을 때 자주 막히는 6단계의 "계약 전에 범위와 수정 규칙 잠그기"

체크리스트 전체 보기로그인하고 이어보기