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

単身たんしん引越ひっこしの受付うけつけ電話でんわ窓口まどぐちで「お荷物にもつは？」って言いわれたので正直しょうじきに答こたえたら見積みつもり拒否きょひされた「これは仕方しかたないね」「10t車しゃがいるわ」

関宮せきのみや @sekimiya 単身たんしん引越ひっこしの受付うけつけ電話でんわ窓口まどぐちで「お荷物にもつは？」って言いわれたので「本ほんがもろもろ1200冊さつくらい、同人どうじん誌しが120サイズ段だんボール10箱はこ、液晶えきしょうモニタ6枚まい、立体りったい物ぶつが入はいってるガラスケースが12ケース、あと75インチのテレビがあります！！！」って言いったら見積みつもり拒否きょひ後ごフルスペックの引越ひっこしセンターに回まわされました… 2022-11-01 17:33:05

単身引越しの受付電話窓口で「お荷物は？」って言われたので正直に答えたら見積もり拒否された「これは仕方ないね」「10t車がいるわ」

「ワンダープロジェクトJ」はこうして生うまれた！「SAVE」プロジェクトによって今いま紐解ひもとかれる開発かいはつ資料しりょう

「ワンダープロジェクトJ」はこうして生まれた！「SAVE」プロジェクトによって今紐解かれる開発資料

経済けいざい産業さんぎょう省しょうが事務じむ作業さぎょうを3分ぶんの1削減さくげん！Backlog導入どうにゅうで劇的げきてきに改善かいぜんしたベンダーとのメールコミュニケーション | Backlogブログ

経済けいざい産業さんぎょう省しょうが推おし進すすめるデジタル・トランスフォーメーションとはー経済けいざい産業さんぎょう省しょうでは省内しょうないのデジタル化かを進すすめるべく「デジタル・トランスフォーメーション室しつ」を立たち上あげたそうですね。同どうプロジェクトについて教おしえてください。吉田よしだ：事業じぎょう者しゃ向むけの行政ぎょうせいサービスのデジタル化かを進すすめる部署ぶしょとして、2018年ねん7月がつに経済けいざい産業さんぎょう省内しょうないに「経済けいざい産業さんぎょう省しょうデジタル・トランスフォーメーション室しつ」という部署ぶしょ横断おうだん的てきな組織そしきを立たち上あげました。省内しょうないのデジタル化かを推進すいしんすべく、基盤きばんシステムや業務ぎょうむ改革かいかくを担当たんとうする部署ぶしょと連携れんけいして、行政ぎょうせい手続てつづきやバックオフィス業務ぎょうむのデジタル化かに積極せっきょく的てきに取とり組くんでいます。現在げんざい様々さまざまな部局ぶきょくでデジタル化かに向むけた取組とりくみを進すすめていますが、中小企業庁ちゅうしょうきぎょうちょうデジタル・トランスフォーメーション室しつは、その先行せんこうした取組とりくみのひとつとして、中小ちゅうしょう企業きぎょうを対象たいしょうとしたサービスのデジタル化かに取とり組くんでいます。具体ぐたい的てきには中小ちゅうしょう企業きぎょうや小規模しょうきぼ事業じぎょう者しゃ向むけの行政ぎょうせい手続てつづきの簡素かんそ化か、情報じょうほう

経済産業省が事務作業を3分の1削減！Backlog導入で劇的に改善したベンダーとのメールコミュニケーション | Backlogブログ

リモートでアジャイル開発かいはつってどうしてる？〜メルカリ、LINE、クオカードでの取とり組くみを公開こうかいします〜【前編ぜんぺん】 - Findy Engineer Lab

2020年ねん8月がつ26日にち（水みず）、Findyが主催しゅさいするエンジニア向むけイベント「アジャイル開発かいはつ最前線さいぜんせん〜メルカリ、LINE、クオカードのエンジニア組織そしきを徹底てってい解剖かいぼう！〜」がオンライン上じょうにて開催かいさいされました。新型しんがたコロナウイルスの影響えいきょうにより、私わたしたちの働はたらき方かたは大おおきく変化へんかしました。こうした状況じょうきょうの中なかで、より良よい製品せいひんを作つくり出だすためには、単たんに働はたらき方かたを変かえるだけでなく、多様たような働はたらき方かたに適てきした組織そしき体制たいせいやコミュニケーション、さらにはツール選定せんていなど、エンジニア組織そしきや開発かいはつ手法しゅほう自体じたいも、時代じだいに合あわせて考かんがえる必要ひつようがあります。今回こんかいは、長ちょうきに渡わたってアジャイル開発かいはつを進すすめてきたゲストの方々かたがたをお呼よびし、アジャイル開発かいはつのこれまでと直近ちょっきんの変化へんか、今後こんごのあり方かたについて語かたっていただきました。その内容ないようを、前編ぜんぺんのパネルディスカッションパートと、後編こうへんのQ＆Aパートに分わけてお届とどけします。 ■登壇とうだん者しゃプロフィール鎌田かまた正浩まさひろ／LINE株式会社かぶしきがいしゃ [@iratamak

リモートでアジャイル開発ってどうしてる？〜メルカリ、LINE、クオカードでの取り組みを公開します〜【前編】 - Findy Engineer Lab

アジャイルとウォーターフォール 2022

Henry @HighWiz ウォーターフォールとは「論理ろんり的てきな手順てじゅん」そのものであって、戻もどれないことではない。決きまったから戻もどれない、進すすむしかない、みたいなロジック無なきお気持きもちWFは必かならず燃もえる。 WFは「戻もどれない」のではなく、正まさしく手順てじゅんを踏ふまないと「進すすんではいけない(進すすめない)」のだ。なぜそれが分わからんのだ❗️ 2022-04-22 20:22:38 komitsubo @komitsubo ソフトウェア開発かいはつも古典こてんなV字じ開発かいはつの分業ぶんぎょうからアジャイル的てきなコンパクトに回まわしていくスタイルになっていたのでそれに呼応こおうするようにエンジニアも総合そうごう的てきに設計せっけい、実装じっそう、検証けんしょうスキル持もった人達ひとたちが増ふえていくのかと思おもいきや実際じっさいは設計せっけい、実装じっそう側がわとテスト側がわで独自どくじにコミュニティ化かしてるのは意外いがいな感かんがある。 2022-04-23 09:08:23 komitsubo @komitsubo スクラムとかチームで駆動くどうしようとかドメインを

ITプロジェクトが失敗しっぱいする54の原因げんいん、説とき明あかした「マンダラ図ず」の中身なかみ

DX（デジタルトランスフォーメーション）で失敗しっぱいしている企業きぎょうは多おおい。筆者ひっしゃはIT関連かんれんの開発かいはつに長年ながねん携たずさわっており、「失敗しっぱい学がく」の経験けいけんを基もとに『DX失敗しっぱい学がくなぜ成果せいかを生うまないのか』（日経にっけいBP）を上梓じょうし（じょうし）した。今回こんかいと次回じかいの2回かいにわたり、この本ほんから「ITプロジェクト版ばん失敗しっぱい原因げんいんマンダラ図ず」を取とり上あげる。 ITプロジェクトの多おおくは失敗しっぱいに終おわっている。失敗しっぱいの後のちに犯人はんにん捜さがしをして満足まんぞくしたり、架空かくうの失敗しっぱい原因げんいんを作つくり出だしてなんとなく納得なっとくした気きになったりしていることも多おおい。大事だいじなのは真しんの失敗しっぱい原因げんいんを見みつけ出だして、次回じかい以降いこうにつなげることなのだ。より確実かくじつに真しんの失敗しっぱい原因げんいんにたどり着つくためのツールとして、筆者ひっしゃらは「ITプロジェクト版ばん失敗しっぱい原因げんいんマンダラ図ず」を考案こうあんした。筆者ひっしゃが所属しょぞくしている失敗しっぱい学会がっかいは、失敗しっぱいの原因げんいんを構成こうせいする要素ようそを分類ぶんるいして関連かんれんを階層かいそうごとに図示ずしした「失敗しっぱいまんだら」を提唱ていしょうしている。仏教ぶっきょうで悟さとりの世界せかいや仏ふつの教おしえを示しめした図絵ずえである

【コラム】PMBOK第だい7版はんがタスク・マネジメントにもたらす意味いみとは？（１／３） - VisiWork

記事きじID：3111 AIサマリー: この記事きじでは、PMBOK第だい7版はんがタスク・マネジメントにもたらす影響えいきょうについて説明せつめいしています。新あたらしいパフォーマンス・ドメインと開発かいはつアプローチ、ライフサイクルの重要じゅうよう性せいが強調きょうちょうされ、複ふく合あい的てきな計画けいかく視点してんの必要ひつよう性せいが述のべられています。また、タスク・マネジメントの導入どうにゅうに際さいし、バリューデリバリー・システムの概念がいねんを理解りかいし、業界ぎょうかいや契約けいやく形態けいたいにかかわらず価値かち創出そうしゅつを目指めざす重要じゅうよう性せいが強調きょうちょうされています。 PMBOKとPMBOK第だい7版はん PMBOKとはProject Management Body of Knowledgeを略りゃくしたものであり、日本語にほんごでは、「プロジェクト・マネジメント知識ちしき体系たいけいガイド」と言いいます。PMBOKは、プロジェクト・マネジメント協会きょうかい (PMI) が発行はっこうしているガイドであり、幅広はばひろい分野ぶんやでのマネジメントに適用てきようされるプロジェクト・マネジメントの基盤きばんを提供ていきょうしています。この記事きじの著者ちょしゃ

【コラム】PMBOK第7版がタスク・マネジメントにもたらす意味とは？（１／３） - VisiWork

要件ようけん定義ていぎ・プロジェクト企画きかくに必要ひつようなネゴシエーションをロジカルに学まなぶ記事きじ - Qiita

はじめにこんにちは。株式会社かぶしきがいしゃデジサクの多た森もりです。今回こんかいの記事きじでは、要件ようけん定義ていぎ・プロジェクト企画きかくを推進すいしんするためのネゴシエーション術じゅつについて扱あつかっていきます。 ITプロジェクトを推進すいしんしていて、こんなことを感かんじた経験けいけんはないでしょうか？「バラバラな意見いけん・要望ようぼうを収集しゅうしゅうできない」「発言はつげん力りょくがある人ひとの影響えいきょうに負まけてしまう」「いつまでも追加ついか要望ようぼうが止とまらない」関係かんけい者しゃの意見いけんを尊重そんちょうしつつも優先ゆうせん順位じゅんいを明確めいかくにして、全員ぜんいんで同おなじ目的もくてきに向むかってプロジェクト推進すいしんするバランス感覚かんかくが欲ほしいと常々つねづね感かんじます。こんな悩なやみを解決かいけつするために、、「センスに頼たよらない！要件ようけん定義ていぎ・プロジェクト企画きかくのネゴシエーション術じゅつ」こんなテーマで、様々さまざまな関係かんけい者しゃとスムーズに調整ちょうせいする考かんがえ方かたを３みっつの軸じく（タイプ別べつ・役職やくしょく別べつ・フェーズ別べつ）で整理せいりしました。本ほん記事きじの章しょう立だては以下いかの通とおりです。ーーーーー企画きかく・要件ようけん定義ていぎのほとんどは関係かんけい者しゃとの調整ちょうせいポイント①：思考しこうタ

要件定義・プロジェクト企画に必要なネゴシエーションをロジカルに学ぶ記事 - Qiita

GPT-4との新あらたな開発かいはつ体験たいけん: AIとペアプロを極きわめる

こんにちは、クレスウェア株式会社かぶしきがいしゃの奥野おくの賢太郎けんたろう (@okunokentaro) です。本ほん記事きじでは、GPT-4を使つかった開発かいはつ体験たいけんについて語かたりたいと思おもいます。 2023年ねん3月がつ14日にち、GPT-4が発表はっぴょうされました。GPT-4とは、OpenAI社しゃが開発かいはつした最新さいしんのAI技術ぎじゅつで、自然しぜん言語げんご処理しょりの能力のうりょくが従来じゅうらいのGPT-3.5と比較ひかくして、さらに向上こうじょうしています。これにより、文章ぶんしょう生成せいせいやコーディングの補助ほじょといった様々さまざまな分野ぶんやでの応用おうようが期待きたいされており、開発かいはつ者しゃにとっても非常ひじょうに興味深きょうみぶかいツールとなっています。現在げんざいは、GPT-4を利用りようするためにはChatGPT Plusという課金かきんコンテンツに月額げつがく20ドルを支払しはらう必要ひつようがあります。驚おどろくことに、この記事きじもChatGPTに大半たいはんを書かいてもらいました。それでは、GPT-4を活用かつようしたコーディング体験たいけんについて紹介しょうかいします。 AIとのペアプロに近ちかいコーディング体験たいけん筆者ひっしゃはGPT-4公開こうかい初日しょにちである日本にっぽん時間じかんの

タスクばらし入門にゅうもん

担当たんとうタスクを管理かんりしやすい小ちいさな単位たんいに分割ぶんかつしていく「タスクばらし」。タスクばらしはセルフマネジメントの必須ひっすツールです。そこで、タスクばらしの目的もくてき、効果こうか、種類しゅるいごとの分割ぶんかつ方法ほうほう、見直みなおし方法ほうほうについてまとめました。なお、チーム全体ぜんたいで共有きょうゆうしておこなうタスク管理かんりについてはこの本ほんの対象たいしょう外がいとします。

UXだけでは足たりない何なにか | ベイジのUIラボ～業務ぎょうむシステムとSaaSのUIを考かんがえる

UXについて色々いろいろと考かんがえることがあり、少すこし言葉ことばにまとめてみた。何なにが正ただしいという話はなしではないが、率直そっちょくに感かんじていることである。意図いとされたBad UX 車くるまを運転うんてんする人ひとなら経験けいけんしたことがあると思おもうが、「近ちかづかないと識別しきべつできない信号しんごう」というのがある。この手ての信号しんごうは、近付ちかづくまで青あおなのか赤あかなのか判別はんべつできない。そのため信号しんごうの近ちかくになるまで、このまま進すすむべきか、ブレーキを踏ふむべきか、とドキドキさせられる。先日せんじつまでペーパードライバーだった私わたしは、当初とうしょ、スムーズな運転うんてんを妨さまたげてストレスを感かんじさせるこの信号しんごうを、液晶えきしょうの表示ひょうじ角度かくどなどの計算けいさんを誤あやまった設置せっちミスだと思おもっていた。しかしこれは、複雑ふくざつな交差点こうさてんなどでの交通こうつう事故じこを防ふせぐために意図いと的てきに仕掛しかけられたもののようである。いちドライバーとしては、けっして心地ここちよい体験たいけんではない。しかし、社会しゃかい全体ぜんたいにとっては良よい方向ほうこうに向むかうようデザインされた信号しんごうといえる。このような「意図いと的てきにユーザー

UXだけでは足りない何か | ベイジのUIラボ～業務システムとSaaSのUIを考える

開発かいはつ組織そしきにはじめてのスクラムを導入どうにゅうする - Mirrativ Tech Blog

こんにちは、エンジニアのちぎら @_naru_jpn です。ミラティブでは開発かいはつプロセス改善かいぜんの一環いっかんとして、スクラムフレームワークを試験しけん的てきにひとつの開発かいはつチームに導入どうにゅうし、開発かいはつを行おこなっています。該当がいとうする開発かいはつチームでは1週間しゅうかんのタイムボックスでスプリントをきり、導入どうにゅう開始かいしから12スプリント(3ヶ月かげつ弱じゃく)をこなしてきました。チームのスクラム開発かいはつにも慣なれが見みえはじめ、当初とうしょ想定そうていしていた開発かいはつプロセスの改善かいぜんも実感じっかんが湧わくようになってきました。今回こんかいは、スクラム導入どうにゅうの背景はいけいや内容ないよう、今後こんごの展望てんぼうなどをご紹介しょうかいします。スクラム導入どうにゅう前まえの開発かいはつ体制たいせいとモチベーションスクラム導入どうにゅう前まえの開発かいはつイメージスクラム導入どうにゅう前まえの開発かいはつの流ながれは上うえ図ずのようです。仕様しよう書しょと工数こうすうの概算がいさんをもとにしてガントチャートにスケジュールがひかれ、フェーズごとに開発かいはつを進すすめていきます。もちろんすべて天下あまくだり式しきに開発かいはつを進すすめている訳わけではなく、デザインがある程度ていどできた時点じてんでエンジニアも含ふくめ

開発組織にはじめてのスクラムを導入する - Mirrativ Tech Blog

〇〇強化きょうか型がた人間にんげんを目指めざす：PM + プロダクトに関かかわる人ひとのプチキャリア論ろんと、今後こんご強化きょうかできる 20 のスキルについて｜Fritz | Lead Product Manager @ Mercari

〇〇強化きょうか型がた人間にんげんを目指めざす：PM + プロダクトに関かかわる人ひとのプチキャリア論ろんと、今後こんご強化きょうかできる 20 のスキルについて職種しょくしゅに通常つうじょう求もとめられる職能しょくのうを超こえ、自身じしんをあえて「自分じぶんは〇〇にも強つよみがあります」と主張しゅちょうする必要ひつように迫せまられた場合ばあい。プロダクトに関かかわられているみなさまは、どんな言葉ことばを〇〇に入いれようと思おもわれますか？「アプリオタクなので、UX の引ひき出だしには自信じしんがあります」「戦略せんりゃく立案りつあんなら、元もとコンサルの私わたしにお任まかせを」「元もとエンジニア。開発かいはつ ROI 最大さいだいのプロジェクトを提案ていあんできます」などなど……色々いろいろな答こたえ方かたがあるかと思おもいます。こうした強つよみを持もった「〇〇強化きょうか型がた人間にんげんにならなければマズイ」と最近さいきん自分じぶんは強つよく感かんじるようになってきているのですが、結論けつろんから書かくと、例たとえば PdM の場合ばあいには最もっとも良よく言及げんきゅうされがちなデザイン or コードができなくても大丈夫だいじょうぶ。思おもったより強化きょうかエリアにも色々いろいろな方向ほうこうがありそう。という

〇〇強化型人間を目指す：PM + プロダクトに関わる人のプチキャリア論と、今後強化できる 20 のスキルについて｜Fritz | Lead Product Manager @ Mercari

「LLM」を活用かつようしたプロダクト開発かいはつに必要ひつような能力のうりょくとは何なにか　“機械きかい学習がくしゅうの民主みんしゅ化か”でますます注目ちゅうもくされる「MLPdM」の重要じゅうよう性せい

大だい規模きぼ言語げんごモデル（LLM）を、実際じっさいにプロダクトや実務じつむに役立やくだつかたちで利用りようしている各社かくしゃが見みた使つかいどころや、実践じっせんの上うえでの工夫くふうについて学まなび合あうためのイベント第だい二に弾だん。今回こんかいのテーマは「大だい規模きぼ言語げんごモデルがつくる新あたらしい顧客こきゃく体験たいけん」。ここで登壇とうだんしたのは、株式会社かぶしきがいしゃLayerXの松村まつむら優ゆう也氏。機械きかい学習がくしゅうの民主みんしゅ化かとMLPdMの重要じゅうよう性せいについて発表はっぴょうしました。 LayerX社しゃ・機械きかい学習がくしゅうチームのマネージャーの松村まつむら優ゆう也氏松村まつむら優ゆう也氏：それでは、LayerXの松村まつむら優ゆう也が「機械きかい学習がくしゅうエンジニアから見みるプロダクト開発かいはつにおけるLLM」を副題ふくだいとして、「機械きかい学習がくしゅうの民主みんしゅ化かとMLPdMの重要じゅうよう性せい」というタイトルで10分ふんお話はなしします。お願ねがいします。簡単かんたんな自己じこ紹介しょうかいですが、あらためて、松村まつむらです。（スライドの）右上みぎうえの黒くろいアイコンでよくSNSをやっています。「Twitter」などのIDはご覧らんのとおりです。バックグラウンド的てきには、もともと京都きょうと大学だいがくで情報じょうほう検けん

「LLM」を活用したプロダクト開発に必要な能力とは何か　“機械学習の民主化”でますます注目される「MLPdM」の重要性

不ふ確実かくじつ性せいに立たち向むかう一ひとつのTips〜リスク管理かんりに取とり組くんだ話はなし〜 - BASEプロダクトチームブログ

こんにちはエンジニアリングマネージャーをしております植田うえだです。4月18日にちにグロースプランの提供ていきょうが開始かいしされました。今回こんかいこの開発かいはつプロジェクトにて「リスク管理かんり」に取とり組くんでみたのでそのお話はなしをします。 Index リスク管理かんりに取とり組くんだ背景はいけいそもそもリスク管理かんりとは具体ぐたい的てきなリスク管理かんりの進すすめ方かたリスク管理かんりはどのようなプロジェクトで実行じっこうすべきか実際じっさいにどのように取とり組くんだか取とり組くんで良よかったことと、今後こんご発展はってんさせたいことリスク管理かんりに取とり組くんだ背景はいけいまず今回こんかいなぜリスク管理かんりに取とり組くんだかをお話はなしします。BASEでは現在げんざい大小だいしょう様々さまざまな開発かいはつプロジェクトが同時どうじ進行しんこうしていますが、日ひに日ひにその複雑ふくざつ性せいは増ましています。年月としつきを追おうごとに積つみ重かさなる仕様しよう、日ひに日ひに拡大かくだいしていくリポジトリ（ソースコード群ぐん）…と、複雑ふくざつ性せい・難易なんい度どは増ます一方いっぽうです。その中なかで、開発かいはつプロジェクトもいわゆる「不ふ確実かくじつ性せいが高たかい」と言いわれることが当あたり前まえの状況じょうきょうになって

不確実性に立ち向かう一つのTips〜リスク管理に取り組んだ話〜 - BASEプロダクトチームブログ

エンジニア100名めいに対たいしてPM1名めい。Notionの急きゅう成長せいちょうを支ささえる開発かいはつ組織そしきとカルチャー | キャリアハック（CAREER HACK）

世界中せかいじゅうで、熱心ねっしんなファンが急増きゅうぞうしているNotion。2021年ねん10月がつには2億おく7500万まんドル（約やく307億おく円えん）の資金しきん調達ちょうたつを発表はっぴょうし、評価ひょうか額がくは100億おくドル（約やく1兆ちょう1200億おく円えん）へと上昇じょうしょう。急きゅう成長せいちょうを遂とげているNotionのプロダクト開発かいはつと組織そしき作づくりについて、エンジニアリング責任せきにん者しゃ Michael manapat（マイケル・マナパット）さんが語かたってくれた。目次もくじ・Notionの組織そしき構成こうせい・Notionの製品せいひん決定けっていプロセス・Notionのプロダクトデザインの考かんがえ方かた・Notionのプロダクトとビジネスニーズのバランス・Notionで働はたらくエンジニアの役割やくわり・Notionのエンジニア採用さいよう・Notion流りゅうPLGにおいて大事だいじなこと ※2021年ねん12月9～10日にちに開催かいさいされた【PRODUCT LEADERS SALON 2021】より、Notionにてエンジニアリングの責任せきにん者しゃを務つとめるMichael Manapatさ

エンジニア100名に対してPM1名。Notionの急成長を支える開発組織とカルチャー | キャリアハック（CAREER HACK）

アジャイル開発かいはつ実践じっせんガイドブック | 内閣ないかく官房かんぼう情報じょうほう通信つうしん技術ぎじゅつ（IT）総合そうごう戦略せんりゃく室しつ

プロダクトオーナーとしての成長せいちょう：プロダクトオーナーの5つの成熟せいじゅく度どレベル

Scrum.orgの認定にんていトレーニングであるPSPOを受講じゅこうした際さいに、トレーニングの中なかで出でてきたプロダクトオーナーの成熟せいじゅく度どレベルについて、Scrum.orgのブログに記事きじがあったので、著者ちょしゃのRobbinに連絡れんらくをして、許可きょかをいただいたので、記事きじの翻訳ほんやくをこちらにアップします。元もとの記事きじはこちら https://www.scrum.org/resources/blog/growing-product-owner-five-product-owner-maturity-levels プロダクトオーナーの役割やくわりは、組織そしきにおいて様々さまざまな異ことなる方法ほうほうで実装じっそうされています。プロダクトオーナーの責任せきにんと権限けんげんは、組織そしき、部門ぶもん、チーム、そしてプロダクトオーナーによって異ことなります。これは、人ひとが成長せいちょうしなければならない役割やくわりであることから、ある程度ていどは説明せつめいできます。この役割やくわりには、いくつかの特定とくていの能力のうりょくと考かんがえ方かたが必要ひつようです。さらに、多おおくの組織そしき

工数こうすう超過ちょうかの要因よういん、過剰かじょうなテストを避さけよう　効率こうりつ的てきに要件ようけんを作成さくせいする「V&V」という考かんがえ方かたとは

工数こうすう超過ちょうかの要因よういん、過剰かじょうなテストを避さけよう　効率こうりつ的てきに要件ようけんを作成さくせいする「V&V」という考かんがえ方かたとは：アジャイル開発かいはつにおける品質ひんしつ管理かんり（3）少しょう人数にんずう、短期間たんきかんの開発かいはつを繰くり返かえすアジャイル開発かいはつでは、どのようにすれば品質ひんしつを保たもつことができるのだろうか。本ほん連載れんさいでは、アジャイル開発かいはつにおける品質ひんしつ管理かんりの手法しゅほうを解説かいせつする。今回こんかいは、スプリント内ないでのテストと品質ひんしつ保証ほしょうについて、2回かいに分わけて解説かいせつする。前編ぜんぺんとなる今回こんかいは要件ようけん設定せっていとV&Vについて。アジャイル開発かいはつにおいて、テストをどのように実施じっしするかは難むずかしい問題もんだいです。短みじかい開発かいはつ周期しゅうきで、設計せっけい、実装じっそうにしっかり時間じかんをかけようとすると、それに伴ともなってテストを実施じっしする時間じかんは少すくなくなります。結果けっかとして、テストがスプリント（※）内ないで収おさまらず、テストのタスクを次つぎのスプリントに持もち越こしてしまいます。結果けっかとして本来ほんらいのタスクに着手ちゃくしゅできず、プロジェクトが停滞ていたいしてしまうことも考かんがえられます。（※）アジャイル開発かいはつにおけ

工数超過の要因、過剰なテストを避けよう　効率的に要件を作成する「V&V」という考え方とは

最高さいこうのUXを目指めざして、1人月にんげつでWebアプリを開発かいはつした話はなし

関心かんしんが高たかまりつつあるPWAについての技術ぎじゅつ・情報じょうほう交換こうかんの場ばである「PWA Night」。Vol.14の今回こんかいはUI/UXがテーマです。「YouTubeをみんなでワイワイ見みるためのサービスDJ7の話はなし」というテーマで登壇とうだんしたのは、Imagawa Takaya氏し。1人月にんげつで開発かいはつしたYouTubeの同期どうき再生さいせいアプリ「DJ7」について、短期間たんきかんでの開発かいはつ工程こうていの工夫くふうなどを語かたりました。ユーザーが各かく機能きのうにアクセスしやすくするためのデザイン Imagawa Takaya氏し：3週しゅう目めに行いったことはこちらになります。今いままでは機能きのうの実装じっそうがメインだったのに対たいして、この週しゅうからはデザインをやりました。先さきほどのプロトタイプでもお見みせしたとおり、DJ7ではロジックの実装じっそうとデザインの工程こうていを明確めいかくに分わけました。これはデザインしたあとで機能きのうを増ふやしたくなってしまい、手て戻もどりが発生はっせいしてしまうのが嫌いやなためです。この週しゅうに意識いしきしたのは、実装じっそうした機能きのうをU

アジャイルとリーン・スタートアップを組くみ合あわせた開発かいはつプロセス ~第だい１回かい概要がいよう~ - selmertsxの素振そぶり日記にっき

2019年ねん8月がつにAzitに入社にゅうしゃして4ヶ月かげつ。私わたしはSREとしての役割やくわりを期待きたいされてAzitに入社にゅうしゃしたけれども、気きがつけばバックエンドエンジニア兼けんスクラムマスターをやっていました。バックエンドエンジニアとしては、AWSインフラ環境かんきょうの完全かんぜんな作つくり直なおしとTerraformによるコード化か、Railsの負債ふさい解消かいしょう、監視かんし設定せっていのコード化かなどを行おこなっていました。スクラムマスターとしては、初期しょきの3ヶ月かげつはアジャイル開発かいはつ(スクラム、XPを組くみ合あわせたもの)、そして12月からの1ヶ月かげつはリーン・スタートアップ開発かいはつの導入どうにゅう等とうを行おこないました。ここでは、スクラムマスターとして考かんがえた開発かいはつプロセスについて資料しりょうにまとめます。なおこの文章ぶんしょうは、0-1 の開発かいはつフェーズではなく、すでにリリースされたサービスに途中とちゅうで加くわわったスクラムマスターの目線めせんで書かかれており、対象たいしょうとする読者どくしゃも私わたしと同おなじような境遇きょうぐうにあるスクラムマスターとなっています。この開発かいはつ

アジャイルとリーン・スタートアップを組み合わせた開発プロセス ~第１回概要~ - selmertsxの素振り日記

事業じぎょうをスケールさせるエンジニアリング〜技術ぎじゅつのコモディティ化かにエンジニアは敗北はいぼくする〜 - DMM inside

｜DMM inside

【アジャイル】書籍しょせき「Clean Agile」より「小規模しょうきぼ開発かいはつのアジャイルプラクティス」

プロジェクトを機能きのう・ストーリー・タスクに分割ぶんかつする方法ほうほうと、それぞれの見積みつもり、優先ゆうせん順位じゅんい付づけ、スケジューリングのガイダンスを提供ていきょうします。見積みつもりは細こまかく細分さいぶん化かするほど精度せいどを上あげることができるのは明あきらかです。しかしその代償だいしょうとして時間じかんがかかります。不正ふせい確かくにすべきではありませんが、見積みつもりのコストは抑おさえたいと考かんがえます。有効ゆうこうな技法ぎほうとして「三さん点てん見積みつもり」があります。この見積みつもりは、「最良さいりょうケース」「最さい有力ゆうりょくケース」「最悪さいあくケース」の３みっつの数値すうちで構成こうせいされます。これらの数値すうちは信頼しんらい性せいのより見積みつもられます。これはPERT法ほうとして調しらべると詳くわしい情報じょうほうが得えられるでしょう。しかしながら三さん点てん見積みつもりは長期ちょうきのプロジェクトには有力ゆうりょくですが、プロジェクト内部ないぶのマネジメントで使つかうには精度せいどが悪わるすぎるため、「ストーリーポイント」を用もちいるとよいということです。ユーザー視点してんでの機能きのうであるユーザーストーリーに対たいし、具体ぐたい的てきな時間じかんの工数こうすうではなく、相そう

【アジャイル】書籍「Clean Agile」より「小規模開発のアジャイルプラクティス」

予定よてい日びにリリースできない原因げんいんは「スケジュール管理かんりの甘あまさ」　新規しんき事業じぎょう開発かいはつのPMに伝つたえたい、予定よてい管理かんりに必要ひつような3つのこと

「シニアPMに聞きく！3000件けんの新規しんき事業じぎょう立りつ上あげ経験けいけんから学まなぶ、プロジェクトの始はじめ方かた。」は開発かいはつプロジェクトの中なかでも特とくに「立たて上あげ」「始はじまり」「キックオフ」に絞しぼったLTおよび相談そうだん会かいを行おこなうイベントです。ここで株式会社かぶしきがいしゃRelicの成宮なるみや氏しが登壇とうだん。新規しんき事業じぎょう開発かいはつで重要じゅうようなスケジュール管理かんりについて話はなします。成宮なるみや氏しの自己じこ紹介しょうかい成宮なるみや吉よし将すすむ氏し：事前じぜん（告知こくち）とタイトルが変かわっています。書かいていくうちにスケジュール管理かんりの話はなしで筆ふでが走はしってしまったのでスケジュール管理かんりの話はなしをします。それでは始はじめたいと思おもいます。よろしくお願ねがいします。期待きたい値ちとずれていたらごめんなさい。コメントとかで後のちで補足ほそくします。Relicの紹介しょうかいは先さきほど北川きたがわさん（北川きたがわ祐希ゆき氏し）がしてくれたので、飛とばしますね。私わたしの自己じこ紹介しょうかいをします。もともとNECで技術ぎじゅつ営業えいぎょうやシステムエンジニアをしていました。みなさんが使つかっている携帯けいたい電話でんわの電話でんわ網もうに使つかう、馬鹿ばかでかいスイッチやルーターを

予定日にリリースできない原因は「スケジュール管理の甘さ」　新規事業開発のPMに伝えたい、予定管理に必要な3つのこと

成功せいこうするプロジェクト計画けいかくはこうして立たてる | タイム・コンサルタントの日誌にっしから

－－これはプロジェクト・マネジメントを人ひとに教おしえるとき、わたしが必かならず出だすクイズの一ひとつだ。実じつはその答こたえについて、以前いぜんこのサイトで書かいたことがあるのだが、もう9年ねんも前まえの記事きじ（笑）なので、覚おぼえておられる読者どくしゃも少すくないだろう。そこで、あらためて考かんがえてみていいただきたい。最初さいしょにすべきことは何なにか？相手あいてが学生がくせいの場合ばあい、「日程にっていを決きめる」「店みせを探さがす」「参加さんか者しゃのリストを決きめる」等々とうとう、いろいろな答こたえが思おもいつく限かぎり出でてくる。もちろん、どれもそれなりに正ただしいように見みえる。でも、求もとめている答こたえはそれじゃないです、どんな種類しゅるいのパーティやイベントの場合ばあいにもあてはまる、唯一ゆいいつの普遍ふへん的てきな正解せいかいがあるのです、とわたしは続つづけて説明せつめいする。しかし、その『正解せいかい』が出でてくることは、まずない。一方いっぽう、相手あいてが企業きぎょう人じんの場合ばあいは、ほしい答こたえをい当いあててくれる人ひとが、ときどき、いる。わたしの求もとめる答こたえとは、『計画けいかくを立たてる』である。同期どうき3人にんの飲のみ会かいなら、その場ば

スクラムは「気付きづいてもらう」とうまくいく、と気付きづいた話はなし - Commune Engineer Blog

こんにちは、コミューン株式会社かぶしきがいしゃでスクラムマスターを担になっているヤマシタ（@yama_sitter）です。前回ぜんかい「スプリントの属人ぞくじん性せいを減へらしたらベロシティが安定あんていした話はなし」という記事きじを書かきました。この記事きじで紹介しょうかいした取とり組くみに至いたるまでの過程かていに興味きょうみがある、という声こえを頂いただいたので、その過程かてい、及および過程かていを振ふり返かえって得えられた気き付つきを紹介しょうかいさせて頂いただきます。ちなみに少すこし長ながいです。ご了承りょうしょう下ください。まずは結論けつろんから取とり組くみの出会であいから定着ていちゃくに至いたるまで「WIP制限せいげんの導入どうにゅう」に至いたるまで出会であい導入どうにゅう定着ていちゃく「タスクサイズの制限せいげんの導入どうにゅう」に至いたるまで出会であい導入どうにゅう定着ていちゃく「死亡しぼう前ぜん死因しいん分析ぶんせき（プレモーテム）の導入どうにゅう」に至いたるまで出会であい提案ていあん定着ていちゃく改あらためて振ふり返かえってみてまとめ取とり組くみに出会であえたのも上手うまくハマったのも正直しょうじき偶然ぐうぜん「気付きづいてもらう」ことが大事だいじ。最後さいごに決きめるのはメンバー「とりあえずやってみよう」くらいの気持きもちで改善かいぜんに取とり

スクラムは「気付いてもらう」とうまくいく、と気付いた話 - Commune Engineer Blog

アジャイルもDevOpsも費用ひよう対たい効果こうかより機会きかい損失そんしつで考かんがえる　DASAアンバサダーが贈おくるこれからの開発かいはつ現場げんばへのアドバイス

「みんなのPython勉強べんきょう会かい」では、Pythonを中心ちゅうしんとしてプログラミングを様々さまざまなシーンに生いかす方法ほうほうを一緒いっしょに学まなんでいます。今回こんかいは初級しょきゅう、中級ちゅうきゅうのサーバーサイドエンジニア向むけに、開発かいはつ現場げんばのアドバイザーでもある長沢ながさわ氏しがアジャイルとDevOpsについて話はなしました。後半こうはんはアジャイルとDevOpsをどう取とり入いれればいいかについてです。従来じゅうらいの開発かいはつ計画けいかくとアジャイルの計画けいかくの違ちがいやっと本題ほんだいのうちの1つ、アジャイルの話はなしに入はいります。アジャイル開発かいはつ自体じたいの成なり立たちの話はなしは今日きょうはしません。今日きょう話はなしておきたいのは従来じゅうらい型がた、わかりやすく言いうとウォーターフォールに近ちかいものの開発かいはつのやり方かたとアジャイルのやり方かたはだいぶ考かんがえ方かたが違ちがうというところをお伝つたえしたいです。従来じゅうらいの開発かいはつの計画けいかくの仕方しかたというのは基本きほん的てきにはすべてのスコープをはっきりさせます。ウォーターフォールは要件ようけん定義ていぎを最初さいしょにやりますよね。要件ようけん定義ていぎで全部ぜんぶ決きめ、すべての要件ようけんが固かたまって見み

アジャイルもDevOpsも費用対効果より機会損失で考える　DASAアンバサダーが贈るこれからの開発現場へのアドバイス

アジャイルプラクティスマップを公開こうかいしました | Agile Studio

Agile Studio プロデューサーの木下きのしたです。アジャイル開発かいはつをはじめるには、基本きほん的てきな語彙ごいやプラクティスをチームにいる全員ぜんいんが知しることが大切たいせつです。また、アジャイル開発かいはつを実践じっせんしていく上うえではスクラムのみ...

影響えいきょう力りょくのあるプロダクトリーダーシップとは〜リーダーシップのBサイド：信頼しんらい獲得かくとく編へん〜 / B-side of Product Leadership

ProductZine Day 2024 Winterでの登壇とうだんスライドです

影響力のあるプロダクトリーダーシップとは〜リーダーシップのBサイド：信頼獲得編〜 / B-side of Product Leadership

無計画むけいかくに見みえる計画けいかく・チーム感かんの欠如けつじょ・とりあえずがんばる文化ぶんか　 “ふりかえりエバンジェリスト”が異動いどう先さきで直面ちょくめんした組織そしきの課題かだい

「スクラムフェス仙台せんだい」は初心者しょしんしゃからエキスパートまでさまざまな参加さんか者しゃが集つどい、学まなび、楽たのしむことができるアジャイルコミュニティの祭典さいてんです。ここで登壇とうだんしたのは、森もり一樹かずき氏し。ふりかえりを日常にちじょうとするチームができるまでを「プロダクトオーナー」という観点かんてんでふりかえり、それを再現さいげんするために必要ひつようだった要素ようそについて話はなしました。全ぜん4回かい。1回かい目めは、異動いどうから見みえた、内情ないじょうと課題かだいについて。ふりかえりのエバンジェリスト・森もり一樹かずき氏し森もり一樹かずき氏し：よろしくお願ねがいします。みなさんこんにちは。（会場かいじょう拍手はくしゅ）現地げんちの方ほうもオンラインの方ほうも、よろしくお願ねがいします。オンラインの方ほうはすみません、私わたしはだいぶ久々ひさびさに現地げんち登壇とうだんをするので、Discordのコメントを拾ひろう余裕よゆうがなさそうです。とはいえ、コメントをもらえるとあとから見返みかえした時ときにすごくうれしいので、ぜひよろしくお願ねがいします。今日きょうは「プロダクトオーナーのための、ふりかえりが日常にちじょうに溶とけるチームの作さく

無計画に見える計画・チーム感の欠如・とりあえずがんばる文化　 “ふりかえりエバンジェリスト”が異動先で直面した組織の課題

UI・UXに強つよい！デザインシステムにおすすめ Figmaプラグイン20選せん

Figmaの使つかい方かたはとてもシンプルですが、デザインシステムの作成さくせいとなると話はなしは別べつです。ストレスの多おおい作業さぎょうプロセスになりがちですが、幸さいわいにもFigmaにはそんな苦悩くのうから救すくってくれる、便利べんりプラグインが数多かずおおく公開こうかいされています。プラグインはデザインプロセスに欠かかせないツールで、プロジェクト特有とくゆうの問題もんだい点てんを解決かいけつしたり、面倒めんどうな作業さぎょうを自動じどう化かするなど、時間じかん短縮たんしゅくにもつながります。しかし、膨大ぼうだいな数かずのプラグインから自分じぶんにあったものを探さがすのは時間じかんがかかるのも事実じじつ。ここでは、デザインシステムの作成さくせい、管理かんり、運用うんように役立やくだつFigmaプラグイン20個こをピックアップしてご紹介しょうかいします。無料むりょうダウンロードできる良質りょうしつUIテンプレート集しゅうを活用かつようして、すぐに新あたらしいプロジェクトをはじめてみましょう。 Figma Tokens Figma Tokens プラグインは、プロジェクトの配色はいしょくや書体しょたい、境界きょうかい線せんの半径はんけいサイズや余白よはくサイズなどのグローバ

「なんとなくスクラム」を見直みなおして改善かいぜんに取とり組くんだらチームの意識いしきが変かわった - ANDPAD Tech Blog

はじめにはじめまして、アンドパッドSWEの小川おがわです。アンドパッドの開発かいはつ組織そしきでは、アジャイル開発かいはつの手法しゅほうを取とり入いれたチームづくりや開発かいはつプロセス改善かいぜんに関かんする取とり組くみが盛さかんに行おこなわれています。今回こんかいは、私わたしが所属しょぞくする施工しこう案件あんけん管理かんりチームで最近さいきん行おこなった取とり組くみについて紹介しょうかいしたいと思おもいます。背景はいけいこれまでも、チームの開発かいはつプロセスにはアジャイル開発かいはつのフレームワークであるスクラムの手法しゅほうを取とり入いれていました。たとえば、開発かいはつタスクはカンバン上じょうで管理かんりし、会議かいぎ体たいとしては毎日まいにちの朝会ちょうかい、週しゅうごとのスプリントプランニングとレトロスペクティブを行おこなっていました。しかしながら、実際じっさいにはスクラムガイド記載きさいの内容ないように従したがっておらず、「なんとなくスクラム」をやっているだけという面めんがありました。たとえば、スクラムガイドが定義ていぎするスプリントプランニングはスプリントに実施じっしするタスクを決定けっていするための会かいですが、我々われわれの実施じっししていた会かいでは仕様しようや機能きのうに

「なんとなくスクラム」を見直して改善に取り組んだらチームの意識が変わった - ANDPAD Tech Blog

プロダクトエンジニア養成ようせい講座こうざ@リブセンスのwebアプリケーションコース用よう研修けんしゅう資料しりょうを公開こうかいします - Qiita

はじめにリブセンスで不動産ふどうさん売買ばいばいサービスIESHILのエンジニアリングマネージャーしてる@tchikubaです。今回こんかい縁えんあって、実務じつむ未み経験けいけんの学生がくせい向むけにプロダクトエンジニア養成ようせい講座こうざ（webアプリケーションコース）なるインターンのメンターを担当たんとうしました。Ruby on Railsを用もちいたwebアプリケーションの開発かいはつを「何なにを作つくるか」を定義ていぎして「チームで」行おこなう、というものです。個人こじん的てきに社会しゃかい人じん向むけのプログラミング教育きょういくに関心かんしんがあったので良よい機会きかいでしたし、未み経験けいけん者しゃの可能かのう性せいを広ひろげる意味いみでも社会しゃかい的てき意義いぎが大おおきいと感かんじています。実際じっさいに受うけ入いれた2名めいのメンバーから研修けんしゅう資料しりょうを終了しゅうりょう後ごも見みれるようにして欲ほしいと要望ようぼう頂いただいていたので、せっかくなので資料しりょうを公開こうかいします。期間きかん中ちゅう、コワーキングしながら作成さくせいした資料しりょうもあり、それも見みれるようにした方ほうが実際じっさいに何なにをやっていたのかより具体ぐたい的てきにイメージが湧わくのですが、社内しゃないのコンフルエンス

プロダクトエンジニア養成講座@リブセンスのwebアプリケーションコース用研修資料を公開します - Qiita

[Notion新しん機能きのう] ガントチャートとレイアウトカスタマイズを解説かいせつしてみる｜ノースサンド

どうも、ノースサンドのよーじろーです。ついに、ついに、Notionのガントチャート表示ひょうじが可能かのうとなるタイムラインビュー (Timeline) がリリースされました！ドンッ！！そうです。これがほしかったーー！！正式せいしき名称めいしょうは、 Timeline View です。Gantt Chart View でもありません。ガントチャートって表現ひょうげんの方ほうが好すきなので、以後いごガントチャートと書かきます。また、今回こんかいのリリースでレイアウトカスタマイズ機能きのうや権限けんげんの上書うわがきも追加ついかされたので合あわせて解説かいせつしたいと思おもいます！ガントチャートの使つかい方かたNotionをお使つかいの方ほうは、「データベースのビューとして、追加ついかされた」で伝つたわるかもしれません。データベースってなんだろうかってかたはまずはこちらをチェックということで、 /timeline から起動きどうもしくは既存きそんDBの Add a view のビューの追加ついかから、 Ti

[Notion新機能] ガントチャートとレイアウトカスタマイズを解説してみる｜ノースサンド

朝あさにその日ひの作戦さくせん名めいを決きめたら幸しあわせになれた話はなし - Qiita

はじめに私わたしは毎朝まいあさその日ひの作戦さくせん名めいを決きめている。私わたしは優秀ゆうしゅうなエージェントなのだ多おおくの人ひとが仕事しごとに追おわれてしまい心しんの余裕よゆうがなくなっている現代げんだいにおいて「豊ゆたかに生いきる」ということは憧あこがれるようなライフスタイルになっている。面白おもしろいことに、書店しょてんでは「休養きゅうよう学がく: あなたを疲つかれから救すくう」や「なぜ働はたらいていると本ほんが読よめなくなるのか」など仕事しごとに疲つかれている人ひとを対象たいしょうにした本ほんが飛とぶように売うれている。疲つかれ切きった現代げんだいでは、日々ひびを豊ゆたかにいきることはなかなか難むずかしいことになってしまっているように思おもわれる。しかし、私わたしは日々ひびを豊ゆたかに生いきている自信じしんがあるもちろん仕事しごとは週しゅう5日にち×8時じ間あいだ行いっている。残業ざんぎょうがないのは幸さいわいなことだと思おもう。そしてQiitaの記事きじも毎週まいしゅう3本ほん書かく生活せいかつもしている。それに加くわえてプログラミングコーチングJISOUで多おおくの生徒せいとに日々ひび指導しどうを行おこなっている。そんな私わたしでも毎まい日本にっぽんを読よむ時間じかんというのはしっかりある。では、ここにはど

【資料しりょう公開こうかい】プロダクトマネジメントの”罠わな”を回避かいひしよう

みなさんこんにちは。@ryuzeeです。 3月23日にちに新刊しんかん『スクラム実践じっせん者しゃが知しるべき97のこと』が発売はつばいになりました。スクラムを作つくったケン・シュエイバー氏し、日本にっぽんで認定にんていスクラムマスター研修けんしゅうを何なん度ども開催かいさいしているジェームズ・コプリエン氏しを始はじめとした海外かいがいのスクラム界隈かいわいの著名ちょめい人じん68人にんによる97本ほんのコラム集しゅうです。日本語にほんご版ばんの発売はつばいに際さいして、及部およべ敬けい雄ゆうさん、小林こばやし恭平きょうへい（kyon_mm）さん、高橋たかはし一貴かずたかさん、長沢ながさわ智治ともはるさん、平鍋ひらなべ健児けんじさん、安井やすい力つとむ（やっとむ）さん、和田わだ卓たく人じんさん、訳者やくしゃ3人にんのコラムもあわせて収録しゅうろくしています。チームのみんなで議論ぎろんしたり、ふりかえりのネタにしたり、自分じぶんたちの環境かんきょうでヒントになることを探さがしたりと、さまざまな使つかい方かたができると思おもいますので、ぜひお手てにとってご覧らんください。なお、僕ぼくが所属しょぞくする株式会社かぶしきがいしゃアトラクタでは、発売はつばいを記念きねんして抽選ちゅうせんで20名めいの方ほうにプレゼントする企画きかくを行おこなっていますので、興味きょうみのある方ほうはお申さる

カヤックのSREチームについて - KAYAC Engineers' Blog

SREチームの長田ながたです。今回こんかいは私わたしが所属しょぞくしている「カヤックのSREチーム」について紹介しょうかいします。 SREとは Site Reliability Engineering の略りゃくです。「サイト信頼しんらい性せいエンジニアリング」と訳やくされることが多おおいようです。同名どうめいの書籍しょせき(いわゆるSRE本ほん)が出版しゅっぱんされたことから、SREという言葉ことばが一般いっぱん的てきに使つかわれるようになったようです。 www.oreilly.co.jp この記事きじではSREそのものについての説明せつめいは省はぶきます。ざっくり一言ひとことで説明せつめいすると、「サイト(サービス)の信頼しんらい性せいを技術ぎじゅつの力ちからで担保たんぽすること」のようになるでしょうか。 SREの何なんたるかのより詳くわしい説明せつめいについては上記じょうきのSRE本ほんや、提唱ていしょう元もとであるGoogleのサイト(英語えいご)を参照さんしょうしてください。 sre.google カヤックのSREチームカヤックのSREチームは2018年ねんに発足ほっそくしました。当初とうしょは3名めい体制たいせいでしたが、メンバー

アジャイルテストの世界せかい - Agile Testing Condensed と実例じつれいマッピング - kawaguti’s diary

リサとジャネットの Agile Testing Condensed という短みじかい書籍しょせきがあるんですけど、これの翻訳ほんやくをお手伝てつだいしました。権利けんり周まわりの調整ちょうせいのお手伝てつだいと、翻訳ほんやくレビューです。 leanpub.com アジャイルテスティングという、日本にっぽんではそんなに盛もり上あがっていない分野ぶんやがありまして。アジャイル時代じだいにどのように品質ひんしつを担保たんぽするのか、QAやテスターはどのように関かかわっていくのか、非常ひじょうに大事だいじなんですけど、なぜか日本にっぽんではTDD(テスト駆動くどう開発かいはつ)やテスト自動じどう化かについての注目ちゅうもくに比くらべても、今いまひとつ盛もり上あがっていない感かんじがします。惜おしいことです。 Agile testing is a software testing practice that follows the principles of agile software development. Agile testing involves all me

アジャイルテストの世界 - Agile Testing Condensed と実例マッピング - kawaguti’s diary

“OODAループ”“心理しんり的てき安全あんぜん性せい”“銀ぎんの弾丸だんがんなどない”　「楽楽らくらく精算せいさん」のPMが大事だいじにする3つのSaaS開発かいはつ原則げんそく

株式会社かぶしきがいしゃラクスが開催かいさいするエンジニア向むけのイベント「RAKUS Meetup」。今回こんかいは「ソフトウェア開発かいはつの原則げんそく/法則ほうそく」をテーマに、「楽楽らくらく精算せいさん」の開発かいはつエンジニアである紀井きい美里みさと氏しが、SaaSを開発かいはつするに当あたって、人ひとが集あつまっているだけのグループから自律じりつした「チーム」になるまでに大切たいせつにしてきた3つの開発かいはつ原則げんそくを紹介しょうかいしました。講演こうえん資料しりょうはこちら SaaSを支ささえる3つの開発かいはつ原則げんそく紀井きい美里みさと氏し：それでは「開発かいはつグループが開発かいはつチームになるまでの歩あゆみ」と題だいしましてお話はなしいたします。まずは簡単かんたんに自己じこ紹介しょうかいいたします。私わたしは紀井きいと申もうします。新卒しんそつで株式会社かぶしきがいしゃラクスに入社にゅうしゃしまして、入社にゅうしゃしてからずっと楽楽らくらく精算せいさんの開発かいはつに携たずさわっています。一時期いちじき、子会社こがいしゃのラクスベトナムのメンバーと一緒いっしょに、オフショア開発かいはつをやっていた時期じきもあったのですが、現在げんざいは楽楽らくらく精算せいさんの国内こくない開発かいはつチームで、PMのような役割やくわりを任まかされています。そして本日ほんじつお話はなしするのは、今日きょうのR

“OODAループ”“心理的安全性”“銀の弾丸などない”　「楽楽精算」のPMが大事にする3つのSaaS開発原則

「相手あいてに忖度そんたくして質問しつもんすることを避さけてはいけない」　優秀ゆうしゅうなPMに求もとめられる“クリティカルシンキング力りょく”とその鍛きたえ方かた

ロジカルシンキングとクリティカルシンキング曽根原そねはら春樹はるき氏し：6点てん目めは、ロジカルシンキングとクリティカルシンキングの使つかい分わけです。ロジカルシンキングという言葉ことばは、みなさんよく聞きいたことがあると思おもいますし、日本にっぽんの本屋ほんやさんに行いくと、ロジカルシンキングに関かんして戦せんコンの方ほうが書かかれた本ほんがいろいろありますが、逆ぎゃくにクリティカルシンキングはあまり日本にっぽんで聞きかないような気きがするんですよね。けれどもシリコンバレーのPM界隈かいわいでは、クリティカルシンキングという言葉ことばがめちゃくちゃ使つかわれますし、めちゃくちゃ求もとめられます。ここができるかどうかが、PMとして腕うでが立たつ・立たたないの分水嶺ぶんすいれいだったりします。おさらいとしてちょっとお話はなししますが、ロジカルシンキングとは何なにかしらの思考しこうやファクトがあって、それを分解ぶんかいさせていくというものです。基本きほん的てきには要素ようそ間あいだのつながりが理りにかなっているかという部分ぶぶんを見みていくのがロジカルシンキングですよね。

「相手に忖度して質問することを避けてはいけない」　優秀なPMに求められる“クリティカルシンキング力”とその鍛え方

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

並ならび順じゅん

ブックマーク数すう

セーフサーチ

期間きかん指定してい

絞しぼり込こみ

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

ブックマーク数すう

期間きかん

セーフサーチ

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

新着しんちゃく記事きじ

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

公式こうしきTwitter

はてなのサービス