MRJ計画失敗、技術者が「謙虚さに欠けていた」 元社長が激白 破綻の原因はたった1枚の書類
愛知を拠点に三菱航空機が開発していた国産初のジェット旅客機、MRJ。ニッポンの航空産業の中核として量産化が期待されていましたが2023年2月、ついに計画の中止が発表されました。 夢の開発プロジェクトがなぜ頓挫したのか。三菱航空機の元社長の川井昭陽氏が、当時の胸中を明かしました。 【動画・元社長が激白】MRJ計画失敗、技術者が「謙虚さに欠けていた」破綻の原因はたった1枚の書類 三菱重工が国産初のジェット旅客機として開発を決めたのが「三菱リージョナルジェット（MRJ）」です。 100席以下の小型機ながら、部品点数は車の30倍にあたる約95万点。県営名古屋空港を開発拠点にした夢の国産ジェット旅客機の生産は、この地方に新たな基幹産業の誕生を期待させるものでした。 しかし度重なる設計変更で、プロジェクトは6度にわたって計画延期。2019年には名前から三菱の“Ｍ”の文字も消えました。そして2023年2
目的に合わせて開発戦略が変わる。リクルートの開発組織が実現する、専門性のコラボレーションとは - はてなニュース
リクルートでは、エンジニアのパフォーマンスを最大化させるために、開発組織をバリューチェーンとして捉えています。 ツリー構造組織ではないワンチームの開発組織は実際、社内でどのように機能しているのでしょうか。今回は、リクルートが提供するプロダクトの一つである『Airワーク 採用管理』の開発事例を参考に深堀りします。 サービス開発を進めるなかで、190画面もの規模の開発をなんと4カ月で完遂させたというこの事例では、BA、アーキテクト、開発マネジメントがそれぞれ八面六臂の活躍を見せ、圧倒的な「開発速度」を実現させました。 後編では、アーキテクトの西村祐樹さん、開発マネジメントの朴永喆さん、BA（ビジネスアナリスト）の竹下由美さんの御三方を交えて、その裏側をお伺いします。 （前・後編の後編です） ※この記事は株式会社リクルートによるSponsoredContentです。 「ブルックスの法則」を乗り越
トラディショナルな開発風土にメスを。ＮＴＴデータのDX推進組織、技術者が集まる「デジタルペイメント開発室」の挑戦
ペイメント事業本部カード＆ペイメント事業部 デジタルペイメント開発室 課長代理 矢口 拓実 デジタルペイメント開発室発足時より組織に参画。現在は、CCoE（Cloud Center of Excellence）チームのリーダーとして、全社的なクラウド推進に向け、プラットフォームの機能強化から育成、組織力向上まで担う。 ペイメント事業本部カード＆ペイメント事業部 デジタルペイメント開発室 課長代理 中村 哲也 製造業系SIer、ベンチャーを経て、ＮＴＴデータへ転職。現在はデジタル変革プロジェクト「Digital CAFIS」のSREとして、開発者が利用するための開発環境の企画開発から保守運用まで担当。 先ごろ日本CTO協会が「Developer eXperience AWARD 2022」を発表するなど、エンジニア採用難にも後押しされ、ますます注目度が高まる企業の開発者体験。 ところで、良い
システム開発はなぜこうも｢失敗｣を繰り返すのか
コンテンツブロックが有効であることを検知しました。 このサイトを利用するには、コンテンツブロック機能（広告ブロック機能を持つ拡張機能等）を無効にしてページを再読み込みしてください。 ✕
純粋培養フルリモート開発組織のワーク＆ライフスタイル / monicle full remote style
今あらためて考えるフルリモートでうまくいくプロダクトチームの作り方！ https://yojo.connpass.com/event/271366/ 上記イベントでの発表資料です。
LayerX開発組織の2022年を振り返る - LayerX エンジニアブログ
こんにちは、CTOの松本 @y_matsuwitter です。最近の趣味もスクワットです。体重増量中です。 本記事はLayerX エンジニアアドベントカレンダー1日目の記事となります。（10月から別なアドベントカレンダー企画が進んでいますが、こちらは別企画ですのでご注意下さい。） 折角ですので、今回は2022年のLayerXの開発組織どうだったの？というポイントを振り返らせていただきます。技術的な振り返りは別途様々なメンバーからブログが出てくるかと思いますので、あくまで組織やその運営についてという目線で書かせていただきます。 adventar.org 2022年のプロダクトリリース LayerXでは「爆速開発」を重視した開発が進められていますが、今年も爆速にいくつものプロダクトがリリースされました。具体的にタイムラインを見てみると、 2022年5月 バクラク経費精算 リリース 2022年6
スクウェア・エニックスの"とあるシステム"のSite Reliability Engineering
はじめに こんにちは、情報システム部 SRE 橋本です。 普段はクラウドエンジニア(SRE)としてチームリードをしています。興味関心がインフラ、Observability、SRE、Security、Golangといった分野であり、 Japan Google Cloud Usergroup for Enterprise(Jagu’e’r ジャガーと読みます)でObservability/SRE分科会のオーナーを担当させていただいております。その縁もあって先日Innovators Hive at Cloud Next 2022でコミュニティ運営についてお話をさせていただきました。 この記事では現在チームリードをしていてビルドアップ中でもあるSREチームについて考えていることをお話したいと思います。 また、このSREチームについてのインタビュー記事も掲載いたしました。メンバーやチームの雰囲気を伝
事業を支える技術選定 / Engineering Decision Making Process For Business - Speaker Deck
Transcript 事業を支える技術選定 コネヒトマルシェオンライン「事業を支えるWeb開発」@itosho 1 自己紹介 ▪伊藤 翔 @itosho ・コネヒト株式会社 執行役員CTO ・Backend Engineer / PHP, Go ・stand.fm はじめました ・https://stand.fm/channels/5ec2e733f654bbcab4c123a2 Follow me! 今日のテーマ「技術選定」 4 何故、技術選定は難しいのか？ ▪正解がない ・判断軸が多岐に渡り、会社の状況によっても変わる ・イデオロギーが対立しやすいトピックであり、合意形成が難しい 難しいからこそ向き合う価値がある ▪今日話すこと ・技術選定をするにあたり、どうやって意思決定をしているか ・正解がないトピックなので一つの考えとして聞いてください ※話のトピック的に、何かを「選ぶ」ので必然
ITエンジニアの働き方を尊重し、技術的な成長を促進する開発組織に求められるものとは？ ──ユーザベースの取り組みに見る - はてなニュース
ITエンジニアが働く環境を選ぶ際に「技術的な成長が期待できるかどうか？」はとても重要な指標です。技術的な裁量が大きいことや学習機会が用意されていることだけでなく、チーム編成や評価といった仕組みの部分にまでエンジニアを尊重した文化が浸透していれば、その企業は極めて働きやすいと言えるでしょう。 エンジニアが尊重される文化を醸成する仕組み作りの事例として、ペアプログラミングによる知見の共有を推し進め、プロダクトに導入する技術選択にもかなりの自由を持たせているユーザベースに、エンジニアを支える開発組織と企業文化について聞きました。 今回は、スペシャリストとしてFellowの肩書きを持つ矢野勉さん（上記画像左下）と、入社2年目の廣岡佑哉さん（左上）にそれぞれの働き方を語ってもらい、CTOの林尚之さん（右上）には組織としての考え方をうかがいました（※取材はWeb会議ツールでリモート実施しました）。 ※
アジャイル手法提唱者が涙ぐんだ「日本発の論文」 | Japan Innovation Review powered by JBpress
新しいソフトウェア開発方法論「アジャイル開発」の一手法である「スクラム」の源流は、日本発の論文にあった。その論文著者の一人、野中郁次郎氏（一橋大学名誉教授、中小企業大学校総長）が語る「アジャイルの真髄」とは何か。（JBpress） 新しいソフトウェア開発手法として、さらに組織変革やビジネスの革新手法として注目を集めている「アジャイル」。「スクラム」はその中で最も普及している具体手法である。その「スクラム」提唱者の一人ジェフ・サザーランド氏が着想を得る原点となったのが、日本企業におけるイノベーションの成功要因を研究した日本発の論文なのだ。 サザーランド氏が、その論文を竹内弘高氏（現ハーバード・ビジネス・スクール教授）とともに執筆した野中郁次郎氏に実際に対面したのは、「スクラム」を提唱してから時間が経った2011年だった。サザーランド氏が着想を得た論文の中核部分は何か、またどのような経緯で対面
マイクロサービスアーキテクチャの経済と適応度 - Qiita
はじめに マイクロサービスアーキテクチャは、独立してデプロイ可能で疎結合サブシステム群によってサービス開発を行うというアーキテクチャパターンです。現在のソフトウェアサービス開発では欠かすことができない考え方です。 従来では一定のコストが掛かり、またパフォーマンス上の問題もあったため、必要に応じての分割には難しい側面も多かったのですが、様々なエコシステムの発達によってわずかな機会費用で実現できるようになってきました。もちろん分散システムとしての本質的な難しさやアーキテクチャの移行の本質的な難しさは解決したわけではありませんが、手軽にコンテナレベルで分割された様々なサービスを作成することのコストは急速に下がってきました。 これらが、うまくサブドメイン境界によって分割されることで、ある開発チームが知らなければならない情報が制限されるため、スピード感のある開発力を維持しながら開発組織のスケールでき
会社の6期目を終えて、自分自身の失敗に気付けた話｜Yuki Fujisaki｜DeployGate Inc.
株式会社デプロイゲートを2014年12月11日に登記して、ちょうど6年が経ちました。11月末で会社の第6期が終わり、7期目に突入しています。 会社としての所感を書くとすれば、普通は「こんなに上手くやってるぞ」ということを書くかと思うんですが、今日はどちらかというと反対のことを書きます。 デプロイゲートは、会社として6歳を迎えました。人間であればもう小学生になる歳です。 会社も成長します。同じ所に止まっていることはできません。組織の形を変えていくため、1年ちょっと前に、会社の持つファンクションをすべて洗い出しました。そして、あるべき理想の姿を描きつつ、そこに向けて少しずつ形を変えていっています。 「考えることに時間を掛けすぎても仕方がない」と、毎週の定例で進捗を確認しながら、とりあえずある程度の方向性で運用を始め、課題に直面しながら、上手くいかない所を直して、と、日々試行錯誤を回しています。
どのようにPlatformチームの組織変更をしたか | メルカリエンジニアリング
Platform チームの@deeeeeeeetです． Platform チームは2年前にMercariがMicroservicesの移行を始めたときに一緒に立ち上げられたチームです．Platform チームはMicroservicesを動かすための基盤や開発や運用のためのツールセットなど提供しています．立ち上げ時は自分を含めて2-3人で始まったチームですが2年が経ち10人を超えるチームにまで成長しました． チームのメンバーが増えるほど1チームとして動くには限界がきており，またMicroservices化が進めば進むほどチームの負う責任範囲も広くなりCognitive load (認知負荷) も高くなっていました．これらの課題を解決するために組織変更を行い，Platform チームを複数の専門性に特化したチームに分割しました． 本記事ではチームのデザイン，チームが分離しても独立性を保ちつつ
UUUM株式会社執行役員CTOを退任します - btoメモ
おはこんばんちは!! 尾藤 a.k.a. BTO です。 2015年4月に技術顧問として参加し、2015年6月に執行役員CTOとして入社したUUUM株式会社を退職します。2019年12月27日が最終出社日で約四年半在籍したことになります。正確にはまだ有給消化中で在籍はしておりますが、近いうちに正式な退職となります。 何をやってきたか 入社した当初はほぼエンジニアのいない組織で開発を外注に丸投げしている状態で、ディプロイは手動SCP、テストも書かれてない、コード整形もされてない、DBのスキーマ変更はメールでALTER TABLE文を共有するなど、散々な環境でした。今では約30人規模の開発組織を立ち上がってて、10個ほどのプロジェクトを(技術的には)大きな問題もなく開発できる体制まで成長させることができました。とあるITコンサルの会社からも、他のベンチャーや大企業と比べてもレベルの高い技術力を
【資料公開】マネジメント向けアジャイル開発概要
みなさんこんにちは。@ryuzeeです。 2020年1月20日にとある企業の経営レベルの方向けにアジャイル開発の概要について説明した際の資料を公開します。 自社で経営者の方やマネージャーの方にアジャイル開発がなぜ必要なのかを説明する際の参考になれば幸いです。 （スライドはこちらからもご覧いただけます：https://slide.meguro.ryuzee.com/slides/101） 本資料は、なぜ今アジャイルが必要なのかという点をまず理解していただけるようにコンテキストのすり合わせに主眼を置いています。 経営者やマネージャーの方にとってはスクラムの具体的なやり方といった手法部分はあまり関係なく、それによって組織がどういう影響を受けるのか、組織としてどんな取り組みをすべきなのかが分かることが重要なためです。 単一チームや小さなプロダクトでアジャイル開発をするのと、組織的にそれをスケールし
退職しました - meg_nakagamiの日記
2019/10/31 を持って８年間勤めてきたドワンゴを退職しました。 ドワンゴ退職エントリの旬は過ぎているよう気もしますし、こんな何年も放置していたブログで今更何をと思わなくもないですが、なんとなく自分の気持ちの整理もかねて適当に綴ってみようと思います。 何をやってきたか 各種のゲームデバイス、PS Vita, Wii U, 3DS, Nintendo Switch 上でのニコニコプレイヤーの実装をずっとやってきていました。 それぞれのデバイスでのシステム部分というか、ゲームデバイス上での非ゲームアプリケーションフレームワーク、そんなものを作り続けてきた感じです。 これらのニコニコ動画クライアントは、私の手を完全に離れてしまうことになります。 もっとできることはたくさんあるし、改善すべき点もたくさんある。愛用してくれているユーザーに対して自分が出来るはずのすべてを提供することができなかっ
アスタミューゼの開発組織と採用に関するQAアレコレ - astamuse Lab
こんにちは。並河(@namikawa)です。 随分と冬の足音が近づいて来た今日この頃、すっかりラーメンがより美味しく感じる季節となってまいりましたが、皆様いかがお過ごしでしょうか。 さて、今日はいつもとは趣向を変えて、開発組織の話をしようかと思います。 弊社では、優秀なエンジニアやデザイナーを絶賛大募集しているのですが、今年くらいから、私自身が本格的にエンジニア採用に携わるようになりました。このエントリでは、弊社での採用・選考(面接、面談)をどうやっているかと、その場でよく質問されることに対するQA集をまとめてみようかと思います。 弊社での業務に少しでも興味をお持ちの方に、弊社がどのような開発組織で、エンジニアがどのような働き方をしているのかのイメージ形成に役立てていただければと思います。 ちなみに募集職種や要項などは、以下の採用サイトに記載しておりますので、その補足エントリ、くらいで見て
富士通などのSIerの惨状を見ていると、太平洋戦争で負けた大日本帝国を思い出す――2019上半期BEST5 | 文春オンライン
＊ ＊ ＊ 猪瀬直樹さんの往年の名著に『昭和16年夏の敗戦』（中公文庫）があります。私も引っ越しのたびに本棚を整理するものの毎回生き残り、半年に一度ぐらいは目を通すぐらいに現代でも通用する非常に興味深い記述の多い内容に涙するわけであります。 ここまで鮮やかな筆致で戦前の空気感や日本の俊英たちの軌跡を描いておきながら、猪瀬直樹さんご自身はカバンに5,000万円が入らず謎の借用書片手に東京都知事の職を追われてしまい『平成25年冬の敗戦』状態になっておったのが物悲しいです。本書と並び、戦前の日本組織について一般に語られるレベルで大きな影響を与えた『失敗の本質―日本軍の組織論的研究』（戸部良一ほか・著、中公文庫）もまた、日本って何でこんなつらくて勝てない組織なの？ という話が並んでいるので興味津々であります。 日本人が経営の組織はだいたい同じ問題を抱えている で、先日、日本の大手SIerであり
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
非ITの事業会社にSREと言わずにSREを持ち込んだ
三菱重工、ボンバルディア小型機事業を買収 590億円 - 日本経済新聞
