[10ページ] PMBOKの人気記事 1401件 - はてなブックマーク

“高こう効率こうりつで”強つよいプロジェクトマネージャーを目指めざすために　ステータス表ひょうでわかる2つのことと、活用かつようしてできる2つのこと

複数ふくすう事業じぎょうに携たずさわるPM組織そしきのスキル成長せいちょうと評価ひょうかについて、コングロマリットな経済けいざい圏けんを持もつDMMのPMから聞きく「複数ふくすう事業じぎょうを跨またぐPM！なんでもやるDMMに聞きく、PM組織そしきの成長せいちょうと評価ひょうかの話はなし【開発かいはつPM勉強べんきょう会かいvol.21】」。ここで合同ごうどう会社かいしゃDMM.comの金かね築ちく氏しが登壇とうだん。PjM能力のうりょくの可視かし化かについて話はなします。金かね築ちく氏しの自己じこ紹介しょうかい金きん築ちく英雄えいゆう氏し：では私わたしから始はじめます。今回こんかい私わたしからは「可視かし化かから始はじまるPjM育成いくせい」といった話はなしをします。まず自己じこ紹介しょうかいさせてください。名前なまえは金かね築ちく英雄えいゆうと申もうします。経歴けいれきとしてはアプリエンジニア、チームリーダー、諸々もろもろの経験けいけんを経へて、現在げんざいプロジェクトマネージャー（PjM）として仕事しごとをしています。 2023年ねんにPMP（Project Management Professional）を取得しゅとくして、さらにプロジェクト推進すいしんとかPjM採用さいよう、PjM育成いくせいに熱ねつを上あげています。今回こんかいは可視かし化かがテーマなので、私わたしのステータスなんかも書しょ

“高効率で”強いプロジェクトマネージャーを目指すために　ステータス表でわかる2つのことと、活用してできる2つのこと

開発かいはつ要望ようぼうタスクの優先ゆうせん度どが「高こう」ばかりで悩なやんでませんか？ - CARTA TECH BLOG

CTO室しつ相談そうだん室しつでCARTAの各部かくぶ署しょの技術ぎじゅつメンター・コーチをしている前田まえだ@brtriver です。自分じぶんの仕事しごと内容ないようを説明せつめいするのが難むずかしいですが、スタッフエンジニアでいう右腕うわんです！いろんな部署ぶしょのサポートをしていると開発かいはつ要望ようぼうタスクのリストを確認かくにんする場面ばめんがよくあります。そして、その中なかの「優先ゆうせん度ど」という項目こうもくで正ただしく優先ゆうせん度どをつけることができていない現場げんばが多おおいと感かんじます。そこで、今回こんかいはどのように「優先ゆうせん度ど」を考かんがえればよいかについて私わたし自身じしんが意識いしきしていることをまとめてみるので、ぜひ一緒いっしょに考かんがえてみましょう。優先ゆうせん度どが「高こう」だらけになってしまうチケット管理かんりにおいて優先ゆうせん度どが「高こう」だらけになってしまう現象げんしょうを目めにしたことはありませんか？チケットは困こまってる本人ほんにんが書かくため、基本きほんとその優先ゆうせん度どは「高こう」が多おおくなります。チケットに残のこすために書かいたとしても、優ゆう先度せんど低ひくいタスクはそもそもやらないという判断はんだんされることが多おおく、そ

開発要望タスクの優先度が「高」ばかりで悩んでませんか？ - CARTA TECH BLOG

プロダクトマネジメント組織立そしきだち上あげの課題かだいと落おとし穴あなと楽たのしみ #pmconf2022

https://2022.pmconf.jp/session/BCrdkstd

プロダクトマネジメント組織立ち上げの課題と落とし穴と楽しみ #pmconf2022

「Product Roadmaps Relaunched」（オライリー未み邦訳ほうやく）がプロダクトマネージャーにとって非常ひじょうに良書りょうしょ - SaaSベンチャーで働はたらくエンタープライズ部長ぶちょうのブログ

プロダクトロードマップに関かんする書籍しょせきを探さがしていたら、「Product Roadmaps Relaunched」に辿たどり着つきました。未み邦訳ほうやくなので英語えいごで読よんでいったのですが、非常ひじょうに良よい本ほんです。 Product Roadmaps Relaunched: How to Set Direction while Embracing Uncertainty (English Edition) 作者さくしゃ:Lombardo, C. Todd,McCarthy, Bruce,Ryan, Evan,Connors, MichaelO'Reilly MediaAmazon アウトカムベースのロードマップ(Outcome Based Roadmap) プロダクトマネジメントでは「アウトプット」と「アウトカム」がよく比較ひかくされます。アウトプットは出でてきた機能きのうに対たいして、アウトカムは提供ていきょう価値かちであり、プロダクトマネージャーはアウトカ

「Product Roadmaps Relaunched」（オライリー未邦訳）がプロダクトマネージャーにとって非常に良書 - SaaSベンチャーで働くエンタープライズ部長のブログ

ドキュメントを書かかないことは「負債ふさいを生うむ」ということ - Qiita

本ほん記事きじの要約ようやくドキュメントを書かかない事ことは、企業きぎょうやチームの「負債ふさい」になるドキュメントを書かかない事ことは、自身じしんの学まなびや振ふり返かえりの「機会きかい損失そんしつ」になるそういう文化ぶんかが根付ねつく前まえに、負まけの連鎖れんさを断たち切きろう！はじめに世よの中なかのプロジェクトには、ドキュメントが足たりていない、と感かんじています。でも残念ざんねんな事ことに、ドキュメントをどうしても書かきたい人ひとは「ほとんどいない」と思おもいます。その一方いっぽうで「ドキュメントを書かいた方ほうが良よい」という事ことは、何なんとなく分わかっている人ひとも多おおいと思おもいます。やりたくない事ことをやらなければならないのは、嫌いやですよね。そんな気持きもちは分わかりますが、これを機きに一いち度ど改あらためてみませんか。何故なぜなら、ドキュメントを書かかない事ことはチームに「負債ふさい」を生うむからです。勤つとめ人にんならば少すくなからず一いち度どでも、体験たいけんした事ことがあると思おもいます。「どうして必要ひつような過去かこの資料しりょうが無ないんだ」って。あるはずの歴史れきしの一端いったんがソースコードからしか分わから

プロダクト開発かいはつのユーザーを絞しぼって考かんがえることの重要じゅうよう性せいとsuper-specific whoの考かんがえ方かた｜PM Club

プロダクト開発かいはつにおいて、ユーザーを絞しぼって考かんがえることの重要じゅうよう性せいと"super-specific who"という考かんがえ方かたや決きめ方かたについて解説かいせつしています。

プロダクト開発のユーザーを絞って考えることの重要性とsuper-specific whoの考え方｜PM Club

Twitter、複数ふくすうの幹部かんぶを解雇かいこ

米べいTwitterのコンシューマ担当たんとうジェネラルマネジャー（GM）を務つとめるカイボン・ベイクプール氏しは5月12日にち（現地げんち時間じかん）、パラグ・アグラワルCEOから解雇かいこをい渡いわたされたとツイートした。育児いくじ休暇きゅうか中ちゅうのベイクプール氏しはアグラワル氏しから「チームを別べつの方向ほうこうに導みちびきたいので去さるように頼たのまれた」とツイートした。収益しゅうえき担当たんとうGMのブルース・ファルク氏しもアグラワル氏しに解雇かいこされたとツイートしたがその後ごそのツイートは削除さくじょし、Twitterでの自分じぶんの実績じっせきとチームへの感謝かんしゃをツイートした。両氏りょうしは、アグラワル氏しがジャック・ドーシー氏しの後任こうにんCEOに就任しゅうにんした際さいに結成けっせいした幹部かんぶチームに属ぞくしていた。アグラワル氏しは両氏りょうしのツイートに対たいし、感謝かんしゃのリプライを返かえしている。ベイクプール氏しによると、製品せいひん担当たんとう上級じょうきゅう副ふく社長しゃちょうのジェイ・サリバン氏しが暫定ざんてい的てきに両氏りょうしの任務にんむを引ひき継つぐ。サリバン氏しはMozillaのCOO（最高さいこう執行しっこう責任せきにん者しゃ）やGrouponのCP

アジャイル、とりわけスクラム開発かいはつをやるときに立たち向むかわなければならない壁かべの話はなし - freee Developers Hub

この記事きじは freee Developers Advent Calendar 2022 の3日にち目めです。このドキュメントはなにかの答こたえをあたえるというより、アジャイルやスクラムを有効ゆうこう化かさせる上じょうでの障害しょうがいはこれであるということを検討けんとうするためのドキュメントです。壁かべはすべての環境かんきょうで発生はっせいするわけではないですが、そういう壁かべがあるということを認識にんしきすることで、転ころばぬ先さきの杖つえとなるような文章ぶんしょうになることを目指めざしています。そして、その解決かいけつ方法ほうほうは示しめさず「意図いと的てきに不完全ふかんぜん」にしています。これを読よんで「なぜ意図いと的てきに不完全ふかんぜんにしているのか」を味あじわっていただければと思おもいます。（あるいは、私わたし自身じしんのエクスキューズかは読よんでる皆様みなさまにその判断はんだんを委ゆだねます）前提ぜんてい: アジャイル開発かいはつとはアジャイルソフトウェア開発かいはつ（以後いご、アジャイル開発かいはつ）はアジャイルソフトウェア開発かいはつ宣言せんげんで示しめされている価値かちの実現じつげんを目的もくてきとした開発かいはつ手法しゅほうです。宣言せんげんでは4つの項目こうもくでそ

アジャイル、とりわけスクラム開発をやるときに立ち向かわなければならない壁の話 - freee Developers Hub

draw.ioをつかったフレキシブルな設計せっけい図ず作成さくせい術じゅつ - KAKEHASHI Tech Blog

はじめにこんにちは！ソフトウェアエンジニアの種岡たねおかです。皆みなさん、システム設計せっけいに取とり組くんでいますか？設計せっけいは、プロジェクト成功せいこうへの道筋みちすじを描えがく、航海こうかいの羅針盤らしんばんです。目的もくてき地ちを見据みすえ、それに向むかって進すすむための確たしかな指針ししんとなります。設計せっけいの質しつがしっかりしていれば、開発かいはつという大だい海原うなばらでも迷まよわず進すすむことができます。設計せっけいはプロジェクトの土台どだいを築きずく、創造そうぞう的てきかつ重要じゅうようなプロセスです。夢ゆめを描えがき、それを形かたちにする試行錯誤しこうさくごの楽たのしさ、これこそが設計せっけいの魅力みりょくだと思おもいます。この記事きじは秋あきの技術ぎじゅつ特集とくしゅう 2024の11記事きじ目めです。この記事きじ is 何なに？この記事きじでは、設計せっけい図ずを描えがく際さいの心構こころがまえと、誰だれでも見みやすい設計せっけい図ずを作成さくせいするためのテクニックについてお話はなしします。なぜ設計せっけい図ずを書かくのか？図ずは複雑ふくざつな情報じょうほうを視覚しかく的てきに整理せいりし直感ちょっかん的てきな理解りかいを推進すいしんすることができるためチーム内外ないがいでの共通きょうつう理解りかいを促進そくしんし、コミュニケーションを円滑えんかつにするため予測よそく可能かのう

draw.ioをつかったフレキシブルな設計図作成術 - KAKEHASHI Tech Blog

プロダクトオーナーを兼務けんむする技術ぎじゅつ、あるいはその反省はんせい - SmartHR Tech Blog

みなさんこんにちは。ジメジメとした日ひが続つづきますがいかがお過すごしでしょうか。SmartHRのプロダクトマネージャーryopenguinです。今回こんかいは、私わたしが複数ふくすうのプロダクトチームを経験けいけんして学まなんだ「兼務けんむのコツと反省はんせい」をお届とどけします。「プロダクトに対たいしてPMが少すくない」「PMの採用さいように苦労くろうしている」といったみなさまの参考さんこうになれば幸さいわいです。なぜ兼務けんむをはじめたか 2022年ねん9月がつから、私わたしはタレントマネジメントプロダクト「従業じゅうぎょう員いんサーベイ」と、現在げんざい未み公開こうかいの新あたらしいプロダクトのPMを兼務けんむしています。弊社へいしゃでは、単一たんいつのプロダクトに注力ちゅうりょくするのではなく、連携れんけいを前提ぜんていに複数ふくすうのプロダクトを提供ていきょうする「マルチプロダクト」化かを進すすめています。昨年さくねんの夏なつごろ、とある新規しんきプロダクトが必要ひつようと判断はんだんされ、開発かいはつチームを組成そせいすることになりました。弊社へいしゃの新規しんきプロダクトはSmartHR基本きほん機能きのうとの連携れんけいが前提ぜんていであり、その基礎きそ的てきな知識ちしきが必要ひつようです。さらに

プロダクトオーナーを兼務する技術、あるいはその反省 - SmartHR Tech Blog

KPI地獄じごくで現場げんばが疲弊ひへい…組織そしきにとって「ダメなリーダー」の特徴とくちょう　リーダーに向むく人ひと・向むかない人ひとの違ちがい5選せん

株式会社かぶしきがいしゃらしさラボ代表だいひょう取締役とりしまりやく伊庭いば正ただし康やすし氏しの『研修けんしゅうトレーナー伊庭いば正ただし康やすしのスキルアップチャンネル』では、業績ぎょうせきの悩なやみ、効率こうりつの悩なやみ、マネジメントの悩なやみ、コミュニケーションの悩なやみ、モチベーションの悩なやみなど、仕事しごとの悩なやみを解決かいけつできるビジネスメソッドを紹介しょうかいしているチャンネルです。今回こんかいは「誰だれもが、リーダーシップを高たかめられる方法ほうほう5選せん」と題だいし、リーダーに向むく人ひと・向むかない人ひとの違ちがいについて解説かいせつします。 ■動画どうがコンテンツはこちらリーダーに向むく人ひとは「配慮はいりょ」をし、向むかない人ひとは「遠慮えんりょ」する伊庭いば正ただし康やすし氏し：こんにちは。研修けんしゅうトレーナーの伊庭いば正ただし康やすしです。今日きょうは「リーダーに向むく人ひと・向むかない人ひとの違ちがいトップ5」を紹介しょうかいします。「いつかは尊敬そんけいされるリーダーになりたい」「リーダーになりたいけど、自分じぶんに務つとまるかな？」。もしくは、もうリーダーをやっているんだけれども、部下ぶかとうまくいっていない。そんな人ひとにぜひ見みてほしいです。「リーダーは持もっ

KPI地獄で現場が疲弊…組織にとって「ダメなリーダー」の特徴　リーダーに向く人・向かない人の違い5選

成長せいちょうしない日本にっぽんのソフトウェアスタートアップ国内こくない競争きょうそうを促進そくしんしてエコシステムを創出そうしゅつする | 社会しゃかい・産業さんぎょうのデジタル変革へんかく | IPA 独立どくりつ行政ぎょうせい法人ほうじん情報処理じょうほうしょり推進すいしん機構きこう

IPA調査ちょうさ分析ぶんせきディスカッション・ペーパー2023-01 公開こうかい日び：2023年ねん9月がつ14日にち独立どくりつ行政ぎょうせい法人ほうじん情報処理じょうほうしょり推進すいしん機構きこう調査ちょうさ分析ぶんせき室しつ鷲見すみ拓哉たくや当とう機構きこうが日米にちべいのソフトウェアスタートアップを対象たいしょうに実施じっししたアンケート調査ちょうさにより、アンケートに回答かいとうした日本にっぽんのソフトウェアスタートアップの多おおくは、創業そうぎょう後ご10年間ねんかんでほとんど成長せいちょうしていないことが明あきらかとなった。本ほんディスカッション・ペーパーでは、成長せいちょうするビジネスモデルを見みいだす「ビジネスモデル探索たんさく活動かつどう」に特とくに着目ちゃくもくして、日本にっぽんのソフトウェアスタートアップが抱かかえる課題かだいとその解決かいけつ策さくについて考察こうさつする。 1．はじめに昨今さっこん、ディスラプターの出現しゅつげんにより企業きぎょうの競争きょうそう環境かんきょうは急激きゅうげきに変化へんかしている。経営けいえいにおいても、業務ぎょうむ効率こうりつ化か、コスト削減さくげん等とうの従来じゅうらいから言いわれる観点かんてんに加くわえて、外部がいぶ環境かんきょう変化へんかに如何いかに迅速じんそくに対応たいおうし事業じぎょうを展開てんかいするかという「アジリティ」の観点かんてんが求もとめられるようになった。顧客こきゃくに対たいして如何いかに早はや

成長しない日本のソフトウェアスタートアップ国内競争を促進してエコシステムを創出する | 社会・産業のデジタル変革 | IPA 独立行政法人情報処理推進機構

「スクラムマスターを雇やとうときに聞きいてみるとよい38個この質問しつもん」に答こたえる - Qiita

ryuzeeさんの記事きじで紹介しょうかいされていたスクラムマスターを雇やとうときに聞きいてみるとよい38個この質問しつもんに答こたえてみました。 38個こすべてに一いち度どに答こたえていこうとするとかなりハードですが、1日にち1個いっこずつこつこつと、回答かいとうをしていっています。この回答かいとうは、年月としつきを重かさねることに変かわっていくかもしれません。 2019/12時じ点てんの回答かいとうがこちらです。スクラムマスターの役割やくわりについて 1. アジャイルマニフェストでは「プロセスやツールよりも個人こじんと対話たいわを」といっている。プロセスを守まもらせるスクラムマスターは、それとは反対はんたいのことをしているのではないか？スクラムマスターはプロセスを順守じゅんしゅする・させるためだけの存在そんざいではありません。プロセスを順守じゅんしゅする行為こういは「どのように行おこなうのか（How）」を守まもらせることに注力ちゅうりょくしてしまいがちですが、「なんのために行おこなうのか（Why）」のほうを重視じゅうしすべきです。アジャイルにおけるチームの成功せいこうは、「よいプロ

「スクラムマスターを雇うときに聞いてみるとよい38個の質問」に答える - Qiita

仕事しごと納おさめとスクラムの話はなし - imog

今日きょうで仕事しごとが納おさまった。それと同時どうじにチームメンバーが一人ひとりチームを去さることになった。送別そうべつ会かいもしたのでお別わかれはまあそれなりにしたんだけど、結構けっこう自分じぶんに影響えいきょうを与あたえたのでなんとなくブログとして残のこしておくことにした。うちの部署ぶしょは複数ふくすうのスクラムチームで構成こうせいされているスクラムオブスクラムという形かたちを取とっている。僕ぼくがこのチームに配属はいぞくされたのは二にヶ月かげつ前まえくらいのことだ。部署ぶしょ内ないの別べつのチームからこのチームに異動いどうしたのがきっかけだ。チームメンバーの一人ひとりであり、今回こんかいお別わかれした人ひとは認定にんていスクラムマスターを持もつエンジニアであり、このチームはちゃんとアジャイルなチームになろうとしているという話はなしを事前じぜんに聞きいていた。(以降いこう、この人ひとを彼かれと呼よぶ) 前ぜん職しょくでもスクラム開発かいはつはやっていたつもりだったし、以前いぜんのチームでもスクラムを行おこなっていたのでなるほどなるほどという感かんじでチームのやり方かたに乗のっかっていくことにした。見積みつもりをして、計画けいかくで洗あらい出だし、

多た言語げんご対応たいおうのゲームUI注意ちゅうい点てん覚おぼえ書がき - デザイナー脂肪しぼう

こんにちは！ドイツに住すんでるUIデザイナーのいまがわ (@i_magawa)です。この記事きじは「GameGraphicDesign AdventCalendar 2019」の23日にち目めの記事きじになります。自己じこ紹介しょうかい現在げんざいはフリーでUIの仕事しごとをやりつつ、夫婦ふうふや育児いくじに関かんするマンガを描えがいたりしています。以前いぜんは東京とうきょうでスマホゲームの開発かいはつやってました。こういう記事きじも書かいてます（宣伝せんでん）↓ 何なんの記事きじ書かくの…！？スマホゲームUIのローカライズ対応たいおうについて今回こんかいは書かきたいと思おもいます。いくつか案件あんけん関かかわった気きがしたりしなかったりするのでまとめてみました。あくまで日本にっぽんっぽいゲームを海外かいがい対応たいおうするときの注意ちゅうい点てんです！また今回こんかい参考さんこうとして「ポケモンマスターズ」のUIをよく載のせています。ポケモンマスターズはなんと驚異きょういの8言語げんご対応たいおう…！殺ころす気きか！ちなみに私わたしは一切いっさい運営うんえいと関係かんけいないただのファンです。海外かいがい対応たいおうの目標もくひょう英語えいごネイティブの

プロジェクトにおける見積みつもり方法ほうほうの種類しゅるいと比較ひかく - Qiita

例たとえば要件ようけん定義ていぎの期待きたい値ちは、上記じょうきの計算けいさん式しきに当あてはめると (0.5 + 4×1 + 2) / 6 = 1.17時じ間あいだになります。類推るいすい見積みつもり具体ぐたい例れい「Aという機能きのうを持もったシステムを開発かいはつするのに、前回ぜんかいは3ヶ月かげつかかった。今回こんかいのシステムも機能きのうが似にているので、今回こんかいも3ヶ月かげつ程度ていどで開発かいはつできるだろう。」特徴とくちょう過去かこの類似るいじプロジェクトのデータに基もとづいて見積みつもるため、迅速じんそくに概算がいさんを出だすことができます。（これ、実じつはみなさん日常にちじょうで何気なにげなくやっているのではないでしょうか？？）注意ちゅうい点てん今回こんかいのプロジェクトと過去かこのプロジェクトが完全かんぜんに同おなじであるとは限かぎらないため、誤差ごさが生しょうじる可能かのう性せいがあります。ボトムアップ見積みつもり具体ぐたい例れいシステム開発かいはつプロジェクトの場合ばあい要件ようけん定義ていぎ：1週間しゅうかん設計せっけい：2週間しゅうかんプログラミング：4週間しゅうかんテスト：2週間しゅうかん総合そうごう計けい：9週間しゅうかん特徴とくちょうプロジェクトを細分さいぶん化かして見積みつもるため、より詳細しょうさいで正確せいかくな見積みつもりが可能かのうです。

なぜリモートでも完全かんぜんにペアプロで開発かいはつするのか？ XPのプラクティスをどこまでも徹底てっていするユーザベースの挑戦ちょうせんを恐おそれない開発かいはつ文化ぶんか - はてなニュース

ステイホーム期間きかんが続つづき、開発かいはつ者しゃがオフィスで顔かおを突つき合あわせることも少すくなくなっています。そんなリモートワークが既定きていとなった状況じょうきょう下かでも、ユーザベースのB2B SaaS事業じぎょうでは開発かいはつに関かかわる全すべてを徹底てっていしてペアプログラミングで行おこなっています。その根幹こんかんには、XP（eXtreme Programming）のプロセスを推進すいしんすることで開発かいはつ効率こうりつを向上こうじょうさせる意図いとがあり、それが多種たしゅ多様たようなプログラミング言語げんごやマイクロフロントエンドといった目新めあたらしい技術ぎじゅつを恐おそれることなく積極せっきょく的てきに採用さいようする開発かいはつ文化ぶんかを生うみ、ひいてはシェアドリーダーシップによる自己じこ組織そしき化かされたチームのあり方かたにつながっています。わずか10人にん程度ていどだったエンジニア組織そしきを4年ねんで10倍ばいの規模きぼに拡大かくだいし、さらに組織そしきと事業じぎょうの成長せいちょうを目指めざすCTOの林はやし尚之なおゆきさん、スペシャリストとしてFellowの肩書かたがきを持もつ板倉いたくら大輔だいすけさん、入社にゅうしゃ2年ねん目めのエンジニア片山かたやま景けい太ふとしさんの3人にんにお話はなしをうかがいました。

なぜリモートでも完全にペアプロで開発するのか？ XPのプラクティスをどこまでも徹底するユーザベースの挑戦を恐れない開発文化 - はてなニュース

スケジュールの立たて方かたについて - Qiita

はじめにこんにちは！先日せんじつ、社内しゃないの個人こじんカリキュラムでWebアプリケーションを一人ひとりで作つくるという課題かだいがありました。以前いぜん、アプリケーションを作つくる過程かていで期限きげんを守まもりながら開発かいはつをする上じょうで大切たいせつだと個人こじん的てきに感かんじたことをこちらの記事きじで書かかせていただきました。その中なかで、大切たいせつなことの一ひとつに極力きょくりょく精度せいどの高たかいスケジュールを作つくるということをあげました。今回こんかいは僕ぼくが社内しゃないの個人こじんカリキュラム中ちゅうに実践じっせんしていたスケジュールを作成さくせい・管理かんりする際さいの方法ほうほうについて紹介しょうかいしたいと思おもいます。スケジュール作成さくせい・管理かんりに悩なやむ方ほうへ少すこしでも参考さんこうになれば嬉うれしいです。読よみ終おえるのに10分ふんくらいかかるかと思おもいます。ご興味きょうみがある方ほうは、お暇ひまな時ときにご覧らんいただければと。記事きじの内容ないようはあくまで個人こじん的てき見解けんかいになります。記事きじの流ながれなぜスケジュールを作つくる必要ひつようがあるのかプロセスを具体ぐたい化かする見積みつもり時間じかんを決きめる重おもい順じゅんに並ならび替かえるスケジュールに落おとし込こむ進捗しんちょく

アジャイルについてマネージャーが知しるべき97のこと

1. アジャイルについてマネージャーが知しるべき 97 のこと株式会社かぶしきがいしゃアトラクタ取締役とりしまりやくCTOアジャイルコーチ吉羽よしば龍太郎りゅうたろう (@ryuzee) 2. イントロダクション吉羽よしば龍太郎りゅうたろう / YOSHIBA RYUTARO ▸ アジャイル開発かいはつ、DevOps、クラウドコンピューティング、インフラ構築こうちく自動じどう化か、、組織そしき改革かいかくを中心ちゅうしんにオンサイトでのコンサルティングとトレーニングを提供ていきょう。著書ちょしょ訳書やくしょ多数たすう 2

メルカリなどメガベンチャーにありがちなプロダクト開発かいはつの企画きかくフローと成果せいか物ぶつ｜田辺たなべめぐみ

こんにちは~！プロダクトマネージャー(PM)を10年ねん以上いじょうしてしている@megです。私わたしが若手わかての頃ころはPMについての情報じょうほうがほとんどなくて困こまったので、若手わかてPMのちょっとでも役やくにたてばいいなぁとまとめていこうと思おもいます。メルカリや副業ふくぎょうでのスタートアップでの新規しんきプロジェクトの立たち上あげをよくしていたので、その時ときのプロダクトマネージャーをしていた視点してんから企画きかくフローをまとめてみました！あくまでも、会社かいしゃとしてではなく、私わたし個人こじんが自分じぶんのチームやコンサル先さきで使つかっているフローです。 10年ねん以上いじょう前まえはSIerで100人にん規模きぼのウォターフォールでの開発かいはつをしていて、ここ数すう年ねんのスタートアップはアジャイルぽいものが多おおく、その中間ちゅうかんのメルカリだと事業じぎょう計画けいかくや予算よさんもある中なか、ウォーターフォールっぽく一定いっていフェーズをを決きめつつ、アジャイルのいいところを取とりいれるような開発かいはつしていました。実際じっさいは、そのようなどっちとも言いえない開発かいはつが多おおいのでそのパタ

メルカリなどメガベンチャーにありがちなプロダクト開発の企画フローと成果物｜田辺めぐみ

プロダクトマネジメント私記しき

2 年ねん前まえにソフトウェアエンジニアからプロダクトマネージャーにロールチェンジした。ソフトウェアエンジニア時代じだいは割わりと頑張がんばれてたし成果せいかを出だせてた気きがするのだけど、プロダクトマネージャーになってからは正直しょうじきかなり苦戦くせんした。プロダクトマネージャー 3 年ねん目めを迎むかえてようやく仕事しごとに自信じしんが持もてるようになってきた気きがするので、振ふり返がえりを兼かねて、これから同おなじようにプロダクトマネージャーにコンバートしたいと思おもっている人ひとの役やくに立たてばと思おもって書かきます。 Table of Contents プロダクトマネージャーになった理由りゆうプロダクトマネージャーの役割やくわり 1. 何なにがユーザーの問題もんだいかを特定とくていする 2. その問題もんだいを解決かいけつする製品せいひんを定義ていぎする 3. 製品せいひんがリリースされるまで開発かいはつチームに帯同たいどうし、リリースを成なし遂とげる 4. 製品せいひんが「正解せいかい」であったかの評価ひょうかを行おこなう実際じっさいになってみてのギャッププロダクトマネジメントの認知にんち度どが原因げんいん？一体いったい型がた

なぜスクラムチームをスケールしたくなるのか - だいくしー(@daiksy)のはてなブログ

Nexus, Scrum@Scale, LeSS, SAFeなど、スクラムチームをスケーリングする手法しゅほうはたくさん存在そんざいする。しかし、アジャイルコーチなどに、「スクラムをスケールするにはどうすればいいですか？」と聞きくと「そもそもスケールをするな」と言いわれることもある。ぼくも基本きほん的てきにはこれに同意どういする。コンパクトな職能しょくのう横断おうだん型がたのチームで、短みじかいサイクルで高速こうそくに、安定あんていしたペースで開発かいはつをする。これをずっと続つづけることができるのならばそれが一番いちばん良よい。なのになぜ、人々ひとびとはスクラムチームをスケールしたくなるのか。なぜこんなにたくさんのスケーリング手法しゅほうが存在そんざいするのだろうか？そういうことを考かんがえてみた。最初さいしょから人ひとがたくさん必要ひつような場合ばあいそもそも最初さいしょからスケールされたチームでやりたいパターンがある。大だい規模きぼな開発かいはつなどはそうだろう。小ちいさくローンチして、インクリメンタルにユーザーフィードバックを受うけながら開発かいはつできれば理り

スタートアップ技術ぎじゅつ顧問こもんは技術ぎじゅつを見みない - メンテモエンジニアリング

こちらの記事きじは三さん部ぶ作さくですその1：とあるスタートアップが最初さいしょのフルタイムエンジニア採用さいようを決意けついするまで番外ばんがい編へん：スタートアップ技術ぎじゅつ顧問こもんは技術ぎじゅつを見みない <= 現在げんざいの記事きじその2：とあるスタートアップが最初さいしょのフルタイムエンジニア採用さいようのために準備じゅんびしたことその3：とあるスタートアップが Twitter Spaces からフルタイムエンジニアを採用さいようした話はなし番外ばんがい編へん：メンテモに転職てんしょくした話はなしタイトルは嘘うそです。(必要ひつようなときに)見みます。最近さいきんは通知つうちを送おくる方法ほうほう*1について考かんがえられる設計せっけいのパターンをいくつか例示れいじした上うえで、今いまならどれを選択せんたくしどんな感かんじで実装じっそうしていったらいいかについて議論ぎろんしたりしました。初はじめまして、@tagomorisです。今年ことしの6月がつからメンテモで技術ぎじゅつ顧問こもんをしています。技術ぎじゅつ的てきな専せん門もんとしてはデータ処理しょり基盤きばんからWebサービス一般いっぱん・ITインフラまでですが、メンテモの技術ぎじゅつ顧問こもんでは技術ぎじゅつ領域りょういきを特定とくていせず、ありとあら

制御せいぎょ不能ふのうな時代じだいのプロジェクトマネジメント / Project Management in Agile Era

2020年ねん10月がつ11日にち（日ひ）「【オンライン】JBUG広島ひろしま#6 制御せいぎょ不能ふのうな時代じだいに立たち向むかえ」にて。

制御不能な時代のプロジェクトマネジメント / Project Management in Agile Era

OCR屋やのAI inside、ストック型がたビジネスどころか逆ぎゃくに大量たいりょう解約かいやく（9284件けん中ちゅう7636件けん）の憂うき目めに遭あい売上うりあげの半分はんぶん弱じゃくを失うしなう : 市況しきょうかぶ全力ぜんりょく２階かい建けん

社名しゃめいロンダリング4回かいのクオンタムソリューションズ「約やく20億おく円えんのNVIDIA製せいサーバーを販売はんばいすると発表はっぴょうしましたが、実じつは購入こうにゅう者しゃから発注はっちゅう書しょを貰もらえていないので取引とりひきを中止ちゅうししました」

OCR屋のAI inside、ストック型ビジネスどころか逆に大量解約（9284件中7636件）の憂き目に遭い売上の半分弱を失う : 市況かぶ全力２階建

「アジャイルソフトウェア開発かいはつという概念がいねん」の源流げんりゅうは日本にっぽんなのか〜『日本にっぽん企業きぎょうはなぜ「強つよみ」を捨すてるのか』を読よんで〜 - bonotakeの日記にっき

夜中よなかにおもむろに書評しょひょうを書かき出だす第だい2段だん。日本にっぽん企業きぎょうはなぜ「強つよみ」を捨すてるのか～増補ぞうほ改訂かいてい版ばん『日本にっぽん“式しき”経営けいえいの逆襲ぎゃくしゅう』～ (光文社こうぶんしゃ新書しんしょ) 作者さくしゃ:岩尾いわお俊しゅん兵へい光文社こうぶんしゃAmazon この本ほん自体じたいはとても面白おもしろいし首肯しゅこうできる部分ぶぶんも多おおいが、1箇所かしょだけイチャモンをつけたい。そもそもアジャイルソフトウェア開発かいはつという概念がいねん自体じたい、マニフェスト（注ちゅう：アジャイルソフトウェア開発かいはつ宣言せんげんのこと）の発表はっぴょうよりも3年ねん早はやく、1998年ねんに日本にっぽんの研究けんきゅう者しゃから提案ていあんされている。南山大学なんざんだいがくの青山あおやま幹雄みきお教授きょうじゅによる一連いちれんの研究けんきゅうである。（同書どうしょより引用いんよう）ここで紹介しょうかいされている「1998年ねん」の「提案ていあん」とは、おそらくICSE1998で青山あおやま先生せんせいが発表はっぴょうした論文ろんぶん "Agile Software Process and Its Experience" のことだろうと思おもう。Agile Software Process（ASP）という、実際じっさいに富士通ふじつうの社内しゃないで実践じっせんされたソフトウェ

「アジャイルソフトウェア開発という概念」の源流は日本なのか〜『日本企業はなぜ「強み」を捨てるのか』を読んで〜 - bonotakeの日記

GoogleのProduct Managerになりました｜natsumi.kondo

要約ようやく: 日本にっぽんで文系ぶんけい営業えいぎょう職しょくからキャリアをスタートし、アメリカに渡わたったのちにGoogleのエンジニア系けい職種しょくしゅであるProduct Managerになった人ひとの話はなしです。このnoteは、へぇそんなキャリアもあるんだ〜という一ひとつの参考さんこうに、また、現状げんじょう打破だはのために何なにかしたいけど何なにをすればいいのと思おもっている方ほうへ、なにかシェアできたらと思おもいいろいろと書かきました。長ながいです。まずかんたんに私わたしの経歴けいれきを。慶應義塾大学けいおうぎじゅくだいがく環境かんきょう情報じょうほう学部がくぶ卒業そつぎょう →リクルートキャリアで法人ほうじん向むけ転職てんしょく支援しえん事業じぎょうの営業えいぎょう (n年とし) →Google日本にっぽん法人ほうじんで大手おおて法人ほうじん向むけ広告こうこく営業えいぎょう (4年ねん) →Google日本にっぽん法人ほうじんで大手おおて法人ほうじん向むけ広告こうこくプロダクトスペシャリスト (2年ねん) →Google米国べいこく本社ほんしゃでGlobal Product Lead (4年ねん) 福島ふくしま県けんで高校こうこう時代じだいまでを過すごし、留学りゅうがく経験けいけんもなく、リクルートキャリアで営業えいぎょうとして楽たのしく働はたらいていましたが、頑張がんばっていたら運うんよく

要件ようけん定義ていぎ以降いこうの工数こうすうは50%減少げんしょう、開発かいはつボリューム・件数けんすうは増加ぞうか　PM組織立そしきだち上あげの「現状げんじょう把握はあく」「目標もくひょう設定せってい」「問題もんだい特定とくてい」で得えられた効果こうか

現状げんじょう把握はあくのために実施じっししたことじゃあ、これを基もとに実際じっさいにどういうふうに考かんがえてどういうところをやってきたかをこれからお話はなししできればなと思おもいます。まず現状げんじょう把握はあくです。（スライドを示しめして）今こん見みてもらっているのが、これまで自分じぶんが体験たいけんしてきたり、ほかの企業きぎょうの方ほうとの情報じょうほう交換こうかんとかで出でてきた、製品せいひん開発かいはつにおけるよくある問題もんだいだと思おもってもらえればと思おもいます。みなさんもたぶん、これまでの経験けいけんの中なかで、こんな声ごえや課題かだいは、かなりあったんじゃないかなと思おもっています。前まえ職しょくのECの経験けいけんでもこのあたりはありました。例たとえばシステムが肥大ひだい化かして品質ひんしつ維持いじのためにかかる工数こうすうが多おおくて、「新規しんき機能きのう開発かいはつになかなか時間じかんがかかりますよ」となったり、事業じぎょう部ぶとかから要望ようぼう、HOWの指定していがけっこう多おおくて、顧客こきゃくの課題かだいがぼんやりしていたり。あとは、ビジネス側がわからすると、思おもったとおりのタイミングでリリースできないことがあるとか、もっと多おおくの要望ようぼうを実現じつげんしたい

要件定義以降の工数は50%減少、開発ボリューム・件数は増加　PM組織立ち上げの「現状把握」「目標設定」「問題特定」で得られた効果

大阪おおさか万博ばんぱく「トイレがない可能かのう性せい」「電気でんきがない可能かのう性せい」SNS紛糾ふんきゅう「まさにクールジャパン」 - Smart FLASH/スマフラ[光文社こうぶんしゃ週刊しゅうかん誌し]

大阪おおさか万博ばんぱく「トイレがない可能かのう性せい」「電気でんきがない可能かのう性せい」SNS紛糾ふんきゅう「まさにクールジャパン」社会しゃかい・政治せいじFLASH編集へんしゅう部ぶ記事きじ投稿とうこう日び：2023.12.04 19:40　最終さいしゅう更新こうしん日び：2023.12.04 19:40 大阪おおさか・関西かんさい万博ばんぱくをめぐり、トイレや電気でんきが2025年ねん4月がつの開幕かいまくに間まに合あわない可能かのう性せいが取とりざたされている。万博ばんぱく会場かいじょうとなる大阪おおさか湾わんの人工じんこう島とう・夢ゆめ洲しゅう（ゆめしま）には人ひとが住すんでおらず、下水道げすいどうや電力でんりょくなどのインフラが整ととのっていない。 12月2日にちには、日刊にっかんゲンダイが『大阪おおさか・関西かんさい万博ばんぱくは総そう事業じぎょう費ひ「1兆ちょう円えん突破とっぱ」確実かくじつ！』と題だいする記事きじで、こう報ほうじている。【関連かんれん記事きじ：吉村よしむら洋文ひろふみ知事ちじ「韓かん流りゅう高校こうこう制服せいふく」コスプレで大阪おおさか万博ばんぱくPR「府知事ふちじの仕事しごと？」あきれる大阪おおさか府民ふみんたち】《「そもそも夢ゆめ洲しゅうには電気でんきや上下水道じょうげすいどうも通かよっておらず、整備せいびはこれから。今いまは建設けんせつ業者ぎょうしゃが仮設かせつトイレや発電はつでん機きで対応たいおうするありさまで、総額そうがく1554億おく円えんの土壌どじょう汚染おせん・液状えきじょう化か対策たいさくも、

なぜPMが25人にんも必要ひつようなのか - SmartHR Tech Blog

こんにちは、CPOのadachiです。この記事きじは「SmartHRのプロダクトマネージャー全員ぜんいんでブログ書かく2024」への参加さんか記事きじです。25人にんが持もち回まわりで毎週まいしゅう記事きじを投稿とうこうしています。この企画きかくにも関連かんれんするのですが、最近さいきん社外しゃがいの方ほうから「SmartHR、PM多た！」という感想かんそうをいただくことが増ふえてきました。もしPMが多おおい＝裁量さいりょうが小ちいさくてつまらない環境かんきょう、と思おもわれていたら心外しんがいすぎる……許ゆるせねぇ…… そこで本稿ほんこうでは、なぜSmartHRには25人にんもPMがいるのか、一体いったいなにを作つくっているのか、仲なかはいいのか、今後こんごどういったオポチュニティがあるのか、といったことについて説明せつめいしていきたいと思おもいます。オポチュニティは言いいたいだけです。 25人にんは多おおい？結論けつろん、そんなに多おおくないと思おもっています。先日せんじつ「SmartHRがARR150億おく円えんを突破とっぱ、前年ぜんねん比ひ150％で成長せいちょう」というプレスリリースも出でましたが、私わたしたちは現在げんざいARR 150

Herokuにあった個人こじんアプリを軒並のきなみ対応たいおうした - くりにっき

背景はいけいやったこと1. 廃止はいしやったこと2. GCPに移行いこうユースケース図ず URLベースで見みたユースケース図ず実行じっこう環境かんきょうで見みたユースケース図ず実際じっさいにGCPに移行いこうしたアプリ達たち Cloud Run Cloud Functions AppEngine GCP移行いこうした全すべてに共通きょうつうしてることやったこと3. CircleCIに移行いこう付録ふろくA. 道みちのり付録ふろくB. 調査ちょうさメモ（移行いこう時じに参考さんこうにしたドキュメントやサービスなど）無料むりょうプラットフォームがまとまってるドキュメント ElephantSQL (PostgreSQL) PlanetScale (MySQL) Redis Enterprise Cloud 付録ふろくC. Redisを雑ざつにFirestoreに置おき換かえたらクラウド破産はさんしかけた 2022/09/22 20:45ブコメレス背景はいけい Herokuの無料むりょうプラン終了しゅうりょうのため10個こ以上いじょうあった個人こじんアプリを1ヶ月かげつくらいかけて色いろ

【資料しりょう公開こうかい】価値かち創造そうぞうと開発かいはつ生産せいさん性せい

みなさんこんにちは。@ryuzeeです。 2024年ねん6月がつ28-29日にちに開催かいさいの開発かいはつ生産せいさん性せいConference 2024で登壇とうだんしましたので、資料しりょうを公開こうかいします。最近さいきん「開発かいはつ生産せいさん性せい」という言葉ことばを耳みみにする機会きかいがすごく増ふえたような気きがしますし、自分じぶんでもあるメディアの取材しゅざいで「開発かいはつ生産せいさん性せい」という単語たんごを使つかったのですが、なんとなくスッキリしない感かんじを抱かかえていました。僕ぼく自身じしんは「生産せいさん性せい」という単語たんごの不透明ふとうめいさをさけるべく「開発かいはつ生産せいさん性せい」を使つかったのですが、これでも不透明ふとうめいさは残のこったままだったわけです。ということで、「開発かいはつ生産せいさん性せい」が何なにを指さすのかを深堀ふかほりりした上うえで、この単語たんごとどう付つき合あっていくべきなのかを整理せいりしたのが、このセッションです。スライド全部ぜんぶを読よむ時とき間あいだのない方ほうもいると思おもいますので、以下いかに結論けつろんを書かいておきます。「開発かいはつ生産せいさん性せい」に関心かんしんを持もつ理由りゆうも、「開発かいはつ生産せいさん性せい」の定義ていぎもさまざま重要じゅうようなのはコンテキスト数字すうじだけで全すべて

プロジェクト初期しょきは理想りそう日び見積みつもりし、徐々じょじょに相対そうたい見積みつもりへ移行いこうする - $shibayu36->blog;

プロジェクトマネジメントにおいて、見積みつもりをどのように行おこなうかは結構けっこう難むずかしい。僕ぼくは理想りそう日び見積みつもりの形式けいしきも、相対そうたい見積みつもり(ストーリーポイント)の形式けいしきも試ためしたことがあるが、どちらも一長一短いっちょういったんであった。最近さいきん色々いろいろ試ためす中なかで、プロジェクト初期しょきは理想りそう日び見積みつもりし、徐々じょじょに相対そうたい見積みつもりへ移行いこうするという方式ほうしきがやりやすいと感かんじた。今回こんかいはその様子ようすを紹介しょうかいしてみる。理想りそう日び見積みつもりと相対そうたい見積みつもりそれぞれのメリット・デメリット見積みつもりの基礎きそ知識ちしきと「ストーリーポイント vs 理想りそう日び」の考察こうさつの記事きじを読よむと、理想りそう日び見積みつもりと相対そうたい見積みつもり(ストーリーポイント)それぞれのメリット・デメリットがさっと把握はあくしやすい。自分じぶんとしては、それぞれ以下いかのように思おもっている。理想りそう日び見積みつもり : 他たの割わり込こみが全まったくなく、1日にち中ちゅうタスクに取とり組くんだ場合ばあいを1理想りそう日びとする見積みつもり方式ほうしきメリット: 他たに基準きじゅんとなるタスクがなくてもとりあえず雑ざつに出だせる。相対そうたい見積みつもり

プロジェクト初期は理想日見積もりし、徐々に相対見積もりへ移行する - $shibayu36->blog;

「ツイッターも戦争せんそう努力どりょくの一ひとつ」　ウクライナ防衛ぼうえいを支ささえる31歳さいのデジタル相しょう - BBCニュース

画像がぞう説明せつめい, フェドロフ氏しの仕事しごとは当初とうしょ、政府せいふサービスを100％オンラインで提供ていきょうすることだったが、このプロジェクトは保留ほりゅうされているウクライナではロシア軍ぐんの侵攻しんこうを受うけて、軍ぐんも市民しみんも戦たたかっている。そしてウクライナは、新あたらしい前線ぜんせんを開ひらいた。テクノロジーの専門せんもん能力のうりょくを活用かつようしてシリコンバレーの支援しえんを集あつめ、敵てきを揺ゆるがそうという作戦さくせんだ。先頭せんとうに立たつのは31歳さいのデジタル相しょう、ミハイロ・フェドロフ氏し。しかし、フェドロフ氏しの戦術せんじゅつには、賛否さんぴ両論りょうろんの声こえが出でている。

「ツイッターも戦争努力の一つ」　ウクライナ防衛を支える31歳のデジタル相 - BBCニュース

エンタープライズ向むけサービスのMVPはこうして失敗しっぱいする。｜大平おおひら裕介ゆうすけ/ CEO at リーナー

どうもエンタープライズ企業きぎょうの調達ちょうたつを刷新さっしんしたい企業きぎょう、Leanerの大平おおひらです。エンプラSaaSの雄ゆうである会社かいしゃの創業そうぎょうメンバー兼けん役員やくいんの方ほうと、オンラインランチの機会きかいがあり、示唆しさ深ふかかったので許可きょかをいただきメモ公開こうかいします。 ※この記事きじではエンタープライズ企業きぎょうは略称りゃくしょうとしてエンプラと書かきますエンプラ向むけにサービス開発かいはつしている方ほうの参考さんこうになったら嬉うれしいです！拡散かくさんしていただけると次回じかいのやる気きになるのでそれも嬉うれしいです（重要じゅうよう）！より話はなしてみたい方ほうや、少すこしリーナーに興味きょうみあるかもという方ほうは、下記かきURLよりカジュアルに話はなしましょう！！ "SMBのMVP"と"エンプラのMVP"一緒いっしょにすんな当然とうぜんだが、SMBとエンプラでは、業務ぎょうむのオペレーションや目標もくひょう・ミッションなどすべてにおいて、個こ社しゃ性せいがまったく違ちがう。比較的ひかくてき、SMBでは、個こ社しゃ性せいが低ひくく。エンプラでは、個こ社しゃ性せいが高たかい。だからこそ SMBは、MVPが「画一かくいつ的てき」で許ゆるされる。

エンタープライズ向けサービスのMVPはこうして失敗する。｜大平裕介/ CEO at リーナー

朝会ちょうかいにファイブフィンガーを導入どうにゅうしたらみんなの調子ちょうしがわかりやすくなりました - Qiita

これは何なに自分じぶんの所属しょぞくしているグループではスクラムを導入どうにゅうしているのですが、ある時ときメンバー間あいだで業務ぎょうむを調整ちょうせいするためのコミュニケーションをもっと取とっていきたいよねという話はなしになりました。具体ぐたい的てきには、「重おもいレビューと重おもいタスクが重かさなってしまって余裕よゆうがない」、「ミーティングが多おおくて時間じかんが足たりない」、「体調たいちょう不良ふりょうで思おもうように働はたらけない」などなどの個別こべつの事情じじょうをもっと共有きょうゆうしあってチームで調整ちょうせいしたいよねという内容ないようです。元々もともとグループで毎日まいにち朝会ちょうかいを実施じっししていて、そこに「困こまったこと」を書かくセクションを設もうけてはいました。しかし、ちょっとした困こまりごとは「頑張がんばればなんとかなるし..」「わざわざ共有きょうゆうするほどでもないかな」といった感かんじで共有きょうゆうされづらい状況じょうきょうでした。そんな時ときに以前いぜん『カイゼン・ジャーニー』で読よんだ「ファイブフィンガー」を思おもい出だし、チームに導入どうにゅうしてみたら、些細ささいな困こまり事ごとが共有きょうゆうされるようになりました。ファイブフィンガー

朝会にファイブフィンガーを導入したらみんなの調子がわかりやすくなりました - Qiita

プロジェクトのスコープ調整ちょうせいを考かんがえる - 開発かいはつチームが信頼しんらいを獲得かくとくし変化へんかに対応たいおうするためのアプローチ - Agile Journey

日々ひび、懸命けんめいに開発かいはつにあたっていても、スコープ調整ちょうせいは否応いやおうなく発生はっせいします。Agile Journeyの読者どくしゃの方ほうも、「予定よていしていた機能きのう開発かいはつを削けずらないといけない」と判断はんだんせねばならない経験けいけんをお持もちかもしれません。こうした判断はんだんをネガティブなものではなく、「変化へんかへの対応たいおう」と捉とらえて前向まえむきにプロジェクトを進すすめるためには、なによりも信頼しんらいが必要ひつよう、と語かたるのは、10年ねん以上いじょう、アジャイルコーチとしてさまざまなチームに関かかわってきた安井やすい力つとむさんです。安井やすいさんが信頼しんらいを積つみ重かさね、「変化へんかに対応たいおうできる」チームになるために必要ひつようなことを解説かいせつしてくれました。プロダクト開発かいはつの中なかで「あれがほしい」「いつまでにほしい」「もっと早はやくほしい」とリクエストされることは珍めずらしくないでしょう。また一方いっぽうで、開発かいはつ側がわから「これは難むずかしい」「それまでにはできない」「思おもったよりも時間じかんがかかる」と伝つたえないといけない状況じょうきょうも、これまた珍めずらしくはありません。さまざまなツールや

プロジェクトのスコープ調整を考える - 開発チームが信頼を獲得し変化に対応するためのアプローチ - Agile Journey

Visual Studioでペアプロ環境かんきょうを実現じつげんする「Live Share」が、テキストチャットとボイスチャット機能きのうを統合とうごうへ

マイクロソフトは、Viual Studioファミリーでリモートでもペアプログラミング環境かんきょうを実現じつげんする「Live Share」の新しん機能きのうとして、テキストチャットとボイスチャットをプレビュー公開こうかいすることを明あきらかにしました。 Live ShareはVisual StudioやVisual Studio CodeなどのVisual Studioファミリー製品せいひん間あいだをネットワークで接続せつぞくし、ペアプログラミング環境かんきょうを実現じつげんする機能きのうです。インターネット経由けいゆでも機能きのうするため、物理ぶつり的てきに離はなれた場所ばしょであってもリモートでペアプログラミングを行おこなうことができます。今回こんかい発表はっぴょうされたのは、このLive Shareにテキストチャットとボイスチャットを統合とうごうする、というものです。現在げんざいのLive Shareは1つのソースコードを2人ふたりで同時どうじに編集へんしゅうすることはできても、プログラマ同士どうしの会話かいわは別べつに電話でんわやチャットツールなどを用もちいなければ行おこなえませんでし

Visual Studioでペアプロ環境を実現する「Live Share」が、テキストチャットとボイスチャット機能を統合へ

KPTに慣なれたチームがよりよい振ふり返がえりを行おこなうために、K/P/Tのそれぞれにフォーカスをあてた考察こうさつ

XP祭まつり2022登壇とうだん資料しりょう https://confengine.com/conferences/xp2022/proposal/17074/kptk-p-t

KPTに慣れたチームがよりよい振り返りを行うために、K/P/Tのそれぞれにフォーカスをあてた考察

ソフトウェアを完成かんせいさせる - blog.8-p.info

Why is building the Ruby environment hard? の、ソフトウェアは何なにもしないと壊こわれるというのは事実じじつではあるんだけど、それが良よいことかというと、どうなのかなあと思おもう。ほかにも、我々われわれプログラマはつい「ソフトウェアは完成かんせいしない」とかいってしまうし、それは雇用こようのためには良よいことなんだろうけど、でも本当ほんとうに完成かんせいしないんだろうか。 Go の logrus の README には、こんな段落だんらくがある。 Logrus is in maintenance-mode. We will not be introducing new features. It’s simply too hard to do in a way that won’t break many people’s projects, which is the last thing you want fro

検索けんさく対象たいしょう

並ならび順じゅん

ブックマーク数すう

セーフサーチ

期間きかん指定してい

絞しぼり込こみ

検索けんさく対象たいしょう

ブックマーク数すう

期間きかん

セーフサーチ

PMBOKの検索けんさく結果けっか361 - 400 件けん / 1401件けん

新着しんちゃく記事きじ

キーボードショートカット一覧いちらん

公式こうしきTwitter

はてなのサービス