tobb422のブログスマートフォン用の表示で見るtobb422のブログスタートアップエンジニアの奔走この広告は、90日以上更新していないブログに表示しています。いうスタートアップでエンジニアをしています。開発戦略目線合わせ会というものを実施したので、その備忘録を書いておきます。わせ会ってなんやねんって感じかと思うのでざっくり説明します。以下のようなアジェンダで取り組みました。自分たちが開発しているプロダクトの特徴を整理ex:SaaSで、市場規模××、....etc会社の事業戦略を理解する(1年後まで)そのために、どんな開発体制が必要かを考える必要な開発体制を実現するために必要な項目を洗い出す現在との差分から直近で取り組むべき内容を決める以下、具体的にどんな話をしたかを書き留めておきます。事業や今後の方針まで書いていると令和になりそうなので(いま平成31年4月30日)省略します。事業拡大に合わせてチーム(数)が拡大したとしても、スピード感を持って開発し続けていくことが最も重要な要素だということがわかりました。自分たちが目指している戦略から落とし込んで導き出したものなので、メンバー全員が納得感をもっていて、なぜこれが必要なのかを説明できる状態になっていると思います。開発体制を決めたことも重要なのですが、それ以上に、メンバー全員が納得感を持って、なぜこの開発体制が必要なのかを理解している状態になっていることが非常に価値が有ることだと思っています。必要な開発を実現するためには?スピード感を持って開発し続けられる状態とはどんな状態でしょうか?もう一つの目的である「日々の取り組みの指針」を定義していくことで深ぼることにしました。テクノロジーの戦略的活用が組織変革を加速するという書籍を参考に考えることにしました。この書籍は、ハイパフォーマンス組織を実現するためには?という軸で様々な企業を分析した本で、いろんな指標から、ローパフォーマンス組織とハイパフォーマンス組織の差分を考えることができます。深ぼっていくことにしました。書籍では、以下4つを組織のパフォーマンスを測る指標として考えています。オンデマンドにデプロイが可能な仕組みづくりを行っていくことが重要と定義しました。オンデマンドにデプロイが可能な仕組みづくりが必要であると判断しました。オンデマンドにデプロイが可能な仕組みづくりを直近の目標としたわけですが、もう少し深掘りしたいと思います。上記を達成するための指標は、以下の2点です。疎結合かつ凝集度の高いアーキテクチャ設計CIの整備デプロイの自動化・簡略化インフラ環境のスケーラビリティモニタリング(プロアクティブな通知)初めに比べて、だいぶ何をすべきかが見えてきたように思います。事業戦略を意識したアーキテクチャ設計(ワークレビューやペアプロによる個人のレベルアップ)(マイクロサービス化に伴うCI/CDの整備)まとめ結果やることは、テスト書く設計を大切にといった具合に、結構当たり前なことになりました。現在の開発チームでも、これらは日頃から意識して行っていることです。事業戦略から落とし込んで、日々やることにWhyをもたせることができたことが一番の収穫だと考えています。今回の会では、それらの価値観や普段の業務(特にリファクタ系やテスト系)が事業に直結していると再認識できる会になったのではないかと考えています。いうスタートアップで働いています。生成する基盤を作成したチームの開発速度をあげるSPAで利用するAPI設計を考える...月別アーカイブはてなブログをはじめよう!tobb422さんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。