※この投稿は米国時間 2020 年 9 月 23 日に、Google Cloud blog に投稿されたものの抄訳です。 DevOps Research and Assessment（DORA）チームが実施した 6 年間の研究から、ソフトウェア開発チームのパフォーマンスを示す 4 つの指標が確立されました。 デプロイの頻度 - 組織による正常な本番環境へのリリースの頻度 変更のリードタイム - commit から本番環境稼働までの所要時間 変更障害率 - デプロイが原因で本番環境で障害が発生する割合（%） サービス復元時間 - 組織が本番環境での障害から回復するのにかかる時間 概要レベルでは、デプロイの頻度と変更のリード時間は速度の指標であり、変更障害率とサービス復元時間は安定性の指標です。チームはこれらの値を測定し、継続的に改善を繰り返すことで、ビジネス成果を大幅に向上させることができま

若くして才能を発揮し、高校時代から仕事としてリミックスなどの音楽活動を続ける音楽プロデューサー/DJのtofubeats氏。楽曲制作だけでなく精力的なライブ活動を行う同氏は現在Ableton Liveの機能を駆使したライブセッティングを用いており、2023年8月に公開された“Ableton Presents: In Session with tofubeats”では「プロジェクトの内側」が余すところなく披露された。 今回のインタビューでは、より詳しいプロジェクトの内容について触れるとともに、ライブ全体に通底する思想やDJプレイの考え方などtofubeats氏が持つ“ライブ術”について深掘りする。 HIPHOPからテクノミュージックへ、そしてLiveに出会うまで――まずは音楽的なバックボーンについて教えてください。 小学生の頃からよくJ-POPを聴いていたので、漠然と「中学生に上がったらバン

以前同僚から、いくつかのプロジェクトやタスクを持っているときにどう進めると良いかという質問を受けた。僕はその時、価値が出るポイントまで一気に進めてから次のタスクに取り組むようにしていると答えた。この話についてブログに言語化してみる。 良くない進め方の一例 たとえばプロジェクトA（自分の担当分工数10日）、プロジェクトB（自分の担当分工数20日）で、合計30日分のタスクを持っているとする。この時良くない進め方は、両方ともを完全に並列に少しずつ行って、30日後に終わるということだ。1 このやり方だと30日後にならないとプロジェクトAもBも結果が出ない。もしプロジェクトAのみに集中して終わらせれば少なくともプロジェクトAの結果は10日後に出るのに関わらずである。 このやり方がまずいのは当たり前に見えるのだが、気をつけないとやってしまいがちである。なぜなら少しずつ進めれば、他の関係メンバーに「自分

Googleは、オープンソースのプロジェクトにおいてメンテナが行っているさまざまな作業を、生成AIなどによる支援で軽減する「Project Oscar」を、インドのバンガロールで行われたイベント「Google I/O Connect Bengaluru 2024」で発表しました。 オープンソースプロジェクトには、Issueやプルリクエストやフォーラムでの質問などがコントリビュータから寄せられるため、メンテナはこれらに目を通して、不足している情報があれば指摘し、関連する情報があれば補足し、質問に返答するなど、コードを書く以外のさまざまな作業をしなくてはなりません。 プロジェクトが大きくなればなるほど、こうした作業の負荷は大きくなっていきます。 これらの作業を軽減し、コードを書くという最も楽しい作業に多くの時間をメンテナが割けるように支援するのが「Project Oscar」だと説明されていま

汎用人工知能(AGI)の研究に画期的な進歩をもたらすかもしれないとウワサされるOpenAIのAI開発プロジェクト「Q*(キュースター)」が、社内で積極的に取り組まれていることが伝えられました。 Exclusive: OpenAI working on new reasoning technology under code name ‘Strawberry’ | Reuters https://www.reuters.com/technology/artificial-intelligence/openai-working-new-reasoning-technology-under-code-name-strawberry-2024-07-12/ OpenAI's Q* Gets New Name, Project Strawberry: Report Says It Can Naviga

アジャイル・スクラム開発とウォーターフォール開発──開発手法を巡ってしばしば対立項に置かれるこの二つのスタイルは、考え方はもちろん、段取りやマネジメントの方法もまるで異なります。そんな全く異なるスタイルをとる二つのチームがコラボレーションし、開発プロジェクトを推進していくことは現実的に可能なのでしょうか？ そんなコラボレーションを、決済というミッションクリティカルな領域で実現し、新たなシステムのリリースにこぎ着けた実例がリクルートにはあります。 英語や英会話の学習を支援する『スタディサプリENGLISH（以下、スタサプENGLISH）』では、今や主流となりつつあるサブスクリプションモデルに決済システムが対応できていないという課題がありました。そこで、決済・金融関連のシステムを開発するチームと共同で、新たな決済システムの開発に取り組みました。 『スタサプENGLISH』のチームは、内製の開発

ひょんな事から、とある芸能事務所に入ることになり、 篁 響季、風祭 朝陽、小紫 桃果、山田 花音らは ユニット「LAUGH DiAMOND」を結成することになったが、デビューどころか、自分たちの曲も用意してもらえず目下日々自主練（≒放置）状態の憂き目に遭っている。 あまりにも放置されているため、自分たちで路上ライブを試みるが…。 そしていつの日か、ライブハウスでたくさんの曲で ライブをやることが LAUGH DiAMOND の目標に… そんな彼女たちに、 あなたの曲を歌わせてあげてくれませんか？ 「LAUGH DiAMOND」プロジェクトとは？ 最新のディープラーニング技術を駆使したAI歌声ライブラリでもあり、 「篁 響季（たかむら・ひびき）」「風祭 朝陽（かざまつり・あさひ）」 「小紫 桃果（こむらさき・ももか）」「山田 花音（やまだ・かのん）」 で結成された夢見るシンガーユニット「LA

www.infoworld.com 『Insider's Guide to Cloud Computing』（asin:B0BYHX7LF6）の著書もあるクラウド分野のベテランである David Linthicum が、「企業のクラウド離れ」についての記事を書いている。 最新の調査で、英国の企業の25％が、クラウドベースのワークロードの半分以上をオンプレミスのインフラに戻しているそうな。IT リーダーにした質問への回答を見ると、その大多数がクラウドからオンプレに回帰するプロジェクトに関わったことがあるという。なぜか？ 理由には、セキュリティの問題やプロジェクトへの期待の高さが挙げられている。そして、クラウドが「期待に応えられなかった」という回答も多い。予想外のコスト、パフォーマンスの問題、互換性の問題、サービスのダウンタイムも挙げられている。 オンプレ回帰の一番の理由は、やはりコストの問題

対話型の生成AI（人工知能）「Chat（チャット）GPT」の公開から30日で1年を迎えた。巧みに言語を操る生成AIの登場は世界に衝撃を与え、巨大市場に成長しつつある。開発元の米オープンAIでは人間をしのぐ「万能AI」の実現に向け、謎のプロジェクトが進むとされる。急速に進化するテクノロジーを制御するすべは、なお手探りだ。AIの発展は「未知の領域」にオープンAIの研究者数人が、人類を脅かす可能性

こんにちは、バクラク事業部のMLチームでソフトウェアエンジニアをしているTomoakiです。 今回はMLチームのスプリント管理におけるタスク・プロジェクト管理にNotionの新概念であるProjectを導入してみたら嬉しいことがたくさんあったので、それらを紹介したいと思います。 イントロダクション Notionの2.30リリースでプロジェクトという概念が登場し、プロジェクトの管理のテンプレートが公開されるなど大きなアップデートがありました。 www.notion.so 本記事でも紹介しますが、このリリースで紹介されているテンプレートが優秀すぎるので、まだみてない方は是非見てみてください。 MLチームでは5月末ごろから、ちょうどスプリント管理に課題感を感じており、早速NotionのProjectを取り入れて6月中に運用してみましたかなり良かったので、本記事では我々目線でのその効果を紹介したい

はじめに PiM（プロジェクトインサイトマネージャー）のコンセプト カスタムGPTの機能と要件 カスタムGPTの作成 実際の対話ログ おわりに はじめに この記事はABEJAアドベントカレンダー2023の5日目の記事です。こんにちは。プロジェクトマネージャーのブレイニーです。私はABEJAでPMアシスタントとして業務に取り組みつつ、PM研修を受講したり、プロジェクトマネジメントの手法が解説されている書籍を通じて理解を深めたりなどしています。そんな中、プロジェクトマネジメントのよくある失敗として、以下のようなケースが紹介されていました。 プロジェクトを進めている最中に突然新しいリスクや問題が浮上して、その結果、予期していなかったスコープ変更や、納期の遅延が必要となってしまう プロジェクトマネジメントでは、当初は見えていなかった問題が原因となって、計画通りにプロジェクトが進まなくなってしまうこ

プロジェクト管理とロードマップを単一のシステムで使用することで、部門の枠を超えたチーム作りができます。すると、チームが”いま”行っていることに集中でき、次のアクションの計画も立てられます。 コンテンツここで学べる情報プロダクト開発チームに必要なものは、優れたプロジェクト管理システムプロダクト開発チームのプロジェクト管理とロードマップの設定方法1. プロジェクトのすべてを記録するボード2. データベースのカスタマイズ方法3. プロジェクト管理システムの中身を作成4. テンプレートを使って所定のプロセスを定義5. 関連するすべてのプロジェクト作業をカード内でリンク6. Notionプロダクトチームおすすめの管理手法 プロダクトマネージャーは、あらゆる情報を把握しないといけません。しかし、正確な情報を得ることは大変です。また、関係者やユーザー調査情報、開発プロセス、プロトタイプ製品など、プロダク

この記事は、下記ブログ”RICE: Simple prioritization for product managers“を、著者の了解を得て日本語に抄訳し掲載しているものです。 ロードマップを作成する際、優先順位をつけるという作業は常に終わりのない課題です。あなたはまず最初に取り組むことをどのように決めていますか？ 新しいアイデアのブレーンストーミング、改善点の発見、そしてフィードバックを得ることに注力する中で、優れたアイデアが満載の確かなロードマップを得られるでしょう。しかし、それらのアイデアを実現する順番を決めることは同じくらい重要なことです。あなたが上手に優先順位をつけるためには、それ相応の時間を費やさなければなりません。 優先順位付けは常に難しい問題 では、ロードマップの優先順位付けはなぜそれほど難しいのでしょうか。何通りあるか数えてみましょう： ・あなたとはあまり関係のない大規

はじめにGLOBIS 学び放題 / GLOBIS UnlimitedのDirector of Productの久津です。 GLOBIS 学び放題 / GLOBIS Unlimitedのプロダクト開発組織は、2023年4月1日から大きく組織構造を変えました。具体的には、元々3チームで運営していたところを8チームに分割するという大胆な変更を行いました。この記事では、その狙いとプロセス、そして結果としてどのような変化があったのかをご紹介します。 なぜ組織の改革をする必要があったのか2022年度の体制これまでは、上記の図のようにプロダクト別にチームを組成していました。チームごとに担当プロダクトにフォーカスできるため、各メンバーがユーザーやドメインについて詳しくなるメリットがありました。多少の修正は都度行ってきましたが、我々は３年ほど、この体制をベースとして運営していました。 一方で、以下のような課

Fujitsu Advent Calendar 2016 13日目の記事です。 ワクワクする夢の技術ではなく、ドロドロした現実の現場での話。 Demo or Die Demo or Die ―デモを見せられないアイディアは、死んでいるのと同じ。 MITって大学のメディアラボのスローガンだ。うちの研究室はこの文化でやってるよ。 大学教授の言葉がずっと印象に残っています。動かさなければ意味は無い、と。 小学生の頃からプログラミングが楽しくて、社会に出てもその道で人を幸せにしたいと考えていました。 入社して 配属、そして疑問 いわゆる"客先常駐型"の、開発プロジェクトごとに人が集まる現場に配属。 言語はJava、人数は約60人。既に稼働し、改修や保守を行うフェーズでした。 たくさんの人の役に立てるシステムに携われるんだ、とワクワクしていました。 ほどなくして、不思議に思うことが出てきます。 配属

プロダクトを開発するうえで、欠かせない存在といえるのがプロダクトオーナーです。開発チームをまとめ、目標達成へと導く任務を担っており、ゴールに向けた方針を決定します。また、作業に欠かせないプロダクトバックログを管理するなど、非常に影響力の高い役割を担っています。 プロダクトオーナーと似通った仕事が多数あり、仕事内容やチーム内における立場の差異が分からない方も多いでしょう。今回は、プロダクトオーナーが手がける仕事や必要なスキルなどに加えて、他職との違いも解説します。プロダクトオーナーを目指している方や適任者を考えている方は、ぜひ参考にしてみてください。 目次 プロダクトオーナーとは？ プロダクトオーナーとは、製品開発における方向性を決める責任者を指します。顧客の要望を正確に捉えて、プロダクト（製品）の価値を最大限化させることに責任を持つ職務です。 プロダクトオーナーは、主にスクラム開発に標準的

権利者から許諾を得たゲームのシナリオを、LLM（大規模言語モデル）学習用の日本語のデータセットとして公開する「日本語オープンコンテンツデータセットプロジェクト」を、会社員で編集者の「松xR」さんが、個人でスタートした。 第1弾として、現在は解散している美少女ゲームブランドRosebleuの10作品（約550万文字）のシナリオデータをJSONL／TSV形式にコンバートし、商用利用可能なライセンス（Apache License 2.0）で公開した。 コンテンツは、Rosebleuの作品のうち、権利譲渡などがなされなかったもので、Rosebleu元代表・青猫氏から提供を受けたという。また、松xRさんが過去に作成した同人ゲームのシナリオ（約2万文字）と、一般人とお嬢様との会話のデータセット（約7000文字）も公開した。 「AI開発において、日本語の良質なエンターテイメントコンテンツが学習データとし

リリースから12年を迎えた「Chatwork」は、国内ビジネスチャットのフロントランナーとして、中小企業を中心に41万社以上の企業・組織に利用されています（2023年6月時点）。DAU（デイリーアクティブユーザー）も100万を超えるため（108.6万、2023年6月時点）、ビジネスタイムには絶えず飛び交う大量のメッセージをサービスとして安定して処理することが求められます。 一方で、長期間の開発によって蓄積した技術的負債等に対応するため、システムのアーキテクチャを見直す時期にもあります。それにあわせて開発組織も、巨大なモノリスに対して案件ごとにプロジェクトを組み直す既存の体制から、職能を横断したチームが自律して開発を推進できるフィーチャーチームへの移行がまさに進行しています。 こうした開発改善の実情と進め方について、本部長として推進する田中佑樹さん、エンジニアとしてフィーチャーチームに所属す

自分がこうありたいというメモ。 作業者と開発者の違いとして、問題解決への寄与だとか、創意工夫の余地があるかというのがありそう。 これは今 GPT-4 に聞いた。 Q: 作業者と開発者の違いを100文字ぐらいで教えて。 A: 作業者は指定されたタスクや手順を実行する人を指し、特定のルーチンや手順に従って作業を進めることが主な役割です。一方、開発者は新しい製品やソフトウェアを設計・構築する人を指し、創造性や技術的なスキルが求められます。作業者は指示に従い行動し、開発者は新しいアイディアや解決策を生み出します。 単なるタスクの遂行でなはく、より多くの責任とリーダーシップを求めている コードを書くだけではなく、問題解決や創意工夫の余地が多くあるタスクが欲しい 自分のアイディアをベースとして、形にすることで、プロジェクトを完遂したい そもそも何が問題なのかを明らかにするだとか、最適な解決策を見つける