権限移譲する技術 - 宮田昇始のブログ
SmartHRの社長の宮田です。 この記事は SmartHR Advent Calendar 2019 3日目の記事です。 ソフトウェア開発にも役立つであろう「権限移譲」について書こうと思います。 胸を張って「これが得意です」と言えるものってそんなに無いのですが、CTOの芹澤さんから権限移譲だけはホメてもらえます。最近では「もしかしたら得意なのかも？」と思えるようになりました。そんな私が気をつけているポイントをまとめています。 権限移譲について学んだことはなく、独学です。そのため、すごーく当たり前のことしか書いてないかもしれませんし、逆に一般論からかけ離れている可能性があります。 あくまで、私が気をつけているポイントとして読んでいただければ。 いかに権限移譲してきたか？ はじめに、私の権限移譲について紹介します。 半年でプロダクトにノータッチに 起業する前、私はWebディレクターとして仕事
「『何となく違うんだよなぁ』という曖昧なダメ出しにイライラしてきた」FF14を12年間率いる吉田直樹氏が、スタッフにとにかく根気よく説明する理由 | 文春オンライン
世界でもっとも人気が高いMMORPGゲームのひとつに成長した「ファイナルファンタジーXIV（以下、FF14）」。 しかしFF14の発売当初の評判は「ゲームとして成立していない」と言われるほど低いものだった。コピー＆ペーストが多用されたマップ、爽快感のないバトル、使いにくいUIなど問題が山積。 日本を代表するゲーム会社スクウェア・エニックスの人気シリーズで、なぜこのような失敗が起きたのか。そして炎上の真っ只中でプロデューサー兼ディレクターに就任した吉田直樹氏は、どのようにその惨状を立て直したのか。 「すでにサービスが開始されているオンラインRPGをイチから作り直す」という前代未聞の決断の内実と実情を吉田氏に聞いた。 会社の動きとは別の流れで、調査に巻き込まれていった ――現在は人気も評価も右肩上がりを続けるFF14ですが、吉田さんがプロデューサーとディレクターを兼任で引き受けた2010年はま
Meety フルリモートワーク＆顔出し不要の働き方
Meetyでは、フルリモートワーク＆顔出し不要という働き方を推奨しています。 背景にあるのは「一人ひとりの人生を大切にし、自律的なハイパフォーマーが集まるチームをつくる」という組織の理想です。 それを実現するために、なぜ私たちがこの働き方を選んでいるのか。 全ての業種で成立する働き方ではないですが、私たちのようにWebサービスを提供するプロダクトドリブンな企業で、どんな実践ができるのか。 私たちの思想と取り組みをフルリモートワークのオープンソースのような形でドキュメントにしました。 Meetyで働くことに興味がある方には働き方の様子を、フルリモートワーク導入を検討している方にはメリットや課題を、体系的にお伝えできれば幸いです。
最近ではReactやVueを使ったリッチでインターラクティブなUIがどんどん主流になってきていますし、2020年以降もこの流れは加速し続けるでしょう。 SPA（Single Page Application）やPWA（Progressive Web Application）の普及によって今までモバイルでしかできなかったことがwebでもどんどんできるようになってきています。 また、Firebaseを使うことでクラアントサイドだけの高速なサービス開発が可能になってきていて、今後ますますWebフロントエンドのニーズは増えるのは確実です。 （サーバーサイドが必要ないという主張がしたいのではありませんが） Webフロントエンドをどのように勉強するのか 初心者に立ちはだかる壁 しかし、何か作ってみようと思ってもなかなかほどよいアプリがありません。TODOぐらい簡単なものだと雰囲気を掴むのにはちょうどい
こんにちは、freee会計のプロダクトマネージャー（以下PM）をしております、gokiです。 皆さん、「ドメイン知識」という言葉、聞いたことありますか？ ドメイン知識（英: Domain knowledge）または領域知識は、はっきり限定された、ある専門分野に特化した分野の知識であり、一般知識またはドメイン独立の知識と対比される。 ドメイン知識 - Wikipedia freee会計での開発現場で例示すると「確定申告のプロダクトを作るには、開発技術だけでなくそもそも確定申告業務の理解というドメイン知識が必要だよね」みたいな使われ方をします。 freeeはスモールビジネスの皆さんのバックオフィス業務を改善するプロダクトを作っているので、このドメイン知識が開発においても必要な場面が多いです。 そこで、今回はドメイン知識が必要な開発をどのように進めるか、というコツをPM目線でご紹介しようと思いま
※ 2つの意味で解釈できるようなタイトルだった*1ため、より伝えたいことが明確になるタイトルに訂正しました。ご指摘いただいた皆様ありがとうございました。お詫び申し上げます この記事はEngineering Manager Advent Calendar 2019の17日目の記事です。 手前味噌だが、所属している会社のエンジニア組織はだいぶ良い感じになってきているという自負がある。最近書いた自社のブログのエントリも多くの方に共感いただいた。 hackerslab.aktsk.jp 一つ一つの組織活動に対してこれって本当にあるべき姿なんだっけというのを問い続けながら地道な改善を続け、組織としての練度が大分高まってきた。 結果として、自社のあらゆる組織の中で、エンジニア組織は一番改善が進んでいる。*2 一方で、そこはかとなく、「このままで良いんだろうか」というモヤモヤがある。 会社はエンジニアの
歩兵 @gontasan1992 英語のメールを打つのが本当に面倒で色々悩んだ結果ひらがなで英文を登録してから1年程が経ちましたが、結論めちゃくちゃ使ってます。割と便利です。 pic.twitter.com/qJtcIL8hVv 2021-11-27 10:38:59 歩兵 @gontasan1992 商社→IT / ハードな海外駐在を機に、地縁・血縁を大事にしながら人間らしく生きようと地元にリターンしてきたアラサー / 2児の父 / 人それぞれの転職の葛藤や生き様を綴る note 『俺たちの転職物語』運営兼編集長 / 兼業個人事業主2年目 https://t.co/ckoSDzyDgR
こんにちは、プロダクトマネージャー（以下、PM）のadachiです。 SmartHRでは、年始に各部署のリーダーがその年の方針を発表することになっています。今回は私がPMグループの方針として書いた文章を、丸ごとそのまま公開したいと思います。 本文に入る前に、少しだけ補足をさせてください。 現在PMグループには13名のPMが所属しており、それぞれ担当するプロダクトの性質もフェーズも異なります。そのようなチームに向けたメッセージということで、やや抽象的かつ焦点が絞りきれていない内容になっております。（言い訳その1） また、改めて読み返すとかなり基本的なことしか書いていないのですが、基本に立ち戻ってがんばろうぜ！という趣旨であることをご理解いただければと思います。（言い訳その2） そして、あふれる思いを詰め込んだ結果、かなりの長文になってしまいました。シンプルさを美徳とするPMとしては汗顔の至り
越澤明 Prof.Emeritus Akira Koshizawa @akirakoshizawa @178neet 引用”里中満智子学科長は「夢を形にすることを学ぶ学科。刺激を受けて学生たちがより個性を磨いて巣立ってほしい」‥。古城をモチーフにしたデザインについて、‥塚本副学長は「‥『城』らしく仕上がった。賛否はあるが非現実を感じながら、発想力を鍛えてほしい」”sankei.com/article/202111… 2022-01-10 12:39:20
スクラムを開発方法論に採用しているチームで開発者をしています。最近たまたま見積もりについての話題がチームであがり、私の経験や考えを整理してみる機会にしようと考えました。お断りとして、本稿の考え方が正しいと主張する意図はありません。世の中にはさまざまなチームや開発スタイルがあります。私が経験していない業務においては他のやり方もうまくいくケースがあると考えています。 スクラムガイド には見積もりの実践について明確な指針を提供していません。一方でスプリントを設定し、スプリントプランニングを行う上で通常はその期間内にスプリントゴールの達成を図ることから、必然的になんらかの見積もりを行うことを前提としています。インターネットを検索すると、プランニングポーカーとストーリーポイントを用いた見積もりの記事も多くみつかります。私の立場として、ストーリーポイントという見積もり手法をやや懐疑的にみています。この
―─外資系IT企業三社をそれぞれ九年間ずつ、二七年間経験されましたが、そんなご経験に関心を持った自動車部品最大手のデンソーから声がかかり、技術顧問をされていますね。 自動車産業は日本にとって最後の砦とも言えるものですが、デジタル化の進展にともなって、MaaS（Mobility as a service、マイカー以外の公共交通機関やカーシェアなどの移動全体を一体のサービスとしてとらえる概念）や、CASE（自動車業界の変革を象徴する造語。接続のConnected、自動運転のAutonomous、カーシェアリングのShared、電気自動車のElectricの頭文字から成る）、あるいはIoT（モノのインターネット）など、取り巻く環境が激変しています。変化の主体は産業のサービス化であり、その背景にデータをいかに有効活用するかという技術や、事業化のノウハウが求められ、そうした点で期待されたのだと思いま
スクラムマスターがやること、やらないこと - アジャイルトレーニングの専門家に聞いてみた - エンジニアHub｜Webエンジニアのキャリアを考える！
スクラムマスターがやること、やらないこと - アジャイルトレーニングの専門家に聞いてみた スクラムマスターとして日々仕事に邁進していても、教科書どおりにいかないこともしばしば。イベントに人が来ない……、タスク終わらなさそう……などなど、スクラムマスターが直面しがちな、「あるある」な悩みを、アジャイルコーチの吉羽龍太郎さんに相談してみました。 イベントマネジメントの心得 スプリントレビューでは言いたい放題言わせよう！ スプリントの期間延長は絶対NG 大切なのは原因の究明 スコープと期限の両方を守るのは難しい よいチームを作るためにスクラムマスターができること アジャイル開発の定番手法ともいえる「スクラム」。開発チームにスクラムを導入し、効率的に開発を進めるには、スクラムマスターの手腕が欠かせません。しかし、いざスクラムを運用しようにも、現実には教科書どおりいかない場面もあるでしょう。 イベン
Regional Scrum Gathering Tokyo2023 の中の moyiyuya さんの「私考える人、あなた作業する人」というセッションが大きな反響を呼んでいました。 スクラムを導入してチームとして一体感をもってプロダクト開発をよりうまくやっていきたかったはずなのに、いつの間にか「私考える人、あなた作業する人」という関係性ができてしまっていた、という相談を受けることがあります。 なぜこのような「私考える人、あなた作業する人」という関係性が生まれてしまうかについて、コミュニケーションの観点で考えてみます。 プロダクトオーナーと開発者の堺目 「私考える人、あなた作業する人」のような関係性が生まれてしまっているチームでは、開発者からプロダクトオーナーに対するコミュニケーションが以下のようになっていることが多いです。 プロダクトバックログを出してくれたらつくります 仕様を決めてくれた
アジャイル迷子のための「アジャイルの本質」。あとDDDとのつながり - little hands' lab
記事の構成 アジャイルソフトウェア開発とは アジャイルマニフェストとは アジャイルマニフェストの問題 そこで、アジャイルの本質 by マーティンファウラー アジャイルソフトウェア開発とは？ アジャイルソフトウェア開発とはなんでしょうか？ 「アジャイルマニフェスト(後述)の4つの価値観、12の原則に従う開発方法の総称」 これが最もオリジナルな定義です。 なぜこんなややこしい言い回しをするのは後から説明します。 重要なことは、「アジャイル」という具体的な手法があるわけではないということです。 アジャイルはマインドセット(思想、考え方)です。そのため、 ✖️ do agile 「アジャイルをやる」はありません。 ⭕️ be agile 「アジャイルになる、アジャイルの思想に則る」はあります。 アジャイルの思想に則った開発手法として ・スクラム ・エクストリームプログラミング(XP) ・リーンスタ
2022.11.05 Scrum Fest Sapporo 2022
2019.6.23 DevLOVE X (DevLOVE 10周年イベント) @ NAVITIME で話した資料です。
こんにちは。プロダクトマネージャーの@more_tです。 pmconf2022の登壇機会をいただき「アイデアと上手くつきあう方法」というトピックで発表させてもらいました。 このエントリーは発表内容の書き起こし記事です。発表の中から特にとりあげたいポイントを中心に補足や加筆しています。登壇のアーカイブ動画も公開されています。 安全に温泉に通いたい 最初にかんたんなクイズを持ってきました。こちらの文章からどういった解決策が取れるか30秒程度で考えてみてください。 「あなたはとある村の村長です。 ある日、村の近くの森に温かい温泉が湧いていることに気がつきました。 しかし温泉へ向かう橋は先日の大雨で流されてしまい、 復旧が必要な状況です。 村の皆は温泉が大好きで、橋の使えない川を渡っていく人もいれば、 わざわざ遠回りしていく人もいる状況です。 さて、村人たちが安全に温泉を利用するためにあなたは村長
「プラント・エンジニアリング会社のように、物理的に目に見えるモノを作っている分野は、数量が測りやすいからいい。ソフトのように目に見えない成果物を作る仕事は、進捗管理がとても難しい。」 ・・こういう意味のことを、IT業界の方から何度か言われたこともある。いえいえ、どういたしまして。プラント・エンジニアリングのプロジェクトでは、設計業務だけで18ヶ月〜24ヶ月もかかる。この間、膨大な図面や仕様書が生成されるが、プラント予定地では１年後にやっと、基礎工事のための穴掘りが始まる程度だ。設計作業の進捗をどう捉えるかは、同じように悩ましい。
リリースするたびに「影響範囲の考慮漏れ」によるトラブルを起こす。こういう症状は、既存のソフトウェアシステムに追加開発を繰り返す組織によく見られるのではないかと感じます。コードやシステムの変更が影響を及ぼす箇所を見逃してしまい、未修正な箇所が残されたまま本番リリースされたために発生するトラブルです。 このようなトラブルが頻発すれば、関係者らは不満を感じます。エンジニアたちの能力に不信感を抱くかもしれません。 しかし、不満の矛先をエンジニアに向けたところで問題が解決することはありません。そもそも原因を見誤っているからです。根本的な原因は、もっと奥深くにあります。 影響範囲の考慮漏れの多発は、ソフトウェアシステムが大きな問題を抱えていることを知らせるサインです。このサインを見逃して表面的な対策ばかりを続けていると、症状が良くなるどころか、かえって悪化し続けることになるでしょう。 問題/原因の3層
去年に引き続きクリスマスイブになんか作ったシリーズです。 下記のような感じで、ガントチャートを雑に作れるVSCodeの拡張機能を作りました。 テキストを編集してもいいし、プレビューを操作してもいいというのがこのツールの売りです。 変更内容は相互に同期します。 VSCodeなので、当然ながらコピペやマルチカーソル、置換なんかも普通に使えます。 VSCodeの編集機能で、GUI部分の貧弱さを補おうというコンセプトです。 実用性や自由度は低めですが、文法や操作方法を覚える必要も最低限になっているんじゃないかなと思います。 あと、ただのテキストなんで、Git管理もできますね。 ２週間程度の短期予定を立てる用途を想定しています（自分はその程度の予定しか立てません）。 要望に答える可能性は低いですが、プルリクを頂ければ割と軽率にマージすると思います。 かんたんな導入方法 まずVSCodeを開き、おもむ
｢犬は主人に対して忠誠心を持つ｣は間違い…科学的研究でわかった犬が本当に考えていること あくまで動物であり､常に本能で動いている
犬は本能を理性でコントロールできない 犬という動物を知る上で、大前提として知っておきたいのは、五感の感覚が人間とはまったく違うこと。そして脳の働きも人間とはまるで違うということです。 これは当たり前のことなのですが、ともすれば、犬と家族同様に暮らしていくうちに、犬も人と同じようにものを見たり聞いたりし、人と同じような感情を持つように思い込んでしまう方もいます。 同じ空間で生活していても、犬は人間とは違う世界で生きています。 まず感覚受容器の構造が違うため、人と同じ環境にいても、目、耳、鼻から受け取る情報が人間とはまったく異なっているのです。 感覚受容器は、外部からの刺激を脳に伝えて行動を促す役割があります。 動物の行動には、それを促す何らかの刺激が必ず存在し、五感が敏感であるほど刺激を受けやすいということになります。 その行動を司つかさどるのが脳ですが、人の脳と、犬などの哺乳類の脳では大脳
GitHub Projects を利用したタスク管理 - 一休.com Developers Blog
宿泊開発チームでエンジニアをしている @itinao です。 昨年の10月に入社しました。 今回は GitHub Projects を利用したタスク管理について記載します。 なんとなーく GitHub Projects 使うと、KANBANにしてみたり リストにして使ってみたり で終わってしまいます。 もっと色々できるんだよってことが伝えられればと思います。 背景 どんな機能があるか Custom Fields Views Group by Slice by Workflows ISSUEと Pull requestの紐づけ Insights タスクの進め方 タスクの洗い出し 見積もり 現状の課題と今後の展望 まとめ さいごに 背景 一休ではチームごとにタスクの管理方法が違い、 Google Spreadsheet・GitHub Projects・Jiraなど、チームごとにタスク管理の方法
【悲報】日銀に資本注入？日本経済新聞なのに経済の知識がないことが露呈！日経OBさんやらかす「現役記者では言えませんがOBの私なら言えます！金融緩和をやめ日銀を破綻させ消費税を30%にして集めたお金を日銀に資本注入しましょう！」ツイッター識者「？」「え？円刷ってる日銀に何を注入するんでしょう？ルーブルですか？w」「日経ヤバすぎるだろw」
事の起こりは日本経済新聞社高橋"経済部長"が円安は黒田が悪いというとんちんかんなコラムを書いたこと。 日経を退社した後藤達也氏の元部長で、執行役員をやった日経OB氏がツイッターに手ぶらでやってきて、後輩の高橋部長の記事にお気楽に「現役ではこれが限界かな？OBの私なら増税して日銀に資本注入と意見します。増税30%だ！」とつぶやいたから、さあ大変。リフレ反リフレ関係なく、名だたる本物のプロと経済クラスタに「日経は大丈夫なのか？」と突っ込まれて大炎上。 テレ東の篠原官邸キャップによると、こと経済に関する霞ヶ関の常識は日経OB氏の常識とまったく同じようで、いかに世間や経済学の常識と乖離しているかがうかがえました。ツイッターの反応見る限り、日経の信用は地に落ちてますよ？岡田直敏会長、長谷部剛社長(･ω･ ) #wbs 続きを読む
がくり（ソフトウェア関連垢） on Twitter: "昔、Googleのテスト自動化マネージャみたいな人が、日本に招待されて講演後、 日本人「コスパ悪いのをどう解決してますか？」 Google「解決していないです」 日本人「え！？」 Google「？」 日本人「コスパ・・・」 Goo… https://t.co/mWGWIQ7H9p"
昔、Googleのテスト自動化マネージャみたいな人が、日本に招待されて講演後、 日本人「コスパ悪いのをどう解決してますか？」 Google「解決していないです」 日本人「え！？」 Google「？」 日本人「コスパ・・・」 Goo… https://t.co/mWGWIQ7H9p
みなさんこんにちは。@ryuzeeです。 スクラムにおいて、スクラムチーム全体のパフォーマンスをどのようにして上げていくかは難しいテーマですが、プロダクトオーナーの視点でこれを捉えた「10 things you must do to build high-performing Scrum Teams as a Product Owner」という記事が良い記事だったので、翻訳したものをご紹介します。 翻訳に際しては、著者のMaarten Dalmijnさんに快諾いただきました。 なお、著者のMaartenさんはほかにもプロダクトオーナーに関する有用な記事を書いているので、参考にするとよいかと思います。 プロダクトオーナーの開発チームへの関わり方は、開発チームのパフォーマンスにおいてとても重要です。ダメなプロダクトオーナーだと、ハイパフォーマンスチームを簡単に潰してしまう可能性があります。 私
プログラミングは学校だったり自分で本を読んでプロダクトを作って勉強して能力を伸ばすでしょ。 それでプログラマーとして就職する。 こういう流れができている。 マネジャーの育成ってどうやるの？ PMBOK? MBA? これらを習得すれば自然と管理職が務まるようになるのか？ 管理職は人間を動かしてプロジェクトを推進する仕事だが、学習段階で実際の人間とプロジェクトを使ってトレーニングするわけにはいかないよね。 AIが人間の行動を模倣できるようになったら、VR管理職シミュレーションゲームで架空の管理職を体験して学べるようになるのだろうか？
伝統的でかつ大きな組織で、アジャイル開発を広げていくためには？ 難しいテーマで、必ずといって良いほどに直面する。様々な考え方があるが、何周か回って、私は「ガイドを作る」を推奨することにしている。 ガイドと聞いただけで眉をひそめる人もいるかもしれない。私も、ガイドなんかで表現できるものではない、かえって安易な理解に留まってしまう、と考えていた方だ。 しかし、アジャイル開発に限らず、何をするにしても最初のまとまった足場的知識が無ければ、スタートを切ることさえできないのも事実。もっというと、足場的な理解とは当事者だけ得られば良いわけでもなく、同じように組織内の他者にも一定分かってもらう必要がある。そうでなければ組織として動くことができない。 だからこそ、スクラムガイドがある。いくつかモダンなアジャイル開発の入門書もある。そう、まずもって、アジャイル開発に取り組むのであれば、スクラムガイドを読むの
ITプロジェクトに関わるプロジェクトリーダー、プロジェクトマネージャー向けの理解しておくべき英語の言い回しが紹介されています。プロジェクトのプロセスに合わせて、ポイントや例文を多数紹介しており、より具体的で活きた英文を学ぶことができます。工数や人日・人月などの表現から、契約締結、共通化、引き継ぎ、遅延、暫定対応、検収、口頭伝達などよく使う表現にポイントを絞って例文を紹介しています。企画、設計、開発から、保守、管理、評価まで、ＩＴプロジェクト全体をカバーしているため、PLやPMの方はもちろん候補となるエンジニアのメンバーも抑えておくとよいでしょう。
これは Recruit Engineers Advent Calendar 2022 - Adventarの13日のエントリーです。（書いているのは21日です。） 1. 納期コミットのオーダーは結果的に納期を遅らせる 先日、興味深いエントリーを読んだ。 bufferings.hatenablog.com これにつてはほぼ同じようなことを社内のtimesチャネルでも会話しており、スケジュールへの向き合い方についてメタ的理解に昇華させたい。 我々が納期をコミットしなさい、確実に守れる日を教えてと言われたときにやることは、、、 確実に納期を守れるように、余裕をみる。である。 ------------------------------------------------------------ ■：実作業日（問題なければできそうな工数） □：バッファ日（例えば50％の確率で問題おきたときに使う予
組織の生産性を高める意思決定の構造と方法 / How to do make decision rapidly and effectively
GMOペパボ株式会社・マネージャー研修（2022年9月27日）
女子高生が東大生京大生に科学実験対決で勝利するも、徐々に勝率が下がったのは何故か？という話「知識、理論も大切だけどまずは手を動かす事の大切さ」「無心で観察するところから始まる」
shinshinohara @ShinShinohara もう１０年近く前になるけれど、「すいえんさー」というNHK教育の番組が面白くて。特に衝撃的だったのは、大学対決。私が初めて大学対決を見たのは、京都大学との対決だった。A4の紙で作った物体の滞空時間を競うという競技。京大の学生は博学さと理論値を発揮して、様々な形の物体を作った。かたや。 2021-10-22 23:19:29 shinshinohara @ShinShinohara アイドルグループのすイエんサーガールは、中学高校生の女の子たち。飛行体の知識も理論もなく、流体力学ももちろん知らなかった。理論からいけない彼女たちは、ともかく紙を色々折っては、落としてみた。すると意外なことに、無加工のA4の紙が一番滞空時間が長くなることに気がついた。 2021-10-22 23:22:34 shinshinohara @ShinShino
【資料公開】プロダクトマネージャーのしごと
みなさんこんにちは。@ryuzeeです。 2023年10月17日に行われたオンラインイベント「プロダクトマネージャーのしごと - Forkwell Library #33」の登壇資料を公開します。 内容は、新刊書籍『プロダクトマネージャーのしごと』に関するものなのですが、30分という時間で全部を網羅的に紹介するのは無理ですし、ぜひ本書を読んでいただきたいので、僕が気に入っているところと、本書全体を通して中心にある考え方を紹介しました。 ちなみに書籍は16章から構成されていて、そのなかで特に自分が好きなのは「7章 「ベストプラクティス」のワーストなところ」です。 職業柄、日頃から「プロダクトマネジメントではどんなフレームワークを使うといいですか？」「プロダクトマネジメントの日本での成功事例を教えてください」「プロダクトマネジメントのベストプラクティスを教えてください」のような質問をたびたびい
【技術書典7新刊】「エンジニアのチームを整える技術」についてどうも！ 「エンジニアのチームを整える技術」 著者のkaramageです。 2019/9/22(日) 技術書典7 サークル「からまげ＠うまうまだよもん」にて 以下の書籍を3冊頒布しました。 【既刊】累計1000冊販売「エンジニアの心を整える技術」 【新刊】「エンジニアのチームを整える技術」 【新刊】「たった 1 人で SaaS をグロースさせる データ分析秘伝の書」 サークル紹介ページ https://techbookfest.org/event/tbf07/circle/5728090902757376 このnoteでは、「エンジニアのチームを整える技術」の前半66ページを 無料公開します。 【整えるシリーズ第二弾】 「エンジニアのチームを整える技術」 本書には、チーム開発を成功に導くためのマインドセットについて書きました。 チ
［速報］マイクロソフトが「Team Copilot」発表。生成AIが会議のファシリテーターやプロジェクト管理を実行
マイクロソフトは、日本時間5月22日未明から開催中のイベント「Microsoft Build 2024」で、生成AIがさまざまな業務を支援してくれる「Microsoft Copilot」の新機能として「Team Copilot」を発表しました。 チームの生産性向上を実現するTeam Copilot Microsoft Copilotは、同社のオフィス製品などに組み込まれた生成AIによって文書やプレゼンテーションの作成などの支援を通じて個人の生産性向上を実現する機能として登場し……
クロmium🐈⬛ @ztkszero ヘリウム、注文すらできなくなりました。 4月に7m3を3本購入したいと言ったら、納期を5月に変更＆2本ならと言われ、それで見積もりをお願いしていたところ、今日になって見積もりもやめさせてくれと。 昨年の6割まで入荷が減ってるそうです。 学生のオフライン実験は急遽中止。 2022-03-30 12:24:01 クロmium🐈⬛ @ztkszero 多分、病院のMRIなんかの大口が優先されて、研究用みたいな小口には回ってきていないのだと思う。 ヘリウムを使わなくていい実験をちょっと考えなくては。 かなりまずい状況。 2022-03-30 12:32:11 クロmium🐈⬛ @ztkszero 納入数が読めないので、納入され次第順次対応…ということで、完全シャットアウトではないと。 ただ、とにかく確約はできない。 見積もりの”予約”は受け取るが、
はじめに 現在ITエンジニア歴16年目でこれまでなんどかチームリーダー(プロジェクトリーダー)を経験してきましたが、数年前は上手くいっていたけど、ここ1年位のチームではなかなかうまく行かないことが多く、メンバーからのクレームが上長経由で伝えられてくることがあります。 クレームを伝えてくるメンバーの多くが経験が浅いエンジニア(若手、未経験中途入社)であり、まだITエンジニアとしての業務や商流が分かってない部分もあるゆえのエゴのようなクレームもあるのですが、中にはリーダーとして気をつけるべきだなと思ったことがあったので、まとめておきたいと思います。 なお、経験が浅いエンジニアと主語大きめに書きましたが、数年前にリーダーをした際にQAから転身したてのITエンジニアや、20台中盤くらいの方もいましたが特にクレームはなかったので「メンバーによる可能性はある」ということは書き添えておきます。 また、上
こんにちは。スクラムマスターの@sakebookです。 今回は「象・死んだ魚・嘔吐」をチームでやってみたのでその振り返りをします。 「象・死んだ魚・嘔吐」とは 振り返り手法の一つです。Airbnb Story 大胆なアイデアを生み、困難を乗り越え、超人気サービスをつくる方法（原題: The Airbnb Story）の中で紹介されていたようです。 翻訳されてなかなかキャッチーなネーミングになっています。 それぞれ次のようなことを意味します。 象 凄く大きい、見えているけど、みんな見ないふりをしている課題・問題。表層化しているけど大きすぎてみようとしていない。これが何かをみんなで話していく。 死んだ魚 放っておくと腐っていく。そういう問題。放置しておくとまずいことになる問題ってなんだろう？ということを話し合う。 嘔吐 自分の胸の中に隠していて、吐き出せなかったこと。これをこの場で嘔吐する。
「なぜ？」を使わずに、理由を深掘るコミュニケーション
株式会社オープンエイト、PMグループの辻です。 ここでは、プロダクトマネージャーとして働いています。ということで・・・ プロダクトマネージャーのしごと 少し前に話題になった本、皆さんも読みましたか？ この本は、これまでのプロダクトマネジメント関連の書籍と比べて、リアルな現場の目線に近いカタチで書かれており、参考になった以上に、とても勇気をもらえる１冊でした。 これまでのプロダクトマネジメント関連の本 どちらかと言うと教科書的なものが多い 参考にはなるが、自社や自分の置かれた環境で上手く実践まで持っていくのが難しい そんな印象を抱かれている方も多いのではないでしょうか？ これまでのプロダクトマネジメント関連の本。たとえば、コレ。 これはこれで、オススメです。 この本の特徴・効能 一方で「プロダクトマネージャーのしごと」を読むと、 世界的に著名なプロダクトマネージャーであっても、自分と同じよう
今般、市毛由美子弁護士が参加している一般社団法人情報処理学会内の情報処理に関する法的問題研究グループ（LIP）が、実務家、法律家及び研究者の２年間にわたる研究成果として「アジャイル開発向けソフトウェア開発委託契約書（準委任型）」を公開しました。昨今は特に、新型コロナウイルスの影響により先の⾒えない社会環境において、持続的に変⾰を求めていくことを許容するアジ ャイル開発の⼿法が、経営課題を解決する重要なツールとして期待されています。LIPは、アジャイル開発にかかわる紛争を契約面で予防することで、アジャイル開発が広く普及することを願い活動してきました。 今回の契約例は、「スクラム」の⼿法により、⾃社開発でなく社外ベンダ（受注者）を活⽤することを前提としています。アジャイル開発にかかわられる皆様の一助になれば幸いです。
「プロダクトマネージャーがプロダクトマネジメントを失敗させる!?」大企業病の罠を乗り越え若々しいチームを実現する/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
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
2020年にWebフロントエンドを勉強する人が作るべきたったひとつのアプリ - Qiita
ドメイン知識が求められる開発をどのように乗り切るか - freee Developers Hub
エンジニアだけが優遇されるのではない組織をつくりたい - Unknown Error
英語のメールを打つのが面倒で色々悩んだ結果、ひらがなで英文を登録したのが割と便利→「着眼点すご」「システムの構築みたい」
2022年のプロダクトマネジメント方針を公開します - SmartHR Tech Blog
卒業した大学の新校舎がどう見てもラブホでしかなくて恥ずかしくて泣きそうなんだが「田舎にこういうのあるよなあ」
見積もりをがんばらない - forest book
ソフト開発で世界と闘った及川卓也氏が見た、日本の弱点と可能性（中央公論） - Yahoo!ニュース
「私考える人、あなた作業する人」の関係をつくっているのはあなたかもしれない
SCRUM MASTER'S LANGUAGE 言葉遣いこそ最強の武器
アジャイルな開発組織のOKRベストプラクティス＆アンチパターン
アイデアと上手くつきあう方法 - inSmartBank
進捗率を何で測るか？ −−情報処理技術者試験の問題より | タイム・コンサルタントの日誌から
「影響範囲の考慮漏れ」によるソフトウェアトラブルの多発はビジネス継続性に対する危険信号｜mtx2s
VSCodeのガントチャート拡張を作った - No Regrets in Bathing
【翻訳】ハイパフォーマンスチームを作るためにプロダクトオーナーがすべき10のこと
じゃあ逆にマネジメントスキルはどうやって訓練するの？
政府情報システム開発における「アジャイル・ガイド」｜市谷 聡啓 (papanda)
【中級者】書籍「ITプロジェクトの英語」より「知っておくべき英語での言い回し10選」
「納期コミットのオーダーは結果的に納期を遅らせること」を逆手にとる - @i2key のBlog
「エンジニアのチームを整える技術」66P無料公開します【技術書典7新刊】｜karamage@柿本 匡章
ヘリウムが注文すらできなくなりました。その結果学生のオフライン実験は急遽禁止。今は見積もりの"予約"を出す状況に
メンバーに対してチームリーダー(マネージャー)が気をつけるべき点
「象・死んだ魚・嘔吐」をやってみた振り返り - JX通信社エンジニアブログ
LIP版「アジャイル開発向けソフトウェア開発委託契約書（準委任型）」 公開 - のぞみ総合法律事務所