(Translated by https://www.hiragana.jp/)
PMBOKの人気記事 1401件 - はてなブックマーク

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

ならじゅん

ブックマークすう

期間きかん指定してい

  • から
  • まで

1 - 40 けん / 1401けん

PMBOKの検索けんさく結果けっか1 - 40 けん / 1401けん

PMBOKかんするエントリは1401けんあります。 仕事しごとマネジメント開発かいはつ などが関連かんれんタグです。 人気にんきエントリには 意識いしきひくいフリーランスの生存せいぞん戦略せんりゃくなどがあります。
  • 意識いしきひくいフリーランスの生存せいぞん戦略せんりゃく

    意識いしきたか人々ひとびとがブログとうく「生存せいぞん戦略せんりゃく」はだいたい、いかにしてかねかせぐかのはなしをしている。おれのような意識いしきひくいフリーランスにとっての「生存せいぞん戦略せんりゃく」は文字通もじどおり、下手へたをするとんでしまうかもしれないわなだらけの生活せいかつにおいて、なんとかなずにびようというはなしである。厳密げんみつにいえばおれ個人こじん事業じぎょうおもでなく一人ひとり会社かいしゃだが、どちらにしても一人ひとりきりなのはおなじだ。マイクロ法人ほうじんとか色々いろいろかたはあるらしいがなんでもい。意識いしきひく孤独こどく人間にんげんがどうやって仕事しごとて、どうやってしんをすりらさずに仕事しごとうか。そんなはなしきたいとおもっている。 おれ一人ひとりきりの株式会社かぶしきがいしゃでWebエンジニアをやっている。業種ぎょうしゅにもてはまるのか、あるいはまった普遍ふへんせいいのかはからない。 電話でんわ電話でんわにはなくていい。気付きづかなかったことにして、あとでチャットワークかSlackで「さきほどはすみません」とえばいい。そのまま文字もじでコミュニケーション

      意識の低いフリーランスの生存戦略
    • イーロン・マスクのロケット製造せいぞういつつのステップがサイコーだった

      イーロン・マスクが YouTube チャネルでスペース X のテキサス工場こうじょうスターベースのなかあるまわりながらロケット製造せいぞう電気でんき自動車じどうしゃについて説明せつめいしているのをた。ツイートしたこのけん。 これがめちゃくちゃに示唆しさんでいて面白おもしろかった。こののイーロン・マスクは饒舌じょうぜつたのしそうなので、かなり魅入みいってしまった。きっとかれはカンファレンスや会議かいぎしつなかでインタビューをけるよりも、工場こうじょうでみんながロケットつくったり作業さぎょうしているかたったほう情熱じょうねつめていろいろ説明せつめいしてくれるんだとおもう。 このなか製造せいぞう工程こうていはなしがあって、これはロケット製造せいぞうなどの特定とくてい分野ぶんやだけでなく、IT やその分野ぶんやにでもてはまる普遍ふへんてき知見ちけんだとおもったので意訳いやくしてみた。ざっとビデオを印象いんしょうのこった部分ぶぶんだけを意訳いやくした。あくまで大枠おおわくってることをまとめただけなので、もし詳細しょうさい興味きょうみがあればぜひビデオをてイーロン・マスクのはなし直接ちょくせついて確認かくにんしてく

        イーロン・マスクのロケット製造5つのステップがサイコーだった
      • 45の仕事しごとりょくチェックリスト ~「会議かいぎすすかた」から「タスク管理かんり方法ほうほう」まで~ | 採用さいようブログ | ざいりゅう

        仕事しごと成果せいかひと」といて、どのような特徴とくちょうおもいうかべますか。 ざいりゅうはコンサルティング会社かいしゃであり、ビジョンとして「メソッドカンパニー」をかかげています。顧客こきゃく価値かちとどけるにあたって、営業えいぎょうやマーケティング、新規しんき事業じぎょうなどの専門せんもん知識ちしきはもちろん、ベースとして強固きょうこな「仕事しごとりょく」がかせないとかんがえています。 ほん記事きじでは、社内しゃない実際じっさい活用かつようしている仕事しごとすすかたマニュアルの中身なかみをテーマべつ厳選げんせんし、チェックリスト形式けいしき紹介しょうかいします。 ※ほん記事きじおおくの方々かたがたまれていることもあり、このたび内容ないよう最新さいしんばんにアップデートしました。 ビジネスパーソンの心得こころえ1. ビジネスの原理げんり原則げんそく理解りかいするビジネスで価値かち提供ていきょうするためには原理げんり原則げんそく存在そんざいするビジネスの原理げんり原則げんそくとは、相手あいて自分じぶんであり、顧客こきゃく外部がいぶパートナー>自分じぶんであること具体ぐたいてきあらわすと「顧客こきゃく社会しゃかい、チームメンバーに価値かち提供ていきょうする→顧客こきゃく社会しゃかいからおかねがもらえる→自分じぶんたちの給与きゅうよ

          45の仕事力チェックリスト ~「会議の進め方」から「タスク管理の方法」まで~ | 採用ブログ | 才流
        • 仕事しごとはやひとは、思考しこう作業さぎょうけている|三宅みやけ孝之たかゆき

          ぼく社内しゃないでずっとつづけていることがあります。 それは「思考しこう作業さぎょうけましょう」ということです。 よく、プレゼン資料しりょうつくるためパワーポイントをひらいてフリーズしているひとがいます。もしくは、文章ぶんしょうくためワードをひらいてフリーズしているひともいます。それは「思考しこう作業さぎょう同時どうじにやろうとしている」からです。 ではなぜ、思考しこう作業さぎょう同時どうじにやると効率こうりつわるくなるのか? それは「のうサボっちゃう問題もんだい」がこるからだとおもっています。 のうというのはかんがえることをめんどくさがるもの。作業さぎょうをやりながら思考しこうしようとしても、のう作業さぎょうのほうにリソースを使つかってしまい、思考しこうのほうになかなかかないのです。 パワーポイントで作成さくせいしているときや、ワードで文章ぶんしょうんでいるときは、「思考しこう」しているようにおもえますが、じつのうおおくが「作業さぎょう」に使つかわれている、ということもすくなくありません。 だから、なるべくのう作業さぎょうから解放かいほうしてあげること

            仕事が早い人は、思考と作業を分けている|三宅孝之
          • 意思いし決定けっていできるひと手順てじゅんかた - Konifar's ZATSU

            意思いし決定けっていできるひとすすめる手順てじゅんかたみたいなものをっているようにえる。ぎゃく意思いし決定けっていおそかったりできなかったりするひとは、すすめるときにかたのうちのなにかがけているのかもしれない。 体系たいけいされたはなし書籍しょせきかたられつくされているとはおもうが、思考しこう整理せいりのためにざつにまとめてみる。 最後さいごめるだけだというかんがえを目的もくてきたしたいことを明確めいかくにする 最終さいしゅうてきかた期日きじつ明確めいかくにする 選択肢せんたくしひろげてかんがえる いま意思いし決定けっていしない、という意思いし決定けってい選択肢せんたくしれる 意思いし決定けっていじく明確めいかくにする じくをもとに定量ていりょう/定性ていせいデータをあつめる じくをもとに選択肢せんたくし評価ひょうかする 自分じぶんはこうしたいという"し"をめてたたきだいにする ここまでのはなしをドキュメントにしている ここまでのプロセスに時間じかんをかけない 意見いけんひと見定みさだめてフィードバックをもらう 最初さいしょ明確めいかくにしたかた意思いし決定けっていする 意思いし決定けっていできない場合ばあいかた期日きじつ意思いし決定けっていじくさい定義ていぎ

              意思決定できる人の手順の型 - Konifar's ZATSU
            • 仕事しごとすすかたがグダグダの会社かいしゃはどうすればいいのか、「プロジェクトマネジメントの基本きほん全部ぜんぶわかるほん」の著者ちょしゃいてみた

              仕事しごとすすかたがグダグダの会社かいしゃはどうすればいいのか、「プロジェクトマネジメントの基本きほん全部ぜんぶわかるほん」の著者ちょしゃいてみた 「プロジェクトマネジメントの基本きほん全部ぜんぶわかるほん」を執筆しっぴつし、ご自身じしんもプロジェクトマネージャーやプロダクトマネージャーとして23ねん経験けいけんんできた橋本はしもとすすむいさおさん。 橋本はしもとさんは、セミナーや著書ちょしょでプロジェクトマネジメントについての知見ちけん発信はっしんされていますが、今回こんかい Agend であえておきするのは「せんもんのプロジェクトマネージャーがいないグダグダになっている職場しょくばで、どう仕事しごとまわしていくか」。 「うちの会社かいしゃ仕事しごとまわすのが下手へた」とかんじているほうにこそんでいただければとおもいます。

                仕事の進め方がグダグダの会社はどうすればいいのか、「プロジェクトマネジメントの基本が全部わかる本」の著者に聞いてみた
              • 管理かんりしょくいちんでおきたい定番ていばん「マネジメントの名著めいちょ」7さつ解説かいせつ

                日経にっけいBOOKプラスに掲載けいさいされている記事きじほん著者ちょしゃ任意にんいのキーワードで検索けんさくすることができます。 ※ISBNも検索けんさくにご利用りよういただけます。ISBNとは出版しゅっぱんぶつ固有こゆうの13けた番号ばんごうで、裏表紙うらびょうし記載きさいされています。ほんサイトでISBNを使つかって書籍しょせき検索けんさくするさいは、ハイフン(-)を省略しょうりゃくし、13けた数字すうじのみを半角はんかく文字もじ入力にゅうりょくしてください。

                  管理職が一度は読んでおきたい定番「マネジメントの名著」7冊を解説
                • ChatGPTに要件ようけん定義ていぎをおねがいしたらハンパなかった | DevelopersIO

                  架空かくう営業えいぎょう管理かんりシステムをつくってもらう前提ぜんていで、ChatGPTに要件ようけん定義ていぎをおねがいしてみました。 実験じっけんとしてかるためすレベルではじめてみたのですが、予想よそうえるクオリティでしたので、一部始終いちぶしじゅう皆様みなさまにもご紹介しょうかいします。 ChatGPTとのやりとり まず、ざっくりと必要ひつよう機能きのうあらしをおねがいしてみました。 あっという必要ひつよう機能きのう網羅もうらてきにリストアップしてくれまた。わたし自身じしん、SFA/CRMをいくつかさわった経験けいけんがありますが、適切てきせつ内容ないようだとおもいます。 なかには、「データのインポート・エクスポート機能きのう」のように、検討けんとう初期しょき段階だんかいではついわすれそうな機能きのうふくまれています。さらにたのんでもいないのにオススメの検討けんとうプロセスまでおしえてくれました。いてます。 機能きのうベースだと要件ようけん妥当だとうせい判断はんだんしにくくおもったので、画面がめんベースで要件ようけん定義ていぎしてもらことにしました。 「おしえて」とできないことをおねがいしたところ、やんわりことわりつつ、意図いと

                    ChatGPTに要件定義をお願いしたらハンパなかった | DevelopersIO
                  • 見積みつもり提案ていあんしょいておくと不幸ふこうらせる前提ぜんてい条件じょうけん

                    はじめに ちょっとつぶやいたらおもいのほか需要じゅようがありそうだったので、簡単かんたんにまとめておきます。 おことわり これをいておけば、すべての不幸ふこうけられるというものではありません 提出ていしゅつさきとの関係かんけいせい次第しだいでは、かないほうがいいこともあるかも わたし自身じしん普段ふだん提案ていあんしている内容ないようが、すべて記載きさいされているわけでもありません(うろおぼえでいてたり、大人おとな事情じじょう) これを流用りゅうようしておこったすべての事項じこうについて、なんらかの責任せきにんをとることはできません 本稿ほんこうでは請負うけおいによる開発かいはつ想定そうていしています でも共有きょうゆうすることで、この業界ぎょうかい不幸ふこうればいいなということでつらつらいてみます。 ほかにもあるようなら、Twitterなりコメントなりで提案ていあんしてもらえるとうれしいです。 前提ぜんてい条件じょうけん目的もくてき 見積みつもり提案ていあんしょどおりに、実施じっしするために必要ひつよう条件じょうけん明確めいかくにする 条件じょうけん逸脱いつだつしたときに、どうなるのかハッキリさせる 上記じょうきおおむねつぎのとおり 実現じつげん不可能ふかのうになる

                      見積・提案書に書いておくと不幸を減らせる前提条件
                    • 界隈かいわいがざわつくほどちょう進化しんかしたPMBOKだい7はん解説かいせつ【プロジェクトマネジメント】|Miz Kushida

                      ・・・ ・確実かくじつせいパフォーマンス・ドメインについて加筆かひつしました ・テーラリングについて加筆かひつしました ・適応てきおう課題かだいについて補足ほそく追加ついかしました。 はじめにPMBOKといえば、PMIが世界中せかいじゅうのプロマネの実務じつむから意見いけんあつめてプロジェクトマネジメントについて知識ちしき体系たいけいしている分厚ぶあつほん、というイメージです。 いや、でした。。。以前いぜんだい6はんまでは(7はんからはすごくうすい)。 2021ねん8がつだい7はん発表はっぴょうされると(ただし、日本語にほんごばんはもっとさき公式こうしきからアナウンスがありましたが、本家ほんけサイトにってみると英語えいごばんすで購入こうにゅうできる状態じょうたいでしたので早速さっそく電子でんしばん購入こうにゅうみましたので解説かいせつしたいとおもいます。 一応いちおう前置まえおきしておきますと、ぼくはPMPホルダーではありません。外資がいしけいにいるときにPMBOKをベースとしたプロジェクトマネジメントを実施じっししたり、国内こくない企業きぎょうではCMMI レベル5(最高さいこうレベル)を運用うんようしたりバージョンアップ対応たいおう経験けいけん

                        界隈がざわつくほど超進化したPMBOK第7版の解説【プロジェクトマネジメント】|Miz Kushida
                      • CTOのあたまなか技術ぎじゅつ財務ざいむ表現ひょうげんする|Shin Takeuchi|note

                        会社かいしゃ体制たいせいおおきくわり、カオスのなかすこしの静寂しじまひま)ができました。とく日々ひび執行しっこういそしんでいる方々かたがたみなそうだとおもいますが、いろんなことかんがえているのにそのプロセスをアウトプットする機会きかいがあまりなく、結果けっか結論けつろん最終さいしゅうてき決断けつだんのみが共有きょうゆうされるため、サクセッションプランにたいする有効ゆうこう情報じょうほうのこすことも出来できていないこととおもいます。ぼくもその一人ひとり。 この時間じかん有効ゆうこう活用かつようするため、あたまなかにあるイメージとかんがかたをここに、時間じかんゆるかぎしていこうとおもいます。時折ときおり言葉ことばりないところも前提ぜんてい条件じょうけんやバイアスの記述きじゅつりないところもあるかとおもいますが、混沌こんとんとしたあたまなかさらすプロセスにはつきものですので、大目おおめながらんでいただけるとさいわいです。 財務諸表ざいむしょひょうおなじようにえるする会社かいしゃ財務諸表ざいむしょひょうによって経営けいえいされるものなので、経営けいえいしゃたるもの財務諸表ざいむしょひょうながら戦略せんりゃくてるべきであるとぼくかんがえています。数字すうじ以外いがいしんじない

                          CTOの頭の中:技術を財務で表現する|Shin Takeuchi|note
                        • 管理かんりしょく必読ひつどく 順番じゅんばんむと理解りかいふかまる「マネジメントの名著めいちょ」11さつ

                          日経にっけいBOOKプラスに掲載けいさいされている記事きじほん著者ちょしゃ任意にんいのキーワードで検索けんさくすることができます。 ※ISBNも検索けんさくにご利用りよういただけます。ISBNとは出版しゅっぱんぶつ固有こゆうの13けた番号ばんごうで、裏表紙うらびょうし記載きさいされています。ほんサイトでISBNを使つかって書籍しょせき検索けんさくするさいは、ハイフン(-)を省略しょうりゃくし、13けた数字すうじのみを半角はんかく文字もじ入力にゅうりょくしてください。

                            管理職必読 順番に読むと理解が深まる「マネジメントの名著」11冊
                          • Google re:Work - マネージャー

                            イノベーション イノベーションをこすためのスキルを習得しゅうとくし、業務ぎょうむかす方法ほうほうまなびます。

                              Google re:Work - マネージャー
                            • いまこそ「仕様しようしょ」がチームの生産せいさんせいかぎとなる。ので、仕様しようしょふくめたい 14 のポイントについてまとめました。|Fritz | Lead Product Manager @ Mercari

                              いまこそ「仕様しようしょ」がチームの生産せいさんせいかぎとなる。ので、仕様しようしょふくめたい 14 のポイントについてまとめました。 こんにちは、フリッツ です。今回こんかいはプロダクトマネージャーの日課にっかともえる「仕様しようしょ」について。自分じぶんにとっては PM ぎょう施策しさく実行じっこうフェーズにおいてもっと重要じゅうよう仕事しごとのひとつであり、もっとしんおどり、もっと興奮こうふんする瞬間しゅんかんです。 PM になってかなりの時間じかんちましたが、「仕様しようしょ」へのちかられようはるどころか、「もっと気合きあいれなければ。」とかんじる一方いっぽう在宅ざいたく勤務きんむが(たぶん) IT 業界ぎょうかいのニュースタンダードとなっていくいま、なおさら「仕様しようしょ」の重要じゅうようせいうったえたい今日きょうこのころです。 ということで、今回こんかいは ・ 仕様しようしょがもたらす 5 つの効果こうか ・ 仕様しようしょ重要じゅうようせいしていく 2 つの理由りゆう ・ 仕様しようしょふくめたい 14 の項目こうもく実戦じっせんへん ・ 仕様しようしょ作成さくせいしんめたい 3 つのこと ・ 具体ぐたいてき仕様しようしょサンプル(

                                いまこそ「良い仕様書」がチームの生産性の鍵となる。ので、仕様書に含めたい 14 のポイントについてまとめました。|Fritz | Lead Product Manager @ Mercari
                              • だれかの進捗しんちょくをうまく把握はあくできないときのフレーズしゅう - Qiita

                                ほとんどのひとはだれかと恊働しています。マネージャーやリーダーであるなら、この割合わりあいはよりおおきくなります。 筆者ひっしゃは、仕事しごと重要じゅうよう要素ようそのひとつを「進捗しんちょくすこと」と定義ていぎしています。そして進捗しんちょくすには、進捗しんちょくをただしく把握はあくすることも重要じゅうようになってきます。 しかし「進捗しんちょく把握はあくする」とっても、想像そうぞう以上いじょうむずかしいとかんじる場面ばめん多々たたありました。たとえば、 進捗しんちょくはどうですか? → 進行しんこうちゅうです/〜をやっています なにか問題もんだいはありますか? → とくにないです 〜までにわりそうですか? → たぶん大丈夫だいじょうぶだとおもいます というようなやりとりは一般いっぱんてきなコミュニケーションだとおもいますが、あまり有用ゆうよう情報じょうほうられていません。 この記事きじでは、自身じしん経験けいけんそくをもとに、進捗しんちょくにまつわる情報じょうほうをゲットするための具体ぐたいてき質問しつもんかんがえてみました。 なぜ進捗しんちょく把握はあくすべきなのか はなしまえに、なぜ進捗しんちょく把握はあくすべきなのでしょうか。 それは計画けいかく

                                  だれかの進捗をうまく把握できないときのフレーズ集 - Qiita
                                • ミルクボーイがアジャイルを説明せつめいしたら

                                  序章じょしょう駒場こまば最近さいきん、うちのおかんがシステム開発かいはつ興味きょうみっててなぁ、名前なまえわすれたらしいんやけど、迅速じんそく開発かいはつできて、仕様しよう変更へんこうにも対応たいおうできる、素晴すばらしい開発かいはつ手法しゅほうれてるところがあるらしいんやわ〜。」 内海うつみ「そんなもんアジャイルにまってるがなぁ〜! いまやシステム開発かいはつえば、アジャイル。素早すばや変化へんか対応たいおうできるってゆーのが特徴とくちょうなんよ。そもそも名前なまえが “迅速じんそく” を意味いみする英語えいごやねんから、アジャイルにまってるがなぁ〜。」 チームの人数にんずう駒場こまば最初さいしょ、オレもそうおもえたんやけどな、なんでも 40 にんぐらいで開発かいはつしてるらしいんやわぁ〜。」 内海うつみ「ほなぁ、アジャイルちゃうかぁ…。アジャイルでは 5〜9 にんぐらいが推奨すいしょうされてるからなぁ〜。40 にんもおったら、とてもやないけど、コミュニケーションが成立せいりつするとはおもわれへんなぁ〜。効率こうりつわる伝言でんごんゲームになるのはえてるからなぁ〜。おかん、ほかにもなんかうてなかった

                                  • なぜ、ソフトウェアプロジェクトは人数にんずうやしても上手うまくいかないのか - Qiita

                                    はじめに ソフトウェアプロジェクトには不思議ふしぎ性質せいしつがあります。現状げんじょうのスケジュールに課題かだいかんじて、みじかくするために人員じんいん投下とうかしても、なかなかおもどおりにみじかくならない。それどころか悪化あっかしてしまうことがあります。場合ばあいによってはプロジェクト自体じたい破綻はたんして失敗しっぱいしてしまうことすらあります。 今回こんかいは、このようなソフトウェアプロジェクトにひそ直感ちょっかんはんする性質せいしつ数理すうりてきなモデルをかいして理解りかいしていくこころみです。あるしゅ思考しこう実験じっけんとしておたのしみください。 宣伝せんでん Qiitaさんとコラボ企画きかくでアドベントカレンダーをつくりました。 DXをめちゃくちゃ改善かいぜんしたはなし募集ぼしゅうしています。 https://qiita.com/advent-calendar/2021/dx-improvement 10にんにんがいても1ヶ月かげつ一人ひとり子供こどもまれない これはだれかの技術ぎじゅつりょくやプロジェクトマネジメントりょく欠陥けっかんがあるのではなく、「ひとがつ神話しんわ」で有名ゆうめい

                                      なぜ、ソフトウェアプロジェクトは人数を増やしても上手くいかないのか - Qiita
                                    • 新卒しんそつに「とりあえずこれ」とつたえたら生産せいさんせいが10ばいになったメモ(なのに1まんえ)|やまだくにあき

                                      仕事しごとがら大学生だいがくせいとよくいます。みんなひたすらに優秀ゆうしゅう学生がくせいころ活動かつどうは、自分じぶんのどなかひもづいてるからかどれも魅力みりょくてき。 そんなかれ彼女かのじょらですが、卒業そつぎょうし、就職しゅうしょくしたのち、そのままめちゃびてだい活躍かつやくってと、ちょっとくすぶってるにわかれます。そんなときによく相談そうだんけるので、アドバイスてきなものをさせていただくことがあるんですが、それの評判ひょうばんかったのでnoteにまとめました。 このnoteをんで、実践じっせんしてもらったうえでのGoalは、 社会しゃかいじんさんねんくらいの「うわ、あのひと仕事しごとできるね」ってわれてるようなひとに、半年はんとしでなる。 です。 この感覚かんかくわかりますかね? 多分たぶん会社かいしゃいんみなさんだと、「あーあいつみたいなかんじね」「あーあのひとみたいなかんじか」となってもらえるかとおもいます。 会社かいしゃいんじゃないひとだとあまりイメージかないかもしれませんが、クライアントの若手わかて仕事しごとできそーなかんじのひと想像そうぞうしてみてください。そうです、その

                                        新卒の子に「とりあえずこれ」と伝えたら生産性が10倍になったメモ(なのに1万字越え)|やまだくにあき
                                      • 雑感ざっかん絶対ぜったいおぼえて!案件あんけんアサインぜん情報じょうほう収集しゅうしゅう鉄板てっぱんのやりかた!|外資がいしけいうさぎのちょこさん

                                        どうも、外資がいしけいうさぎのちょこさんです。 がつけばもう2023ねんはじまってしまってますね。 いちねんけい元旦がんたんにあり、ということで正月しょうがつ早々はやばやとても有益ゆうえきなnoteをいてとくむところから今年ことしをスタートすることにしましょう。 年末年始ねんまつねんしかぎらず、それなりにまとまった時間じかん使つかえるタイミングってインプットにもアウトプットにもとてもいですからね。 せっかくなのでフォロワッサン各位かくいなにかアウトプットしてみるとよいんじゃないでしょうか。 というわけで、新年しんねん早々そうそうのアウトプットにおすすめな、土地とちかん業界ぎょうかい/テーマのプロジェクトにアサインされた場合ばあい最低限さいていげん情報じょうほう収集しゅうしゅう手早てばやくこなすにはどうするのがよいかってnoteをおとどけします。 これは再現さいげんせいのあるやりかたなので、このnoteをながらおなじようなながれで情報じょうほう収集しゅうしゅうして自分じぶんなりの見解けんかいなんかをまとめてみたりするといセルフトレーニングになるはずです。 これは有益ゆうえき情報じょうほうなの

                                          【雑感】絶対覚えて!案件アサイン前情報収集の鉄板のやり方!|外資系うさぎのちょこさん
                                        • ウクライナぐん入隊にゅうたいしたアジャイルコーチが、さまざまなメソッドを駆使くしして中隊ちゅうたいちょうとしてのリーダーシップを実現じつげんしたはなし前編ぜんぺん

                                          ウクライナぐん入隊にゅうたいしたアジャイルコーチが、さまざまなメソッドを駆使くしして中隊ちゅうたいちょうとしてのリーダーシップを実現じつげんしたはなし前編ぜんぺん) アジャイル開発かいはつ代表だいひょうてき方法ほうほうろんであるスクラムをテーマに、都内とないで1がつ開催かいさいされたイベント「Regional Scrum Gathering Tokyo 2024」で、経験けいけん豊富ほうふなアジャイル開発かいはつのエキスパートとしてウクライナを拠点きょてんにアジャイルコンサルタントをしていたドミトロ・ヤーマク(Dmytro Yarmak)が、ロシアぐん侵攻しんこうにウクライナぐん入隊にゅうたいし、中隊ちゅうたいちょうとしてリーダーシップを発揮はっきするためにさまざまなメソッドを駆使くしして軍隊ぐんたい組織そしき変革へんかくしていった経験けいけんかたったセッション「A True Story of Agile Coaching in Ukrainian Armed Forces」がおこなわれました。 軍隊ぐんたいという、企業きぎょうとはことなる構造こうぞう目的もくてきそなえた組織そしきで、しかもおおくの民間みんかんじんいれ

                                            ウクライナ軍に入隊したアジャイルコーチが、さまざまなメソッドを駆使して中隊長としてのリーダーシップを実現した話(前編)
                                          • 最初さいしょの100にちなにをすべきでなにをすべきではないか?|miyasaka

                                            ひと無能むのう到達とうたつするまで昇進しょうしんするという「ピーターの法則ほうそく」というのがある。 「階層かいそうがた組織そしきにおいては、どんなひとも、昇進しょうしんかえすことでいずれは能力のうりょく限界げんかいたっし、十分じゅうぶん職責しょくせきたせなくなって無能むのうする。その結果けっか、「あらゆるポストは、職責しょくせきたせない無能むのう人間にんげんによってめられる」という。 https://mba.globis.ac.jp/about_mba/glossary/detail-20919.html グロービスとくにリーダーが劇的げきてき環境かんきょう変化へんか異動いどう転職てんしょく抜擢ばってきほうまれるとこの法則ほうそく強烈きょうれつ作用さようする。なぜならまわりのほう知識ちしき経験けいけんがあり自分じぶんがその組織そしきないもっともそれがないひとになってしまうからだ。一方いっぽうで、このひとなにかしてくれるのでは?という期待きたい関係かんけいしゃからはたれる。「組織そしきないもっと無能むのうなのにもっと期待きたいされる」という特殊とくしゅ状態じょうたいごすことになる。 12ねんほどまえ突然とつぜん社長しゃちょうをというキャリアチェンジを経験けいけん

                                              最初の100日で何をすべきで何をすべきではないか?|miyasaka
                                            • 東京とうきょう墨田すみだのワクチン接種せっしゅはなぜはやいのか(江川えがわ紹子) - エキスパート - Yahoo!ニュース

                                              新型しんがたコロナウイルスの重症じゅうしょう患者かんじゃ急増きゅうぞうしている。とくに40だい・50だい重症じゅうしょう目立めだつのがだい5特徴とくちょうで、東京とうきょうでは重症じゅうしょう患者かんじゃの6わりめる。だが、この年代ねんだいへのワクチン接種せっしゅすす具合ぐあいは、自治体じちたいによってばらつきがおおきく、かなりおくれているところおおい。そんななか東京とうきょう墨田すみだでは、今月こんげつ7にち時点じてんで1かい接種せっしゅえた40だい区民くみんの6わりえ、50だいは7わりちかくにたっしている。 今月こんげつ13にちづけ日経新聞にっけいしんぶん電子でんしばんによると、同紙どうし緊急きんきゅう事態じたい宣言せんげんにある6都道府県とどうふけん主要しゅよう都市としの1かい接種せっしゅりつ調しらべたところ、墨田すみだは50さいだいで71.9%、40さいだいで60.6%とダントツにたかかった。40だいについては、さいたま(6.7%)、那覇なは(16.4%)、大阪おおさか(17.7%)、世田谷せたがや品川しながわ(17.8%)などと接種せっしゅりつなや自治体じちたいすくなくないなか墨田すみだ進捗しんちょくじょうきょう際立きわだっている。その効果こうかか、陽性ようせいしゃすう推移すいいしめすグラフからは、陽性ようせいしゃ下降かこうきざしもてと

                                                東京・墨田区のワクチン接種はなぜ速いのか(江川紹子) - エキスパート - Yahoo!ニュース
                                              • 「プロジェクトマネジメントの基本きほん全部ぜんぶわかるほん」は序盤じょばんから『交渉こうしょう』についていてるところがいとおもった - フジイユウジ::ドットネット

                                                「プロジェクトマネジメントの基本きほん全部ぜんぶわかるほん」をったら、注文ちゅうもんミスして2さつたのんでしまったんだけど、結果けっかてきにはむしろ2さつってよかった、というはなしきます。 「プロジェクトマネジメントの基本きほん全部ぜんぶわかるほん」 ( @paradisemaker ちょ)がとどいたー。 なんか注文ちゅうもんミスって2さつとどいたけど、1さつだれかにませるときようにしようw pic.twitter.com/evnrXtssm8 — フジイユウジ (@fujii_yuji) 2022ねん11がつ10日とおか 制作せいさく/開発かいはつをするメンバーはいるけどプロジェクトマネジメントは得意とくいではなくてざつになってしまっているという制作せいさく/開発かいはつ会社かいしゃおおいとおもうのですが、ぼくもそういう会社かいしゃからどうしたらいいのか相談そうだんされたり、PMの育成いくせいはなしをすることがあります。 (肩書かたがきとしてPMだったことはないんだけど、ぼくも20ねんくらいPdMてき仕事しごとをやってるんで相談そうだんされることがそれなりにある

                                                  「プロジェクトマネジメントの基本が全部わかる本」は序盤から『交渉』について書いてるところが良いと思った - フジイユウジ::ドットネット
                                                • スクラムガイド - Scrum Guide 2020 ねん 11 がつ

                                                  • 仕様しようしょ参考さんこうれいと、こんな内容ないよう仕様しようしょ最低さいていくといいというおはなし田辺たなべめぐみ

                                                    よく、仕様しようしょいていなくて、いてみたいけど、具体ぐたいてき仕様しようしょがネットじょうちてなくってこまってるって相談そうだんけるので 「仕様しようしょ記載きさい内容ないようのイメージ」をつくりました! ※前提ぜんていとして「現在げんざい仕様しようしょいていない、自社じしゃ開発かいはつのMVP検証けんしょう前後ぜんこうのフェーズのスタートアップけ」にいています。PMが仕様しようしょ、エンジニアがDesign Docを分担ぶんたんです。 ついでに、システム開発かいはつ基礎きそである「システム開発かいはつのVモデルをベースにした設計せっけいしょ紹介しょうかい」もふくめてまとめてみましたー! だい規模きぼ開発かいはつ使つかわれたり、ふるくからあるフレームワークなので、スタートアップのほうだと、システム開発かいはつのVモデルの概念がいねんやそれにあわせた成果せいかぶつらないひとおおいけど、「要件ようけん定義ていぎしょ」と「設計せっけいしょ」をすべてドキュメントするとどうなるかを理解りかいしたうえで、「仕様しようしょ」として情報じょうほうけずほうが、考慮こうりょ防止ぼうしやエンジニアがやっている設計せっけい内容ないよう理解りかいにつながるので、全体ぜんたい

                                                      仕様書の参考例と、こんな内容を仕様書に最低書くといいというお話|田辺めぐみ
                                                    • 実践じっせん要件ようけん定義ていぎ入門にゅうもん以前いぜん - かん経験けいけん読経どきょう

                                                      最近さいきんネットをていると要件ようけん定義ていぎ入門にゅうもんてき記事きじについたのでおもったことをいてみる記事きじ。ITシステム開発かいはつにおける要件ようけん定義ていぎかんするあれこれ。 【2023/10/10追記ついき続編ぞくへん記事きじきました。実践じっせん要件ようけん定義ていぎ入門にゅうもん - かん経験けいけん読経どきょう 目次もくじ 要件ようけん定義ていぎかんするおすすめ書籍しょせき その要件ようけん定義ていぎ必要ひつよう要件ようけんめられるのか 要件ようけん定義ていぎをすることがルールでさだめられているから要件ようけん定義ていぎをする必要ひつようがある 要件ようけん定義ていぎできるのか 現行げんこう業務ぎょうむマニュアルをベースに要件ようけん定義ていぎをするつもりのあなたへ 現行げんこうシステムをベースに要件ようけん定義ていぎをするつもりのあなたへ 外部がいぶ業者ぎょうしゃまえかんがえるべきこと どこから外注がいちゅうするかをかんがえる 要件ようけん定義ていぎ作業さぎょう期間きかん見積みつもる 要件ようけん定義ていぎかんするおすすめ書籍しょせき こののちなん引用いんようすることになるとおもうので、最初さいしょ要件ようけん定義ていぎのおすすめ書籍しょせき紹介しょうかいしておく。とっても紹介しょうかいするのは1つだけだ。 ユーザのための要件ようけん定義ていぎガイドだい2はん さく

                                                        実践要件定義入門以前 - 勘と経験と読経
                                                      • プロダクトマネジメントと事業じぎょう開発かいはつかんする私的してきかえり - 下町したまち柚子ゆず黄昏たそがれ by @yuzutas0

                                                        TL;DR 企画きかくりょくが…しい… pic.twitter.com/hJfr0qNv7T— ゆずたそ (@yuzutas0) 2020ねん11月19にち 試行錯誤しこうさくご瓦礫がれき記録きろくです。 はじめに もくじ TL;DR はじめに もくじ 以前いぜんいた記事きじ 前提ぜんてい免責めんせき アイデア 1にち1あん(やってよかったこと) 1stスクリーニング(やってよかったこと) コミュニケーション チームへのリスペクト(やってよかったこと) はなす <<< く(改善かいぜん余地よちあり) 即決そっけつする(やってよかったこと) 自分じぶん各論かくろんまでる(やってよかったこと) 発散はっさん収束しゅうそくでディスカッション(改善かいぜん余地よちあり) イラストではなす(改善かいぜん余地よちあり) 日次にちじミーティング(やってよかったこと) 議事ぎじろくく(改善かいぜん余地よちあり) 情報じょうほう共有きょうゆうする(改善かいぜん余地よちあり) 想定そうてい納期のうきしめす(改善かいぜん余地よちあり) カレンダー招待しょうたい日程にっていかくやくコメントを転記てんき改善かいぜん余地よちあり) プロセス管理かんり 仮説かせつ

                                                          プロダクトマネジメントと事業開発に関する私的な振り返り - 下町柚子黄昏記 by @yuzutas0
                                                        • プロジェクトリーダーというお仕事しごと - Qiita

                                                          概要がいよう そろそろ年度ねんどまつだし、しん年度ねんどからプロジェクトリーダーとしてやっていくひともいるかとおもうので、プロジェクトリーダーはどういうことをしないといけないかと、心得こころえてきなものを投稿とうこうしようとおもいます。こん業界ぎょうかい全体ぜんたいてきにリーダー不足ふそくになってるんで、プロジェクトリーダーという役割やくわりについて興味きょうみってくれるひとえるとうれしいです。 ※ここでのプロジェクトとはシステム開発かいはつとうIT関連かんれんのプロジェクトをすものとします。 かる自己じこ紹介しょうかい 2013ねんごろから7ねんくらいプロジェクトリーダーとして請負うけおい業務ぎょうむなどの仕事しごとをしてきました。最近さいきんはプロジェクトマネージャーもねてやっていたり、うまくいっていないプロジェクトにコンサルとしてはいってなおすというようなこともしています。 レジュメ https://www.resume.id/branch まずは結論けつろんから プロジェクトリーダーの使命しめい担当たんとうするプロジェクトを成功せいこうへとみちびく」 「プロジェ

                                                            プロジェクトリーダーというお仕事 - Qiita
                                                          • むずかしいひと”が1人ひとりはいると、チームの生産せいさんせいは30〜40%低下ていかする 対抗たいこうせずに、の「安心あんしんかん」をつくるための3つの条件じょうけん

                                                            ビジネス・ブレークスルー大学だいがく(BBT大学だいがく)は、オンラインのみで経営けいえい学士がくし資格しかく取得しゅとくできる、日本にっぽん唯一ゆいいつ大学だいがくです。今回こんかいはBBT大学だいがく主催しゅさいおこなわれた、経営けいえい学部がくぶ教授きょうじゅ斉藤さいとうとおるの 『だからぼくたちは、組織そしきえていける やるちた「やさしい組織そしき」のつくりかた』刊行かんこう記念きねん講演こうえん模様もようをおとどけします。社員しゃいんのエンゲージメントがたかい「やさしい組織そしき」をつくるために一人ひとりひとりにできることはなにか、いままで斉藤さいとうの30ねんちか起業きぎょう経験けいけんからられたエッセンスが1さつにまとめられています。ほん記事きじでは、建設けんせつてき議論ぎろんおこなうための「推論すいろんのはしご」のかんがかたについて、組織そしきに「安心あんしんかん醸成じょうせい」をもたらすためのポイントについてかたられました。 建設けんせつてき議論ぎろんさまたげる最大さいだい要因よういんは、感情かんじょうてきになってしまうこと 斉藤さいとうとおるつづいて、(チームメンバーの意識いしきが)そといたらどうすればいいのか。これはみんなが意見いけんうことが大切たいせつです。でもこの建設けんせつてきだい3あん

                                                              “難しい人”が1人入ると、チームの生産性は30〜40%低下する 対抗せずに、場の「安心感」を作るための3つの条件
                                                            • プロジェクトマネージャ試験しけんに20あいだ独学どくがく一発いっぱつ合格ごうかくした方法ほうほう - しゅ閲子のしゅうと日記にっき

                                                              昨年さくねん10がつにIPA(情報処理じょうほうしょり推進すいしん機構きこう)の国家こっか資格しかく『プロジェクトマネージャ試験しけん』を受験じゅけんしました。 としけて「そういえば合格ごうかく発表はっぴょうはいつだったっけ?」とIPAのサイトをったら、昨年さくねん12がつ下旬げじゅんには合格ごうかく発表はっぴょうがされていて、くさずにっていた受験じゅけんひょう情報じょうほう使つかってチェックしたら、合格ごうかくしていたのでした。結構けっこうきびしいかとおもっていたので、新年しんねん早々はやばやかなりおどろいてしまいこえたので、家族かぞくにはへんられました。 ※午前ごぜん1は免除めんじょ午前ごぜん2と午後ごご1は60てん以上いじょう合格ごうかく午後ごご2は4段階だんかいでAが必須ひっす この記事きじでは、エンジニアのわたしがどうしてプロジェクトマネージャ試験しけん受験じゅけんをしようとしたのか、どのような勉強べんきょうをしたのかを紹介しょうかいします。どなたかの参考さんこうになればさいわいです。 受験じゅけんのきっかけ 2週間しゅうかん(20あいだ)しか勉強べんきょうしなかった背景はいけい 勉強べんきょう計画けいかく策定さくてい かく試験しけんのリソース配分はいぶん 午前ごぜん2(試験しけん時間じかん40ふん勉強べんきょう時間じかん 3あいだ 午後ごご1(試験しけん時間じかん90ふん

                                                                プロジェクトマネージャ試験に20時間の独学で一発合格した方法 - 斗比主閲子の姑日記
                                                              • リスクのあらしと判断はんだんのコツ - やしお

                                                                会社かいしゃ係長かかりちょうてきなポジションになって3ねんちかくがった。先日せんじつふく係長かかりちょうというか職長しょくちょうてきなポジションがあらたにもうけられ、30さい前後ぜんこうのメンバーがいた。おりかれらにつたえる機会きかいがあるかもしれないし、3ねんやってみた知見ちけん自分じぶんなかいち整理せいりしておきたいとおもった。(大手おおてメーカーの製造せいぞうがわちか部門ぶもんはたらいている、という前提ぜんていがある。) 自分じぶんくるしくならないようにする 究極きゅうきょくてきには本人ほんにん自分じぶんでスタイルを確立かくりつするしかない。 「こうしたほうがよりい」とおもって行動こうどう変容へんようしても、それで自分じぶんくるしくなるならつづけられない。 どうせ正解せいかいかた一意いちいまるわけではないし、かり正解せいかいかたがあっても自分じぶん完全かんぜんにはめむこともできない。 「自分じぶんがやれるようにやるだけ」くらいにおもっているほう精神せいしん衛生えいせいい。それで適格てきかくならしょうがない。 一方いっぽうで「より方法ほうほう」にせる努力どりょく必要ひつようで、そのあいだのバランスが必要ひつようになる。 たとえば自分じぶん自身じしんは、人付ひとづいがすごく

                                                                  リスクの洗い出しと判断のコツ - やしお
                                                                • グーグルもと社員しゃいん考案こうあん新型しんがたやることリスト」がちょう便利べんり | Forbes JAPAN 公式こうしきサイト(フォーブス ジャパン)

                                                                  グーグルで最速さいそく仕事しごとじゅつ「スプリント(デザインスプリント)」をし、世界せかい企業きぎょうはたらかた革命かくめいこしてきた著者ちょしゃが、今度こんどは、時間じかん最大限さいだいげん有効ゆうこう使つかうメソッドをした。それをまとめたのが『時間じかんじゅつ大全たいぜん──人生じんせい本当ほんとうわる「87の時間じかんワザ」』(ジェイク・ナップ、ジョン・ゼラツキーちょ櫻井さくらい祐子ゆうこやくダイヤモンド社だいやもんどしゃ)だ。同書どうしょはたちまちのうちに話題わだいとなり、世界せかい16カ国かこく刊行かんこうまっている。 著者ちょしゃのジェイク・ナップはグーグルで、ジョン・ゼラツキーはユーチューブで、長年ながねんひとを「1ふん、1びょう」でもおおきつける仕組しくみを研究けんきゅうつづけてきた「依存いぞんのプロ」だ。 そんな人間にんげん心理しんりのメカニズムをくした2人ふたりだからこそ、同書どうしょ時間じかんじゅつはユニークかつ、きわめて本質ほんしついている。「人間にんげんの『意志いしりょく』などほとんどやくにたない」という、徹底てっていしてめた現実げんじつてき視点してんからすべてがてられているのだ。 さらに、「いくら生産せいさんせい

                                                                    グーグル元社員が考案「新型やることリスト」が超便利 | Forbes JAPAN 公式サイト(フォーブス ジャパン)
                                                                  • チームにいるとたよりになるソフトウェアエンジニア

                                                                    チームにいるとたよりになるソフトウェアエンジニアのメモです。自分じぶんのロールモデルでもあります。わたしのキャリアはほぼウェブブラウザ開発かいはつ一筋ひとすじなので、そのあたり生息せいそくしているひとたちをおもかべながらいてます。おもいついたら随時ずいじ更新こうしんします。 コードマニア コードやドキュメントをむのがきで、ひまがあれば適当てきとうなレビューに参加さんかしたり、自分じぶんのプロジェクトとは関係かんけいないコンポーネントもひたすら探検たんけんしている。不穏ふおんなコードをつけるとなんとリファクタリングもしてくれる。コードサーチがお友達ともだち。 やたらコードにくわしいので、なにからないときはとりあえずきにく。チームに一人ひとりいるとレビューがはかどるし、コードベースも綺麗きれいになる。コードマニアはコードベースをひろ熟知じゅくちしているうえ未知みちのコードにたいするたいせいたかいので、プロジェクトを移動いどうしてもすぐに活躍かつやくできる。 コードマニアの亜種あしゅにスペックマニアもいる。こちらはウェブやネットワー

                                                                      チームにいると頼りになるソフトウェアエンジニア
                                                                    • プロダクトマネジメントクライテリア

                                                                      プロダクトマネジメントを体系たいけいしたクライテリアです。企業きぎょうがプロダクトを成功せいこうみちびくために必要ひつよう要素ようそ多角たかくてきかつ具体ぐたいてき記載きさいしてあります。対象たいしょうはプロダクトマネージャー個人こじんではなくプロダクトをくチームとし、プロダクトマネジメント全体ぜんたいをスコープにしています。 🎉 プロダクトの成功せいこう プロダクトの成功せいこうには2つの要素ようそがあります。 ユーザー価値かち事業じぎょう収益しゅうえきがバランスをりながら最大さいだいしている状態じょうたいビジョンが実現じつげんできている状態じょうたいこの2つをたしたプロダクトの成功せいこう実現じつげんするプロダクトマネジメントについて定義ていぎします。 🔄 プロダクトマネジメントのフロー 👆🏻2つのテーマ、5つのカテゴリプロダクトマネジメントにはおおきく2つのテーマがあります。 🎁 A. プロダクトをつくる仕事しごと 👩‍👩‍👧‍👧 B. プロダクトチームをつくる仕事しごと そして、「🎁 A. プロダクトをつくる仕事しごと」にはおおきく4つのカテゴ

                                                                        プロダクトマネジメントクライテリア
                                                                      • いち人前にんまえのプロマネってどんなひと? プロジェクトマネジメントのスキルセットとは - だれおしえてくれないプロマネのコツ

                                                                        いまやあらゆる場面ばめん必要ひつようとされるプロジェクトのノウハウを、300けん以上いじょう成功せいこうさせてきたプロフェッショナルがこっそりおつたえします。 先日せんじつ仕事しごとかかわっているほうから、「結局けっきょく、プロマネってなにができないといけないんですかね?」という質問しつもんをされたので、そのでざっくりあらしてみました。 なかには PMBOK や ITSS, PRINCE2 などのスキル標準ひょうじゅんさだめたものはありますが、これらはだい規模きぼシステム開発かいはつ志向しこうしており、概念がいねんとして抽象ちゅうしょうたかいためベースの知識ちしきとして利用りようできる環境かんきょう残念ざんねんながら非常ひじょうすくないという現実げんじつがあります(もしこれらを利用りようできる環境かんきょうにいるならとてもしあわせなことです)。 すくなくとも日本にっぽん実施じっしされる一般いっぱんてきなプロジェクトは PMBOK や ITSS をもと共通きょうつう認識にんしき整備せいびするどころか、「かぎられた予算よさんで1ねんでクライアントのシステムを刷新さっしんする必要ひつようがある」とか、「社長しゃちょうおもいつきでなにまっていない

                                                                          一人前のプロマネってどんな人? プロジェクトマネジメントのスキルセットとは - 誰も教えてくれないプロマネのコツ
                                                                        • 体制たいせいかんがえるときに意識いしきしていること - id:onk のはてなブログ

                                                                          1on1 でつたえたのでそとにもいておく。 プロダクトやチーム、メンバーのフェーズ まず現状げんじょう分析ぶんせきプロダクトは PPM で花形はながたかねのなる問題児もんだいじいぬのいずれにたるのか いきおい MAX でめっちゃげるのか、地味じみ役割やくわり達成たっせいするのか。チームぜん集中しゅうちゅうなのかチームのフォローにまわるのかみたいな方針ほうしんわる チームは エラスティックリーダーシップ でうサバイバルモード、学習がくしゅうモード、自己じこ組織そしきモードのいずれにたるのか チームを改善かいぜんしなければいけないのか、プロダクトだけをていていのか。チームで改善かいぜんできるのか、リーダーや外部がいぶつよ意志いし必要ひつようなのか かくメンバーは、期待きたいされる役割やくわりにおいて SL理論りろんうとどのフェーズなのか 指示しじてき行動こうどう必要ひつようだとマイクロマネジメントすることになり、マネージャ/メンターてきひと/行動こうどうやす必要ひつようがある 役割やくわり網羅もうらしているか こういうじくかんがえていることが

                                                                            体制を考えるときに意識していること - id:onk のはてなブログ
                                                                          • 現代げんだいてきシステム開発かいはつ概論がいろん 2024

                                                                            2024年度ねんどリクルート エンジニアコース新人しんじん研修けんしゅう講義こうぎ資料しりょうです

                                                                              現代的システム開発概論 2024
                                                                            • 逆転ぎゃくてん敗訴はいそした野村のむらじょうシスがIBMにおくった悲痛ひつうなメール、横暴おうぼうなユーザーをおさえきれず

                                                                              委託いたくしたシステム開発かいはつ頓挫とんざしたとして、野村のむらホールディングス(HD)と野村証券のむらしょうけん日本にっぽんIBMを相手取あいてどってけいやく36おくえん損害そんがい賠償ばいしょうもとめた裁判さいばん。プロジェクト失敗しっぱいはベンダーがわがあるとした2019ねん3がついちしん判決はんけつから一転いってん、2021ねん4がつ控訴こうそしん判決はんけつはユーザー企業きぎょうがわ責任せきにんがあるとした。工数こうすう削減さくげん提案ていあん十分じゅうぶんおうじなかったり、プロジェクト途中とちゅう追加ついか要件ようけん多発たはつしたりした野村のむらがわ姿勢しせい東京とうきょう高裁こうさい問題もんだいし、逆転ぎゃくてん敗訴はいそ判決はんけつくだした。 関連かんれん記事きじ 野村のむらHDが日本にっぽんIBMに逆転ぎゃくてん敗訴はいそ深層しんそう裁判所さいばんしょ問題もんだいした「X」の横暴おうぼう変更へんこう要求ようきゅう 野村のむらHDが日本にっぽんIBMに逆転ぎゃくてん敗訴はいそのワケ、「工数こうすう削減さくげんおうじず変更へんこう要求ようきゅう多発たはつ」と指摘してき 東京とうきょう高裁こうさいとく問題もんだいしたのが、システムの仕様しよう策定さくていするうえで重要じゅうよう役割やくわりになっていた野村証券のむらしょうけんのユーザー部門ぶもん「X」のいだ。 当時とうじ投資とうし顧問こもん事業じぎょう判決はんけつぶんでは「投資とうし顧問こもん」)の次長じちょうだったXは、パッケージソフトに

                                                                                逆転敗訴した野村情シスがIBMに送った悲痛なメール、横暴なユーザーを抑えきれず
                                                                              • りがきびしいプロジェクトで、プロジェクト初期しょきにまずやっておきたいこと - $shibayu36->blog;

                                                                                これまでぼく締切しめきりがかなりきびしいプロジェクトをすうかい経験けいけんしてきた。その経験けいけんから、締切しめきりきびしいという特性とくせいったプロジェクトの初期しょきにまずこれだけはやったほうがいということがいくつかつかったので、今回こんかいはそれらを紹介しょうかいしていこうとおもう。 前提ぜんていとなるプロジェクト 今回こんかい紹介しょうかいする方法ほうほうは、つぎのような特性とくせいったプロジェクトを前提ぜんていとする。 こまかい仕様しようまっていないが、つくるものの要件ようけんはある程度ていど明確めいかくである アジャイルの定義ていぎにおけるスコープ・コスト・品質ひんしつ・スケジュールのなかで、スケジュールをとく優先ゆうせんしたい(スケジュールをえられないなど) すうヶ月かげつ以上いじょうのプロジェクトである みじかいスパンでリリースしてユーザーの様子ようすてそののプロダクトバックログの優先ゆうせんえるような性質せいしつのプロジェクトでは、べつのやりかた必要ひつようがあるとおもう。そこは注意ちゅういしてほしい。 プロジェクト初期しょきにやっておきたいことはなに上記じょうきのようなプロジェクトの

                                                                                  締め切りが厳しいプロジェクトで、プロジェクト初期にまずやっておきたいこと - $shibayu36->blog;
                                                                                • 入門にゅうもん要件ようけん定義ていぎ

                                                                                  はじめに 最近さいきんプロジェクトマネジメント関連かんれん仕事しごとをする機会きかいえ、(しですが)要件ようけん定義ていぎ設計せっけい関連かんれん業務ぎょうむもするようになったので、わたし経験けいけんもと要件ようけん定義ていぎ具体ぐたいてきなプロセスやかんがかたについて、まとめていきます。 この記事きじ対象たいしょうしゃ 要件ようけん定義ていぎ基本きほん思考しこうプロセスをまなびたいひと エンジニアからプロジェクトマネジメントをやりたいひと ビジネスサイドとエンジニアサイドのコミニュケーション能力のうりょく向上こうじょうさせたいひと 具体ぐたいてき事例じれいとおして要件ようけん定義ていぎまなびたいひと 前提ぜんてい 紹介しょうかいする内容ないようはあくまでいちれいであり、プロジェクトやチームの状況じょうきょうおうじて調整ちょうせい必要ひつよう あくまで自分じぶん(しPM)の経験けいけんもとづいた内容ないよう言語げんごしています プロジェクト規模きぼは10めい〜20めいのWebアプリ開発かいはつ想定そうていしています システム開発かいはつ全体ぜんたいぞう 一般いっぱんてきなシステム開発かいはつのプロジェクトは下記かきのフェーズですすんでいきます。 ※ コンサルの領域りょういきだと要件ようけん定義ていぎまえ企画きかく構想こうそうとい

                                                                                    【入門】要件定義

                                                                                  新着しんちゃく記事きじ