クレディセゾンでDXを進めてきた5年間を振り返る｜小野 和俊
はじめにクレディセゾンに来てちょうど５年が経ったので、これまでの取り組みをまとめてみようかと思う。書き進めていくうちにとても長くなってしまったので、1年につき3トピックに絞ってあとはカットした。それでも5年分なこともありかなり長くなったので、目次から各トピックに飛んでもらえればと思う。社内の関係者も読むかもしれず、「自分のやったことが載ってない！」と思うこともあるかもしれないが、内製開発案件だけでも53案件あり全部載せるととんでもない量になるので許してほしい。それから、振り返ってまとめると退職すると勘違いされるかもしれないけれど、退職するわけではありません！ 2019年：ゼロからのスタート1-1. 内製開発エンジニア募集を始める「日本のそれなりの規模の事業会社の中に、内製開発チームを立ち上げることはできるのだろうか？」 2019年3月、クレディセゾンに来たばかりの私にとってはこの質問への答
【技術的負債をどう返済するか】急成長スタートアップCTOに試行錯誤の歴史を聞いた | Coral Capital
月間10万人が読んでいるCoral Insightsのニュースレターにご登録いただくと、Coral Capitalメンバーによる国内外のスタートアップ業界の最新動向に関するブログや、特別イベントの情報等について、定期的にお送りさせていただきます。ぜひ、ご登録ください！ Coral Capitalは2023年9月20日、弊社投資先を含むスタートアップを対象とした招待制勉強会「Coral School」を開催しました。当日はノンデスクワーカー向けのSaaSを手がけるカミナシの取締役CTOである原トリさんをゲストに迎え、「スタートアップの技術的負債との向き合い方」をテーマに公開インタビューを行いました。 原トリさんはAmazon Web Services（AWS）ほか複数企業で開発運用や顧客支援を経験。カミナシには2022年4月に入社し、同社の技術的負債返済プロジェクトも進めています。 勉強会で
「プロダクトマネージャーがプロダクトマネジメントを失敗させる!?」大企業病の罠を乗り越え若々しいチームを実現する/Traps of Optimization in Product Management 2024
「プロダクトマネージャーがプロダクトマネジメントを失敗させる!?」カオスなプロダクト開発を効率化したら硬くて息苦しい官僚組織になっちゃった! 大企業病の罠を乗り越え若々しいチームを実現するぞ 効率化を進めていったら息苦しい組織になってきたと悩む方に向けたセッションです。 概要 https://confengine.com/conferences/regional-scrum-gathering-tokyo-2024/proposal/19268 発表者 https://twitter.com/_N_A_ https://note.com/mryy 関連スライド 「私考える人、あなた作業する人」を越えて、プロダクトマネジメントがあたりまえになるチームを明日から実現していく方法 https://speakerdeck.com/moriyuya/product-management-rsgt20
中途入社のソフトウェアエンジニアがWebサービス開発に参加するとき役立ったこと - kymmt
この記事は一休.com Advent Calendar 2023 8日目の記事です。 2023-09-25に入社して2か月半が経ったので、既存のWebサービスの開発にソフトウェアエンジニアとして参加するにあたって役立ったことを書いておく。 『Webサービスのソフトウェアエンジニアとしての転職活動で役立ったこと』の続編といえるかもしれない。 前提 観点 どのようなサービスかを調べる どのようにデータを保持するかを調べる どのようなコードかを調べる 「未知の未知」をできるだけ早く減らす チームの開発体制に興味を持つ 所感 前提 レストラン予約のサービスの開発に参加した 歴史が長い（2006〜） Webアプリケーションを開発する 技術スタックは転職前後で完全に変わった 前: Rails, PHP, Nuxt, MySQLなど7年 後: Rust, Next.js, Python, Microso
実践要件定義入門以前 - 勘と経験と読経
最近ネットを見ていると要件定義入門的な記事が目についたので思ったことを書いてみる記事。ITシステム開発における要件定義に関するあれこれ。 【2023/10/10追記】続編の記事を書きました。実践要件定義入門 - 勘と経験と読経 目次 要件定義に関するおすすめ書籍 その要件定義は必要か 要件は決められるのか 要件定義をすることがルールで定められているから要件定義をする必要がある 要件は定義できるのか 現行の業務マニュアルをベースに要件定義をするつもりのあなたへ 現行システムをベースに要件定義をするつもりのあなたへ 外部業者を呼ぶ前に考えるべき事 どこから外注するかを考える 要件定義の作業期間を見積もる 要件定義に関するおすすめ書籍 この後に何度も引用することになると思うので、最初に要件定義のおすすめ書籍を紹介しておく。と言っても紹介するのは1つだけだ。 ユーザのための要件定義ガイド第2版 作
COCOAのオープンプロセス化の現状と、今後について｜Hal Seki
以前、note にて、「オープンプロセスによって、COCOAの信頼を再構築する」という記事を書かせていただきました。本来、その内容の趣旨からしても、もっと早く取り組みの推移等をお伝えすべきではありましたが、まずは事態の把握や今後の見通しの策定のほか、様々な事情から流動的な状況が続き、なかなかそれも容易には叶わず、結果として皆様への情報や状況の共有等ができておりませんでした。誠に申し訳ありません。 本記事では、進捗状況や今後の見通しなどについてご報告させていただきます。 これまでの経緯2月18日：厚生労働省、内閣官房IT総合戦略室（IT室）との連携チームが発足される 平井大臣の指示で、私がチームの一員としてCOCOAに関する事態の収拾のためにIT室のCIO補佐官として正式に関わることになりました。それを受けて、今後の進め方について書いたのが前述の私の note 記事です。 2月26日：Git
老舗ITサービスのモダナイズに取り組みはじめたLINEエンジニアたちの挑戦！ 出前館の改善について和田卓人さんが聞いた - はてなニュース
新型コロナウイルスの影響下で、食の宅配などO2O（Online to Offline）サービスが好調です。なかでも有名漫才師を起用したテレビCMも話題となった出前館は、2020年8月期の連結決算で利用者数が前期比で31％増、売上高も前期比で54.6％増となりました（ただし広告展開やシステム投資などの先行投資により営業利益は赤字となっています）。 この背景に、株式会社出前館とLINE株式会社が2020年3月に締結した資本業務提携があります。LINEが出前館の経営に参画し、広告だけでなくサービスの提携も進んでいます。2020年11月には「出前館」アプリがLINEアカウントと連携し、出前館のOEMだったLINEデリマは12月にサービス統合されました。 ただしLINEでは、出前館を「LINE」アプリの関連サービスではなく、独立したO2O事業として継続的に成長させたい。そのためLINEのエンジニアを
COCOA騒動メモ
COCOA が動いていなかったことで大臣が謝罪してひと騒動起きている件について、開発者視点からのメモを残してみます。 なぜこのメモを書いたのか 世間的には不正確な情報で叩ければOKの風潮が強くてしんどいので、正しいと思われる情報を拾い集めたものです。中抜きwww 王子wwwww Xamarin wwwwwwww みたいな人にはあんまり興味ないかと思います。 調べ始めたきっかけはこのツイートと引用されたblog記事ですが、記事の内容が違うことはすぐに指摘されて撤回されていたのですが、実際どうだったのかさらに調べてみました。 接触通知アプリ COCOA とはなんなのか 仕組みとか何かは公式サイトでもみてもらうとして。この件で煽っている人でも一部理解できていない人がいるようなのですが、直接的な効果としては 保健所が濃厚接触者追跡をする際の手助けとなるためのアプリ ということになります。アプリをイ
非エンジニアの創業者が、1人目のエンジニアの実力を見抜く方法 | Coral Capital
特に日本ではそうですが、多くのスタートアップでは、CEOが非技術系の共同創業者である傾向にあります。このポストでは「なぜそうなのか」や「この傾向が良いのか悪いのか」については論じません。これから書くことの背景として、そうした傾向があることを、まず共有しておきたいと思います。 技術系でないCEOは資金調達を担当することが多く、そのため、私たちが最初に会う共同創業メンバーも、そうしたCEOのことが多いです。そうした方とやり取りする中で、よく驚くのは、創業者CEOが、技術担当の共同創業者（または1人目のエンジニア）が過去にどのような仕事をしてきたのかについて、実はほとんど知らないことがあるということです。 そういったCEOはエンジニアリング担当のチームメイトの経歴を大まかには説明するでしょう。例えば「彼女はSIerのエンジニアだった」という具合です。でも、そのエンジニアが実際に何を作ったのか具体
Scala 選定の結果と継続の方針 〜Advent Calendar 2016 Day 25 へのアンサー〜 - Qiita
Mikatus Advent Calendar 2019 25日目の記事です。 開発責任者の土田です。 当社が2016年に参加したアドベント・カレンダー25日目の「Scala選定の理由と移行の方針」という記事へのアンサーを書こうと思います。事前にその記事を読んでいただいた方が、この記事の内容を楽しめるかなと思います。ただ、私の記事はあくまでポエムなので、そんなに期待しないでください。 プラットフォーム移行の観点でよりきちんとした内容は「Scala採用を決めて3年半たった、CTOの振り返り。アーキテクチャ刷新を成し遂げるために必要なこと」がとても参考になると思いますので、そちらをオススメします。 発端は（食べられる方の）カリーうどん → 最近は秋葉原でスープカリー 当時は当社のオフィスが白金高輪だったので、近くにあるカリーうどんを食べてました。その後は岩本町、浅草橋と移転したので食べてるカリ
CTO室はじめました 〜新設CTO室が1年目にやったことと課題 - Qiita
この記事は、ZOZOテクノロジーズ #1 Advent Calendar 2019 24日目の記事です。 昨日は @sonots さんの「書き込みがあるワークロードにおける ZOZOTOWN マルチクラウド構想とその検討停止について」の記事でした。 はじめに こんにちは、ZOZOテクノロジーズ CTO室の池田（@ikenyal）です。本記事では今年の4月に新設されたCTO室がどのような業務及び組織作りをしてきたのか、現状の課題とこれからどうしていくのかを紹介します。 CTO室設立の経緯 2019年4月にZOZOテクノロジーズにCTO室が新設されました。その新組織立ち上げのタイミングに私自身も転職し、ZOZOテクノロジーズにジョインしました。 まずは、なぜCTO室をこのタイミングで立ち上げたのか、会社の歴史に触れながら説明します。 20年以上前の1998年、現在のZOZOグループの源流である
Google re:Work - マネージャー
イノベーション イノベーションを起こすためのスキルを習得し、業務に活かす方法を学びます。
突破するプロダクトマネジメント - クラシル開発チームで実践した事まとめ｜坪田 朋
こんにちは、坪田です。 dely Advent Calendar 3日目の記事です。 昨日は、エンジニアのmochizukiが NetflixのFast JSON APIを使ってみた を書きました！ 僕は、クラシルを運営するdelyでクラシルユーザー体験と、開発部門のマネジメントに責任を持っており、そのプロダクトマネジメントのスタイルを書いてみます。 よく、CXOって何をするのか聞かれますが、僕の場合は社長である堀江さんのビジョンを汲み取り、1秒でも早く、ユーザーに評価される最適な体験を作ってリリースする事を仕事にしてます。プレイヤー領域としては、UIデザインを武器にしているので、ユーザー体験を可視化しながら関係者を巻き込んで開発するスタイルが強みです。 今回は、突破するプロダクトマネジメントという内容で、クラシルで実践しているプロダクトマネジメントの手法について書きました。 タイトルを突
ビジネス、テクノロジー、クリエイティヴの バランスをとるには？｜深津 貴之 (fladdict)
Line Developer Day 2019にて、「ビジネス、テクノロジー、クリエイティヴの バランスをとるには？」という発表をしました。そのスライドや補足など。 この登壇では、下記のようなことについて話させていただきました。 ・ビジネス、テクノロジー、クリエイティブ視点で、経営レイヤーからどうバランスをとり連携していくか？ ・定性的な判断、定量的な判断、その両者のバランスをどうとるか？ 端的にいえば、この問題に銀の弾丸はありません。開発手法というよりも、地道な意識共有、価値観共有があるのみかなぁと思います。 あと現場からボトムアップするというよりは、経営者がしっかりやるべきことかなぁと。決算書の数字しか見れない経営チームというのは、あんまりよろしくないし、それを直すのは経営レイヤーの責務かなと。 売り上げだけとか、DL数だけを見ると、サービスはどんどん歪んでいきます。数年ぐらいは大丈夫
【EOF2019】新米VPoEがまんまと落とし穴にはまったお話
EOF2019で登壇した際の資料になります。 入社してから2年間のエンジニア組織の改革について書きました。
約4年続いた長期プロジェクトに途中参加して学んだ反省と教訓【Backlog Play 化プロジェクト】 | Backlogブログ
こんにちは。Raspberry Pi4でようやくギガビットLANにネイティブ対応したことにテンションが上がっているBacklog開発チームの佐藤です。 ヌーラボでは2015年11月から2019年の7月まで、BacklogをJavaからScala / Play Frameworkに移行するという大規模なリプレイスプロジェクト（以下、Play化プロジェクト）を行っていました。 私は2017年の夏からプロジェクト完了までこのプロジェクトに参加していました。 今回の記事では、Play化プロジェクトに途中参加した立場で、プロジェクト中に起きた出来事と当時の心境、問題をどう乗り越えたのか、反省と教訓についてもお届けします。 プロジェクトに参加する前は何をしていたか 出来事：Backlogの機能改善チームからPlay化プロジェクトチームへ移動 心境：不安だがトップダウンで決まったのではなく、自分自身の意
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
「時間がない」症候群、その傾向と対策
ビジネスパーソンのためのDX入門講座エッセンス版
なぜDXは分かりにくいのか？なぜDXプロジェクトはPoCで頓挫するのか？
独りよがりのプラットフォーム / For Whom that Platform Runs
