ソフトウェアは一つの手段でありながら、既存の産業構造や製品・サービスのあり方を根底から覆すような破壊力を持っているのだ。 kent4989. GAFA ： Google、Apple、Facebook、Amazon• KDDIやソフトバンクを排除する業務資本提携ではないことを示唆した。 そして、運用段階で得た知見を企画や設計、開発にフィードバックし、改善につなげる。 一次的に不幸になる人も出てくるかもしれません。 テクノロジーへの理解• Brooks著 」には「狼人間を撃つ銀の弾はない ＝事態を一撃で収拾できる特効薬はない 」という章があるが、いまふとその言葉を思い起こす。 内製化が求められる• そして、そのためには何よりも自分の頭で考えること。
次の
そのためには、簡単な事から始めるといいだろう。 もちろんそのほうがいいし、僕もそうしたいと思います、でもそれではビジネス機会を逃すことになりそうだし、どうするの、という堂々巡りにw さて、それではその外部の開発会社を利用していたケースはどういったケースなのでしょうか。 ミッション• 日本に比べて海外にいるとこのサービス化していく社会のスピードをより早く感じる気がします。 ユーザーテスト アンチ・リーン・スタートアップ 『ゼロ・トゥ・ワン 君はゼロから何を生み出せるか ／ ピーター・ティール（ペイパル創業者）』• 製品の開発を任されるようになってからは、特に誰から言われたわけでもなく、その製品のビジネス上の価値に注目して行なってきた。 チームや開発のアジリティ 柔軟性や俊敏性、課題への対応力 を保ちつつも、プロダクト開発のライフサイクルにおけるユーザーニーズにも応えるという課題を持つすべての人、必携の一冊です。 モード1• それができないと思えば、このキャリアパスを描ける会社に転職することも検討すべきだと思います。 これはMITのビジネススクール（スローン・スクール・オブ・マネジメント）にいらっしゃるマイケル・A. 狩野モデルでは品質を5種類に分類するのですが、本書ではそのうち3つについて述べています。
次の
スマートフォンが出始めた2008年頃を境に、デスクトップのパソコンやMacからのインターネットのトラフィックよりも、携帯デバイスからのトラフィックのほうが増えはじめました。 ではなんで手に取ったのかというと、「4章：これからの「強い開発組織」を考える」「5章：ソフトウェア・ファーストなキャリアを築くには」が読みたかったからだ。 メンテできるかは、技術的にのみならず、やりたいかどうかも含めて考える• 著者はその原因の一つとして、日本企業のIT軽視があるという。 変化とは進化です。 その一例がMaaS（Mobility-as-a-Service、自動車を所有せずサービスとして利用すること）向け専用車両「e-Palette」で、TRIやトヨタコネクティッドのソフトウェアエンジニアが開発したクルマだ。 【必読ポイント! Point：ソフトウェアで実現されるサービス化社会では日本企業はソフトウェアファースト企業に生まれ変わる必要がある。 ソフトウェア開発を少しでもやったことがある方はお分かりになるように、設計と開発は表裏一体です。
次の
ユーザーエクスペリエンスは人々の感情を満足させるためにある リーン・スタートアップ 『リーン・スタートアップ ／ エリック リース』• 理論的な洞察が大部分であるものの、いくつかの事例やチェックリストなどを含み、一定の応用性を有する。 及川卓也• 技術に関する興味と知識を持ち続けることは、今後のキャリアに必ず役立つことだろう。 本書は、あらゆるムダを省き、継続的に仮説検証を繰り返しながら、プロダクトやサービスを構築する「リーンスタートアップ」の手法を既存の企業に適用するための方法を説明します。 9 最近の投稿• イノベーションに市場調査は要らない• 読書メモ 『ソフトウェア・ファースト』• 妥協のないエンゲージメント強化• ところが、企業ITに特に関心がなく、自社のIT部門が普段、どのような仕事をしているのか、あるいは、自分が日常業務で使用しているシステムが、誰によって作られ、どうして毎日動いているかを知らないような人にとっては、ソフトウェアの内製化という変化が持つ意味も意義の大きさも、実感として理解できないはずである。 文中の気になった引用図書を読む 感想• 本書に書いてあった勉強し続けないと陳腐化する好例 Android：5 仕事でも個人でもやってるので問題なし 機械学習：1 うーん、名前は分かると思うけど アルゴリズムの詳細までは詳しくないぞ ・ソフトウェアエンジニアのキャリパスの3大分類 エンジニアを極める エンジニアリングマネージャーを志向する プロダクトマネージャーを志向する ・エンジニアを極める 会社側としてはエンジニアを極めた人がどうなったら エンジニアリングマネージャーやプロダクトマネージャーと 同等になるのか定義しておくことが重要 前例がない場合は以下が一例になる コード書いてればよいってわけじゃないことだけは分かった エバンジェリストになる 執筆 社外講演 OSSにコミットする ・エンジニアリングマネージャー 技術を学び続ける意欲がなくなってきた人をここに入れてはいけない 一定の技術力がないと尊敬が集まらない 古い技術しか分からない人にマネジメントされたいとは思わない ・プロダクトマネージャー 他者を率いて事業を成長させる仕事 自分が妥協した瞬間にプロダクトは失敗する 責任を楽しめる資質があるかどうかが基準になる プロダクトマネージャーとエンジニアリングマネージャーの異動は多いとのこと ・マネージャーになることに抵抗がある人へ マネージャーは魅力がある仕事なので食わず嫌いをしないでほしい マネージャーの魅力を高めるためには 技術力と人柄の良さがあり若い人から慕われてる人の中から マネジメントの才能と意欲がある人を引き上げ 彼らが生き生き働けるようにすることが重要 雑用を自動化したりして効率化を図りつつ、 技術力がない人をマネージャーに上げない という二軸で魅力を上げていく 本書のキャリアの話はとても面白かったです どちらかというと伝統的な日本企業にいる人向けに書かれた本ですが キャリアについてはマスタカのようなIT企業にいる人向けなので ITにかかわる人にはぜひ読んでほしいです 関連記事:• 3万字を捨てる決断• 一つの外のモノサシとして一度受け入れてみてもらいたい。 進化を宿命づけられています。 ユーザーとして製品を利用する• 新しい市場の想像 キャッシュレス決済の例• 出典：ソフトウェアファースト ここで言う 内製化とは、プロダクトの企画、開発、運用に至るまでを社内で行うことです。
次の
例えば、中国深センのプリント基板（PCB）工場では、幹部にWebサービス開発の経験者がいる場合が多く、ある工場では、顧客満足度の向上に向けて、受注をオンラインで完結させ、顧客から受け取ったCADデータを通じて受注データのレビューを行い、工場で基板を製造、製品に付与したバーコードにより、発送後のトラッキングも行うといった高効率なプロセスを確立させているという。 縦軸 ： 専門知識• ・ITには既存産業のルールを壊し、新たなビジネスに作り替えるだけのパワーがあります。 クスマノ先生が言われているのですが、「欧州はソフトウェアを科学と捉えていて、米国はビジネスと捉えている」と。 中略 マイクロソフトやグーグルでも、ある条件の下で外部の開発会社を利用したり、自社で開発しないケースがあったからです。 Point：ソフトウェアファーストで必要な職種の核としてエンジニア、エンジニアリングマネージャ、プロダクトマネージャがあり、事業会社の人もSIerのエンジニアもこれらを志向したキャリアパスを描くことが肝要。
次の
類書にない形で実践的にしようと思うあまり、つい刺激的な表現を用いたり、現状維持に対してチャレンジするような内容になった箇所もあったかと思います。 少なくとも、GAFAやマイクロソフトのような存在が日本でなぜ生まれなかったのか、また、なにゆえに、日本の企業がIT活用の先進性で中国企業に追い抜かれ、差をつけられたのかは理解できるはずである。 誰が作っても差異のないソフトウェアの場合• RPAは変革の途中であり、小手先の技術• はじめに 及川さんが書いたソフトウェアファーストを読み、本当に多くのことが参考になったのですが、その中でも特に開発組織を作ることについて述べられていることについて読み、考えたことをまとめておきます。 そして、IT／ソフトウェアはあくまでもビジネス革新の一つの道具にすぎないとしながらも、経営陣の中にソフトウェア開発の知識・経験のある人間が一人もいないような企業は、これからの市場競争の中で淘汰される可能性が高いとも指摘する。 何をもって成功とするかの目標を明確に定める• リーン・スタートアップの原則をUXデザインに適用し、プロダクト開発そのものから無駄を省くことにより短期間でユーザーにとって最適なデザイン、プロダクトを導きだします。 そのうえで「ソフトウェア・ファースト」な組織体制の整え方、採用、個人のキャリアの築き方などを考えていかなければならないのだという。
次の
マネージャー• リフト＆シフト ： クラウド化 ポジションごとの意識改革• 4章：これからの「強い開発組織」を考える のサマリ• 社会課題、価値観• そんな中プロダクトをご利用いただいているお客様にお伺いしングを行う機会があったのですが、お客様から当たり前品質がおろそかになってしまっていることに対し落胆の言葉をいただいたことが今でも深く心に残っています。 こういった明確な基準は今まで文章にされているものをみたことはなかったので、なるほどなるほど、となりました。 常に動くものを用意• ITシステム開発を外部のITベンダーに丸投げした結果、IT活用のノウハウが社内に蓄積されないままになっている。 例えば、情報システム部門で運用や保守を担い、今の業務の主が開発でない人はエンジニアかプロダクトマネージャを志向できるといった具体的な例示を持ってキャリアパスの描き方にアドバイスをくれています。 休みの日は技術書を読むか語学の勉強、アニメ、ゲームをしています。 そういった組織を作る国内SIerの経営層～上位管理職には読ん でおいてもらいたい。
次の
日本企業のプロダクト開発においては、当たり前品質を磨くことに注力するばかりに、魅力品質を高めることが手薄になってしまっているケースが多い。 ユーザーニーズの多様化• 洗濯機の操作・決済• アーカイブ• このモデルで日本の製造業は非常にうまくいっているわけですが、これとソフトウェアを同じ考えでやるのは無理があるんですね。 そのために、機能追加の土台となるソフトウェアを先に実装しておくことで、「リアルライフでデータを集めながらAI（人工知能）をレベルアップさせ、ある段階でアップデートとして機能を追加するようなことができるようになる」（豊田氏）。 マーク・アンドリーセン Marc Lowell Andreessen ： 投資家• 結果として、自社にIT活用のノウハウが蓄積されない「SIer丸投げ文化」が形成されてしまった。 それは例えば「人」であったり、「技術」であったり「品質」などであった。 今回は、千年の大計と呼ばれる中国の雄安新区、そして日本の平安京（京都）における街づくりの在り方から、2019年の初頭の話題として、将来のモビリティ像について考えてみたい。 ソフトウェアで機能が追加されることでハードウェアの使用期間が長期化したときに、耐久性の高さや交換部品の入手しやすさ、修理しやすさといった点が求められるためだ。
次の