시작된 CTO로서 무엇이 바뀌었는지 생각해 보세요.

개시하다

평평하게 하다CTO@sweeep네.2021년 5월 CTO를 맡은 것은 그해 6월 중순이었다.아직 1년도 안 지났지만 스웨프 CTO에 취임한 이후 무엇이 바뀌었는지 써보고 싶어요.
내용은 다음과 같다.

첫 번째 작업에서 첫 번째 그룹으로

회계 지표에 따라 고려

기술 부채 및 아키텍처 갱신

현재 소재지와 장래 전망

1. 퀘스트 시작부터 팀 우선까지

임무 우선, 사내 수탁 상태

취임은 당초 비즈로부터 직접 Dev에 요청·수정을 의뢰한 임무 우선 상태였다.Notion의 요구사항과 수정 작업을 매일 수행합니다.잘 알고 있습니다. 진전이 순조롭지 않습니다.

당시 개발자의 목소리:

변경된 곳에 대해 사용할 수 없다고 하는데 어느 것이 정확합니까?

이쪽 스타일이 좋은 것 같은데 매니저라서 말하기 어려워요

정말 필요한 건가요?뭐 하세요?

회사 내 수탁 상태가 매우 피곤하다.또 개별 최우선 ≠ 전체가 부적합해 제품의 가치가 토탈로 떨어지더라도 요구자의 책임이 모호하다.요구에 대응하는 결과에 따라 Dev도 다른 기능에 영향을 미쳐 degray를 초래했다는 지적을 받았다.

팀 우선으로 변경

이에 따라 취임 직후 우선 팀 우선으로 바뀌었다.
Biz와 Dev 간에 PdM, Biz 구성↔ PdM ↔ Dev로 PdM에 교통정리를 부탁했습니다.

PdM은 전체적으로 가장 적합한 관점에서 토탈을 통한 제품 가치 제고, 이에 대응하는 수정 필요 등 취사 선택으로 변경했다.

2. 회계 지표에 따라 고려

회계 지표로 추상화하다

회계 지표로 어떤 효과를 기대하는지 추상화하여 고려해 보자.다음 ROXX 마쓰모토 선생의 슬라이드는 매우 우수합니다. 제가 인용해 보겠습니다.
제품 중심의 #은/focus on the product-speaker Deck

상기 회계 지표 중 방금 전의 Biz↔ PdM ↔ Dev를 매핑합니다.

다음과 같은 역할을 발휘하다↔ PdM ↔ Dev가 책임지고 각자의 책임 범위를 명확히 했다.

Dev는 실용성을 높이고 생산성 G/P(Gross/Productivity)를 높여 제품의 가치를 달성했다.

PdM은 Dev의 생산성을 바탕으로 제품 가치를 효과적으로 향상시키고 B/S(Balance/Sheet)의 미래 가치 비축 역할을 한다.

비즈는 제품 가치를 바탕으로 현재 가치의 P/L(Profit/Looss), 현재의 현금 수익을 부담하고 있다.

우리는 개발의 생산성을 높이고 제품의 가치를 높이며 매출을 높일 것을 기대하고 있다.

임무 우선에 무슨 일이 생겼습니까?

작업 우선 상태에서 G/P, B/S, P/L은 각각 다음과 같습니다.

G/P: 사내 수탁상태, 또한Aki의 조직구조가 없어 기술부채(후술)의 퇴적이 감소

B/S: G/P가 낮아져 확대할 수 없음(또는 개별 최적 ≠ 전체 최적이 아니기 때문에 B/S가 감소함)

P/L: P/L 천천히 낮추기

시작으로 그는 느린 죽음으로 향했다.

3. 기술 부채와 구조의 쇄신

기술 부채

또 제품이 가동된 지 3년이 지났고 기술 부채도 상당하다.

코드: 대규모화.동시에 개발하면 충돌과 탈절을 일으키기 쉬운 상태

DB: 대량의 테이블 데이터.이것도 데이터의 분해가 충돌을 일으키기 쉬운 상태

때문이다

소수의 사람들이 개발할 때는 문제가 없지만 개발자가 늘고 개발 규모가 늘어나면서 티슈라미가 증가했다.

아키텍처 업데이트

며칠 전에는 서류 온라인 수령과 전자보관 등 새로운 서비스 클라우드 캐비닛 AIsweeep Box를 만들었다.
https://lp.box.sweeep.ai/
sweeep Box는 스키마를 다음과 같이 업데이트했습니다.

마이크로 서비스화
각 서비스와 DB를 분리해 전환 없이 소수가 각각 개발할 수 있다.

Skima 드라이브 개발
Skima 정의 파일에서 클라이언트와 서버를 자동으로 생성하는 프로그램을 사용하여 클라이언트와 서버 사이에 문제가 발생하지 않도록 합니다.또 정의 파일에 따라 Mock을 제작해 서버 개발이 끝나지 않았더라도 클라이언트가 Mock에 접근해 통신 부분의 개발과 동작을 확인할 수 있도록 했다.

4. 현재 소재지와 장래 전망

sweeep Box의 현재 소재지.

sweeep Box는 폐기물로 개발된 G/P, B/S, P/L에 다음과 같은 변화가 있다.

G/P: 조직 구조의 선택과 폐기물 개발을 통해 향상

B/S: G/P가 높아지면 제품 가치가 축적됩니다

P/L: 제품 가치가 높아지면 매출이 따라올 것

아직 가설·검증 단계지만 언젠가는 G/P→B/S→P/L이 숫자에 반영될 것으로 보고 시도하고 있다.

팀 우선부터 제품 우선까지

sweeep Box 발표 후 단거리→QA 단거리 개발 프로세스 중 쓰레기 개발을 진행 중이다.
아시아 개발과 수자원 개발은 어떤 차이가 있습니까?아시아식 개발의 방법과 의의도 점검해야 한다

A機能開発スプリント　
→　A機能QA後デプロイ　&　B機能開発スプリント
→　B機能QA後デプロイ　&　C機能開発スプリント
→　C機能QA後デプロイ　&　D機能開発スプリント
...

다음 개발 단거리와 QA 단거리를 동시에 진행하여 실용성을 높였고 매주 새로운 기능을 발표하여 제품 가치를 높였다.

가동과 벤처기업의 차이

다시 한 번, 왜 개발의 실용성을 높이고 생산성을 높일 필요가 있을까?시작 단계에서 자금이 고갈되기 전에 가능한 한 가설과 검증을 실시하여 제품의 가치를 극대화하고 서비스 규모를 확대하며 다음 단계로 진입하는 정확도를 높일 필요가 있다.일반적인 도약과 벤처기업은 다음과 같은 차이가 있다.

가동은 조달한 자금을 바탕으로 적자를 발굴해 사업 규모를 확대하는 것

조달한 자금이 고갈되기 전에 사업을 규모화하고 다음 융자 라운드

로 갑니다

일정한 축소가 보장되지 않기 때문에 가설, 검증→피터

시작이란 무엇인가?5분이면 대충 잡을 수 있어요.note

지금까지의 노력 중 규모의 변경 수인 단거리라면 대규모 변경(pibot)이 2~3개월이면 대응할 수 있는 체제가 실감을 얻은 만큼 정밀도가 더 높아질 것으로 생각한다.

향후의 전망

개발 체제와 구조의 혁신을 통해 생산성을 높이는 메커니즘을 보완하였다.앞으로 G/P를 배가시키는 메커니즘을 만들어 가설과 검증을 반복해 제품 가치를 높이고 서비스의 성장곡선을 그리겠다.

G/P: 제품 우선 2~3배 증원

B/S: G/P 확대, 가정, 검증을 반복하면 제품 가치도 확대

P/L: 성장 곡선 그리기

과제로 삼다

제품 우선 유지 및 업그레이드

인원을 늘리는 구조제작

인원을 늘려도 G/P는 떨어지지 않는다

잠깐만요.

끝말

이번에는 CTO를 가동하기 위해 무엇을 생각했는지, 무엇을 바꿨는지 정리했다.아직 중반이지만 반응을 느꼈고 회사와 팀과 함께 CTO도 한층 더 성장하는 것을 목표로 삼을 것이다.
당사는 전단, 후단, 코어AI 기능을 개발한 엔지니어를 적극적으로 채용하고 있습니다.관심 있는 사람은 아래 링크에서 응모하세요!
https://www.wantedly.com/companies/sweeep/projects
아니면, 먼저 가볍게 이야기하고 싶은 사람은 아래 링크에서 신청하세요!
https://meety.net/matches/rrjHPEVHXDiW

사이트 축소판 그림

이것은 글에서 인용한 ROXX 송본 선생의 슬라이드이다.
https://speakerdeck.com/kotamat/focus-on-the-product
또 아래 노트의 보도도 우수하다.
CTO 머릿속: 재무로 기술을 표현하다

https://note.com/singtacks/n/nb7a63ad40c17
여기까지 읽어주셔서 감사합니다!