【資料公開】ステークホルダーとの付き合い方を考える
みなさんこんにちは。@ryuzeeです。 2024年6月3日に行われたソニー主催、Forkwell共催の勉強会「TechLovers #2」の登壇資料を公開します。 プロダクト開発には、さまざまなステークホルダーが登場します。 プロダクトのフェーズや開発の状況によってステークホルダーの重要度は変わります。そしてステークホルダーごとに持っている権限の強さや権限が及ぶ範囲も違います。 これらを無視して開発を進めると、プロダクトに大きな影響を及ぼすようなことが起こりかねません（メテオフォールなるものもその1例です）。 つまり、戦略的にステークホルダーと付き合っていかなければいけません。 この資料では、フレームワークを活用してステークホルダーを分類し、分類に応じた接し方を紹介しています。 プロダクト開発においては、常にやりたいことややらなければいけないことがたくさんあり、時間や人は足りません。 そ
2024年度「大転職時代」における人的資本経営のトレンドと対策「2番目の報酬」「CQマネジメント」「アルムナイ」「パフォーマンスマネジメント」｜谷本 潤哉 - 株式会社O: CEO
2024年度「大転職時代」における人的資本経営のトレンドと対策「2番目の報酬」「CQマネジメント」「アルムナイ」「パフォーマンスマネジメント」 2024年度は「大転職時代」と称され、企業の人的資本経営における新たなトレンドと対策が必要不可欠となっています。 経済のグローバル化、テクノロジーの進化、労働市場の流動性の増加に伴い、従業員と企業の関係性は一変しました。 この新しい時代に適応するためには、企業は伝統的な経営戦略を見直し、2つめの報酬、CQ（文化的知性）・越境マネジメント、アルムナイ施策、パフォーマンスマネジメントといった分野におけるアプローチを取り入れる必要があるのではと考えてご紹介します。 人的資本経営のトレンドを深掘りし、企業が直面する課題に対して実践的な対策を提示しますが、組織の持続可能な成長と従業員の満足度向上を目指す企業にとって、これらのトピックは避けて通れない重要事項と
こんにちは。エムスリーエンジニアリンググループのコンシューマチームに所属している園田です。 普段の業務では AWS やサーバーサイド、フロントエンドで遊んでいるのですが、最近はもっぱら OpenAI や Claude3 で遊んでます。 今回は、最近巷で話題の LLM ローコード構築ツールである Dify の OSS 版を AWS のマネージドサービスのみを使って構築してみました。 DifyとはオープンソースのLLMアプリ開発プラットフォームで、様々なLLMを使用してChatGPTのGPTsのようなものがノーコードで簡単に作れます。 引用元: DifyでSEO記事作成を試してみる｜掛谷知秀 試しにAskDoctorsのガイドラインHTMLをナレッジ登録してみた ローカル環境で Dify を構築する記事はたくさん見かけますが、AWS のマネージドサービスで構築する内容は見かけなかった*1ので公
マイクロソフト、Project Natick水中データセンターの終了を明らかに Data Center Dynamics 2024.06.1951,047 views マイクロソフトはDCDに対し、Project Natick水中データセンターの取り組みを終了したことを明らかにしました。 この海底プロジェクトは数年間沈黙を守っていましたが、メディアや 他社からは継続的な取組みであるとして言及され続けていました。 「私は世界中のどこにも海底データセンターを建設していない」と、同社のクラウドオペレーション＋イノベーション（CO＋I）部門の責任者であるNoelle Walsh氏はDCDに対しコメントしました。 「私のチームはそれに取り組み、成功を収めた。海面下でのオペレーションや振動、サーバーへの影響について多くを学んだ。そこで、これらの学びを他のケースにも応用していくつもりだ」 同社は2013
あなたは今、ITエンジニアとして入社して3ヶ月が経過し、これから本格的にプログラミングを学ぼうとしている段階ではないでしょうか。 実はプログラミングを習得するためには、プログラミング自体の知識だけでは十分ではありません。抽象化のスキル、プロジェクトマネジメントのスキル、コミュニケーションスキルなど、多様なスキルが必要です。 私たちはこれまで約24年間にわたり開発を携わってきました。約500名のエンジニアと共にしてきました。そのなかでも新卒研修を共にしてきたエンジニアは100名にのぼります。 私たちよりももっと大きな経験豊富で素晴らしい研修を提供されている会社はあるかもしれません。でも、私たちは私たちなりに新卒エンジニアにとって素晴らしい研修を追求し続けてきた自負があります。 そこで今回は、そんな私たちの経験を踏まえて、入社3ヶ月の新卒エンジニアを対象に、プログラミングを学ぶためのおすすめの
「プロジェクトはうまくいかなくなるのではない、最初から失敗している」プロマネが憂鬱になる理由がここにある→「既視感しかない」「“当初予算は頭金に過ぎない”は、パワーワードすぎる」
いぐぞー ✈️ 旅するプログラマー @igz0 最近見つけた良本。 世界中の巨大プロジェクトを1万6000件以上、調べて「プロジェクトが失敗する要因」を徹底的に要因分析した力作。 炎上プロジェクトに関わったことのある人なら「そういうことだったのか」となる。 「オリンピックは何故予算超過するのか？」みたいな疑問にも答えていて面白い。 pic.twitter.com/TavtiJeTM6 2024-05-26 14:44:26
人が搭乗し、操縦できるパトレイバー「イングラム」を開発しているロボットベンチャーのMOVeLOT（東京都墨田区）は6月21日、製作中のパーツの写真やシミュレーターによる動作イメージとみられる映像、そして今回のプロジェクトのストーリー（設定）などを公開した。9月中旬に「お披露目会」を実施する予定で準備を進めているという。 公開された設定は、篠原重工から要請を請けたMOVeLOT HEAVY INDUSTRYが、イングラムをベースにしたテスト機を開発。しかしドライブアシストのデータ取得が納品に間に合わず、一般のパイロット候補生に搭乗してもらって検証を行うことに。両腕両手の操縦項目がメインのため、下半身はパージしたというもの（要約）。イングラムは上半身のみになるようだ。 同時に公開した動画は、作中に登場するモーション・トレーサー機能（ドライブアシストのための事前教示）を再現した内容になっている。
先日The Registerを見ていたらアジャイル開発の失敗率は268%も高い Study finds 268% higher failure rates for Agile software projectsという記事が目に入りました。 The RegisterはITニュースサイトで、日本で言うところのITmediaやWIRED、GIGAZINEみたいなところですかね。 その記事は元記事を紹介しているもので、『元記事はImpact Engineeringの宣伝ではあるが、アジャイル開発は期待ほどうまくいかないという疑念を抱かせるのにも十分である』というようなまとめになっていました。 ではImpact Engineeringってなんなんだよと元記事268% Higher Failure Rates for Agile Software Projects, Study Findsを最後まで読
フロントエンド開発の効率化！Nx と Playwright でビジュアルリグレッションテストを賢く実施しよう - Techtouch Developers Blog
はじめに なぜ VRT が必要なのか？ VRTとは？ Nx と Playwright で賢く VRT を実施する どう賢く実施したか 結果 まとめ 参考資料 はじめに 「食べログ ラーメン TOKYO 百名店」の全店舗訪問を目指してラーメン巡りを続けているフロントエンドエンジニアの kenshin です。 フロントエンド開発者の皆さん、新機能を追加したり、ライブラリをアップデートした後に UI が予期せず変更されてしまった経験はありませんか？このような問題を素早く検知し、未然に防ぐ方法として、ビジュアルリグレッションテスト（以下、VRT）があります。 この記事では、Nx と Playwright を用いて VRT を効率的に行う方法をご紹介します！ なぜ VRT が必要なのか？ フロントエンド開発では、新機能の追加やライブラリのアップデートにより、予期せぬ UI 変更が発生することがありま
「うちの部署(会社)ってバラバラだな」と感じたことはありますか？ 今回は、「分業はバラバラな職場を生みやすいのでは」という疑問をチームビルディングのプロである楽天大学 学長の仲山進也さんにお聞きします。ちなみに仲山さんはAgendの登場2回目。 私たちが「バラバラな職場」にならないよう、どうすべきかを教えていただきました。最後の「まとめ」まで是非お読みください。 仲山考材株式会社 代表取締役 / 楽天グループ株式会社 楽天大学 学長 まだ社員20人しかいない創業期の楽天に入社。楽天市場出店者の学び合いの場「楽天大学」を設立、人にフォーカスした本質的・普遍的な商売のフレームワークを伝えつつ、出店者コミュニティの醸成を手がける。「仕事を遊ぼう」がモットー。
例の調査結果報告書をセリフ形式で書き起こしてみた
編集「先生、6巻が出ましたね！6巻が出るころにはドラマ化を考えようって話してましたよね」 漫画家（うーん……過去作品のドラマ化ではいい思い出がないけど……） 漫画家「今度こそ原作に忠実にやってくれるなら……」 編集「はい！テレビ局からの打診があったら前向きに考えますね」 漫画家「未完の時点でドラマ化するなら、ドラマオリジナルの終盤は私があらすじからセリフまで用意しますね」 編集「はい」 --- テレビ局プロデューサー（以下P）「ドラマ化したいです！」 編集「いいですね！他局からも話はあるんですが、そっちは断りますね」 編集「ただ、漫画家は原作にこだわりの強い『難しい人』なので、そこは配慮してくださいね」 P「はいはい～」 編集「過去に脚本を自分で書くと言い出したこともある人でして。ベテランの脚本家より若手の柔軟な脚本家さんでお願いできれば」 P「はいはい～」（※聞いてない） --- P「脚
別にみんなそうするべきとは全く思わないのだけど、僕は最近GitHub Copilotを意図的に無効にすることがあるので、そのへんについて雑に書いておく。 あらかじめ言っておくが、僕はGitHub Copilotを有効にすることもある。この記事もGitHub Copilotおよびそのユーザーを批判する意図は全くない。 GitHub Copilot が便利な場面 僕がGitHub Copilotを使い始めて少なくとも一年以上は経ってる。自分が書こうと思っているコードに近いものが簡単に生成されていくことに最初は感動したし、便利な場面がはたくさんある。 具体的に便利な場面を思い返してみる。 僕は仕事ではNext.jsでフロントエンドを書いたり、NestJSでバックエンドを書いたりしているのだが、その用途では便利だった。僕は自分が関わっているプロジェクトのReactやNode.jsの書き方はある程度
カーネルv6.8のコードをベースに、プロトコルごとに異なる処理をソケットがどのように抽象化しているのか、またソケットがなぜファイルとして操作できるのかについて、データ構造を中心に解説します。
tsc の代替実装を作る話、とりわけ Rust や Go で tsc を高速化した移植版を作る話について。非常に野心的で面白いと思いつつ、正直僕は実用レベルまで達したものが本当に登場するのか疑問に思っている。今ある型システムもそうだし、新機能として追加されるものにも追従する必要がある。当然、実用レベルとして使ってもらうには、不具合も少なくないといけない。 それに tsc も最近はパフォーマンス改善に力を入れているように見えている。実際にリリースノートを見ると、ちょくちょくパフォーマンス改善系の変更が入っている。 TypeScript: Documentation - TypeScript 4.8 TypeScript: Documentation - TypeScript 4.9 TypeScript: Documentation - TypeScript 5.0 TypeScript:
マイクロサービスアーキテクチャのリポジトリ構成を漸進的にモノレポに移行した話 - Sansan Tech Blog
Sansan Engineering UnitでSansan Data Hubの開発をしている藤原です。 前回はニッチに深く潜り過ぎたので、今回は（使い古されたネタではありますが）モノレポ化についてお話ししたいと思います。 おさらい：モノレポ（mono repo）とは 一連のソースコードを単一のリポジトリで管理している状態のことです。 特に、実装言語、またはサブシステムやドメインといった何らかの区切りでリポジトリを分けている場合に、それらを集約することをモノレポ化と言います。 逆に、複数のリポジトリに分けている状態をポリレポ（poly repo）と言います。 モノレポのメリットとデメリット モノレポ化することで、以下のようなメリットが得られます。 プロダクト全体で統一したい設定、たとえばCIスクリプトやlinter設定などの管理が楽になる。 検索が楽になる。GitHubの検索で事足りること
こじれない要件定義を行う方法(顧客は何に悩んでいるのか？をU理論で紐解き、Well-Architected Frameworkに落とし込む) - Qiita
こじれない要件定義を行う方法(顧客は何に悩んでいるのか？をU理論で紐解き、Well-Architected Frameworkに落とし込む)チーム開発マーケティング要件定義Well-ArchitectedFrameworkマーケティング戦略 顧客に寄りそった要件定義とWell-Architected Frameworkを考える(4/6) はじめに U理論（Theory U）は、組織変革とリーダーシップに関する理論で、MITのオットー・シャーマー（Otto Scharmer）によって提唱されました。この理論は、個人や組織が直面する深い変化のプロセスを理解し、未来の可能性を引き出すための枠組みを提供します。 今回は、ファシリテーション手法として有名なU理論を用いて、こじれない要件定義を行う方法について、模索した結果をまとめさせて頂きました。要件定義の参考になれば、幸いです。 目次 はじめに U
IT業界に足を踏み入れた2013年から拝見していて、うおおお素敵なオフィス！ ここも素敵！ いつか載ってみたい…あこがれ…と思っていたので、まさかこんな日が来るとは！とそわそわしています。 プロジェクト概要移転プロジェクトが動き始めたのは昨年2023年6月ごろ。私は当初からオフィスUX・デザインリードとしてプロジェクトに入りました。8月のブランドリニューアル〜初期浸透を終えてからは、オフィス移転をメインミッションに持ち、今日まで走ってきました。 メインメンバーは3名で、それぞれの得意分野のボールを持ちつつ、先方とのやり取りは担当範囲のものを請け負うという形で進めていました。 予算・交渉担当：CFO 渡瀬（@watase） システム・機材担当：コーポレートエンジニアリング室 篠嵜（@helosshi） オフィスUX・デザインリード：BXデザイナー 千葉（@chibakun） 思えば3人は少な
Kotlin 2.0 リリース記念： 高速で、スマートな、マルチプラットフォーム対応 | The Kotlin Blog
この度、安定版 K2 コンパイラーを備えた Kotlin 2.0 をリリースすることになりました。このコンパイラーはマルチプラットフォームとしてゼロから開発されており、コードをより深く理解して 2 倍の速度でコンパイルすることが可能です。 Kotlin は JVM 言語として始まり、その簡潔さと安全性により、開発者をすぐに魅了しました。 AWS、Adobe、Atlassian、Google などの大手企業が採用し、サーバーサイドで急速に普及しています。 Kotlin は Android 開発の主要言語としても採用されるようになり、上位 1,000 タイトルに入る Android アプリのうち 95% が Kotlin コードを使用しています。 JetBrains は Kotlin Multiplatform（KMP）を導入することで Kotlin の限界をさらに押し広げ、サーバーサイド、ウ
[ゼロから始めるプロジェクトマネジメント] プロジェクトの移動するゴールを追い続けよう、記録しよう | DevelopersIO
プロジェクトマネジメント未経験の方も今日から参考にできるTipsをシェア。 ゼロから始めるプロジェクトマネジメントシリーズ第十一回です。 プロジェクトのゴールはうつろいます。 ゴールを記録し続けることでプロジェクトの現在位置を常に把握するようにしましょう。 情報システム室の進地＠日比谷です。 プロジェクトのゴールはうつろいます。残念ながらうつろいます。貴方が無菌室で一人で行っているプロジェクトであってすらうつろいます。貴方が変化し続けるからです。今回は、うつろいゆくプロジェクトゴールを記録し続けることの意義についてまとめます。 プロジェクトのゴールはうつろいゆく プロジェクトのゴールはなぜうつろい、移動してしまうのか。理由は主に３つあります。 外部環境が変わってしまうから 内部環境が変わってしまうから 貴方が変わってしまうから まさに仏陀の仰るとおり、万物流転です。 外部環境が変わる 開発
![[ゼロから始めるプロジェクトマネジメント] プロジェクトの移動するゴールを追い続けよう、記録しよう | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/b179f3dc42d854147a8748ca10459ac38ff24c84/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2024%2F06%2F28cd71a8787c6f7b8ae2fca7959addd8.png)
筆者「失敗は実際にやらかすとダメージが大きい。この本で失敗を疑似体験して、役に立てて欲しい」→こうしてできあがった失敗本『ソフトウェア開発現場の「失敗」集めてみた。』
出石聡史@『ソフトウェア開発現場の「失敗」集めてみた。』発売中！ @sdeishi #ソフト開発失敗本 ができるまで総集編。2/8 その1「事件はビアバーで起こっている」 その2「ビビリものの選択」 その3「投稿をレビューしてもらう」 その4「心の準備は出来ていないけど一歩踏み出す」 #開発 #エンジニア pic.twitter.com/yygAZVERrD 2024-06-12 12:57:18
システムの要件定義をやってると、「これ、そもそも業務を整理した方が良くないですか？」みたいな場面に遭遇することが良くある→様々な要因で結局整理できない
ℍ𝔸𝕃＠猫と個人開発 @HAL1986____ システムの要件定義をやってると、「これ、そもそも業務を整理した方が良くないですか？」みたいな場面に遭遇することが良くある。 で、いろいろ話を聞きながら、あるべき形を模索してみるんだけど、「ここはこういう事情が」「ここは顧客が対応出来ない」「ここは法律でこうなってる」とか、結局大して整理できずに終わることが多々ある。 「なぜこの業務に落ち着いたのか」と言うところは、周りから見ただけでは分からないので、安易に批判するのは良くないなと感じている。 2024-06-04 06:57:54
新プロジェクトX 世界最速へ技術者たちの頭脳戦〜スーパーコンピューター「京」〜 1980年代の日本製ベクトル型スパコン優勢の時代から空白があり日本製スパコン復活とその開発のストーリー(空白期間とされる時期に地球シミュレーターがあるのだが無視されている)。検討時にはベクトル部とスカラー部のあるハイブリッドだったが他社が撤退しスカラー部を担当する富士通のみとなった。理研は登場せず富士通の設計部隊を取り上げている。 ドラマのメインはほぼこれ。→ スパコン「京」生んだ、富士通・池田敏雄氏のDNAあと、開発のボスとリーダーがインターコネクトに関して丁々発止のやりとりをする姿。他の部分は大幅に省略されていてCPUの性能向上に関しては工夫して性能が向上しました程度の扱い。たぶんSXARのことじゃないかな。→ SPARC64VIIIfx 富士通次期スーパーコンピュータプロセサビジュアル的にはTofuインタ
【機動警察パトレイバー】_実機制作プロジェクト_ストーリー公開
【機動警察パトレイバー】_実機制作プロジェクト_ストーリー公開フォワードになって、イングラムを操縦できる未来がここに 128ビットCPUのアップデート対応のため「AV-X30_INGRAM」テスト機を開発 篠原重工から要請を請けたMOVeLOT HEAVY INDUSTRY（以下MHI）は、イングラムをベースにしたテスト機「AV-X30」を開発。 すでに退役機となっていたイングラムだが、最新の高性能CPUを搭載することで最前線への復帰が承認された。 AV-X30は128ビットCPUを搭載し、性能のアップデートを目的にデータ取得及び検証を実行。 これまでに正規パイロットのデータ取得と検証は終わっているが、不測の事態へのアシストのためには正規パイロットでは考えられないような挙動のデータを収集する必要もある。そのため、不測の事態に備えてドライブアシストを起動するための1,000箇所に及ぶ項目のデ
Team PlannerProject ManagementVirtual OfficeChatDocumentsInboxTeam PlannerProject ManagementVirtual OfficeChatDocumentsInbox Unmatched productivityHuly is a process, project, time, and knowledge management platform that provides amazing collaboration opportunities for developers and product teams alike.
モダンPM技法の三本柱の一つである、EVMS(Earned Value Management System)について、しばらく解説してきた。EVMSでは、横軸にプロジェクト開始からの日付、縦軸に金額をとったグラフをよく用いる（理屈の上では、別に金額に限る訳ではなく、成果物の数量を表す単位、たとえば床面積m2とか設計図面数でもいいのだが、現実には金額を使うことが多い）。そしてこのグラフの上に、計画線PV・実績線AC・出来高EVの3本の線を描いていく。 EVMSでは、スケジュール差異SV（=EV-PC）と、コスト差異CV（=EV-AC）を主要なKPIとして見ていく。両方とも、プラスならば良好、マイナスならば問題を表す。つまり、グラフで言えば出来高EVのカーブが、計画線PVや実績線ACのカーブよりも上に来ているかを、まず注目する訳だ。 そして一般に、プロジェクトという活動は、最初はゆっくり立ち上
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
話題のLLMローコード構築ツールDifyをAWSのマネージドサービスで構築してみた - エムスリーテックブログ
マイクロソフト、Project Natick水中データセンターの終了を明らかに | Data Center Café
入社3ヶ月の新卒エンジニアにおすすめするプログラミング入門書10選
人が乗って操縦できる「パトレイバー」、製作中の写真や動画など公開 9月中旬にお披露目会
『アジャイル開発の失敗率は268%も高い』のコメント欄が面白かったので紹介するよ - Qiita
「バラバラな職場」はどうして作られるのか────チームビルディングのプロに聞く。
最近は意図的にGitHub Copilotを無効にすることがある
新Linuxカーネル解読室 カテゴリーの記事一覧 - VA Linux エンジニアブログ
tsc の代替実装は作れるのか - mizdra's blog
デザイナーとみる、LayerXのオフィス移転プロジェクト｜千葉 百枝｜chibakun
新プロジェクトX スパコン「京」の回 感想と思い出 : 竹下世界塔の計算機よもやま話
Everything App for your teams
モダンPMへの誘い 〜 計画のSカーブは、実は2本あり得る | タイム・コンサルタントの日誌から