Saltar al contenido
トップに戻る

私たちのカルチャー

ウェルビーイングと自律性のマニフェスト

何時間働いたかは気にしません。システムが稼働していること、コードがメンテナブルであること、そしてそれを書いたエンジニアがしっかり休めていること。それが大切です。

椅子を埋めるために人を雇うのではありません。複雑な問題を解決するためにエンジニアを採用します。複雑な問題は、自律性、集中力、そして十分な休息がある時にこそ、より良く解決されます。
創業原則 — Digital Axios

譲れない 4 つの原則

理想論ではありません。私たちが毎日下す運営上の意思決定であり、Digital Axios での働き方を定義しています。

  1. 成果 > 勤務時間 成功したデプロイと安定したプロセス。

    スクリーンの前に座っている時間で成功を測りません。ロールバックなしのデプロイ、何千もの文書を無介入で処理するパイプライン、そしてシステムがダウンしないから安心して眠れるクライアントで測ります。

    45 分でクリティカルなバグを解決して散歩に行くエンジニアは、8 時間生産性を装うエンジニアよりも価値があります。重要な KPI:システム稼働率、本番環境のエラー率、インシデント解決時間。タイムカードではありません。コードがテストをパスし、コードレビューを通過し、CI/CD パイプラインにクリーンに統合されたなら、仕事は完了です。それを何時にやったかは関係ありません。

  2. 非同期カルチャー 割り込みのないディープワーク。

    複雑なシステムプログラミングには深い集中が必要です。20 分ごとに割り込まれるエンジニアは堅牢なアーキテクチャを書けません。パッチを書くだけです。集中した作業ブロックを守るよう運営を設計しています。

    書面コミュニケーション優先。コンテキスト付きの Slack メッセージで済むなら、30 分のミーティングは不要です。ミーティングには事前アジェンダと固定時間。1 時間の雑談に変わる「ちょっとした通話」はありません。ドキュメントが真実の源泉。ADR(アーキテクチャ決定記録)とランブックが「あの人に聞いて、知ってるから」を置き換えます。「おやすみモード」を尊重します。エンジニアがディープワークモードで並行性の問題を解決したり、マイクロサービスフローを設計したりしている時、その集中は神聖です。

  3. エンジニアへのリスペクト キャリア成長は障害ではありません。

    私たちのエンジニアは UTN で学位を取得し、AWS 認定を取得し、オープンソースプロジェクトに貢献しています。これは仕事にもかかわらず「容認」していることではなく、私たちをより良くするから積極的に推奨していることです。

    学業と仕事が競合しないよう設計されたフレキシブルなスケジュール。授業があれば、スケジュールが適応します。年間トレーニング予算:クラウド認定、技術カンファレンス、専門コース。申請に官僚的な手続きは不要。保護された研究時間。飾りの福利厚生ではありません。これがあるからこそ、クライアントに最新の AI と文書処理技術を活用したソリューションを提供できるのです。シニアエンジニアとジュニアエンジニア間の社内メンターシップ。共有された知識はスケールします。一人に蓄積された知識は単一障害点です。

  4. メンタルヘルス クリーンなコードには休息した頭脳が必要。

    ヒーロー的エンジニアリングは存在しません。デプロイを「救う」ために 14 時間働くエンジニアは、不適切に設計されたシステムの症状であり、献身の行為ではありません。ヒロイズムが不要になるようプロセスを設計しています。

    本番インシデントにはブレームレスなポストモーテムを実施。システム的な原因を探し、責任者を探すのではありません。明確な制限付きのオンコールローテーション。「常に対応可能」な人はいません。今週オンコールなら、来週は休みます。持続可能なワークロード。達成不可能なスプリントは、守ろうとしたデッドラインよりもコストが高い技術的負債を生みます。休息したエンジニアはレースコンディションを検出し、エッジケースを予見し、疲弊したエンジニアが見落とすシナリオをカバーするテストを書きます。

これが実際にはどう見えるか

言葉だけではありません。毎週の具体的な運営方法です。

  • 持続可能なスプリント

    ファンタジーではなく、実際のキャパシティで計画。調査、技術的負債、予期しない事態へのバッファを含みます。完了にヒロイズムが必要なスプリントは、計画が不適切なスプリントです。

  • ミーティングよりドキュメント

    すべてのアーキテクチャ決定は ADR に記録。API 仕様は Swagger に。ランブックがインシデント対応の最前線。誰の記憶にも依存しません。

  • メンターとしてのコードレビュー

    コードレビューは官僚的な手続きではありません。知識を共有し、問題が本番に到達する前に検出し、チーム全体の技術レベルを向上させる機会です。

  • ブレームレスポストモーテム

    本番で障害が起きた時、犯人探しはしません。エラーがそこまで到達した原因を探します。テストが足りなかった?モニタリングが適時にアラートを出さなかった?ドキュメントが曖昧だった?システムを修正し、個人を非難しません。

あなたの時間を尊重するチームで働きたいですか?

自律性、クリーンなコード、本物の技術的チャレンジを大切にするエンジニアなら、お話しましょう。

お問い合わせ