(Translated by https://www.hiragana.jp/)
[6ページ] PMBOKの人気記事 1392件 - はてなブックマーク

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

ならじゅん

ブックマークすう

期間きかん指定してい

  • から
  • まで

201 - 240 けん / 1392けん

PMBOKの検索けんさく結果けっか201 - 240 けん / 1392けん

  • キレッキレなPMはなにちがうのか? シリコンバレーのPMが重視じゅうしする「Step Change」という視点してん

    キレッキレなPMはなにちがうのか? シリコンバレーのPMが重視じゅうしする「Step Change」という視点してん シリコンバレーのプロダクトマネージャーたちる、 覚悟かくごめたPMはなにちがうのか? #1/4 いもあまいも経験けいけんしてきたシリコンバレーのプロダクトマネージャー 曽根原そねはら春樹はるき:みなさんおあつまりいただきましてまことにありがとうございます。はじめましてのほうも、またおいできましたねのほうも、ご無沙汰ぶさたしています。曽根原そねはらです。今年ことしも「PMカンファレンス」にもどってきました。 今回こんかいはテーマが「覚悟かくご」ということで、どんなはなしをしようかなとおもっていたのですが、みなさんにとって刺激しげきてきはなしになるといいなとおもって、それでこのタイトルにめたわけですね。「シリコンバレーのプロダクトマネージャーたちる、覚悟かくごめたPMはなにちがうのか?」ですね。 本題ほんだいはいまえに、ぼくのことをぜんぜんらないというほうもいらっしゃるかもしれないの

      キレッキレなPMは他と何が違うのか? シリコンバレーのPMが重視する「Step Change」という視点
    • あおひろ on Twitter: "3しゃ経営けいえいしてわかった。仕事しごとおそひと特徴とくちょうは「あとまわしのくせがある」「キャパオーバー」「プレッシャーによわい」「100%せめ」「ニガテも自分じぶん処理しょり」「1ふんってもをつけない」「時間じかんとおかねにルーズ」「プライベートが充実じゅうじつしてない」固定こていツイートには、仕事しごと効率こうりつげる習慣しゅうかんのこしています。"

      3しゃ経営けいえいしてわかった。仕事しごとおそひと特徴とくちょうは「あとまわしのくせがある」「キャパオーバー」「プレッシャーによわい」「100%せめ」「ニガテも自分じぶん処理しょり」「1ふんってもをつけない」「時間じかんとおかねにルーズ」「プライベートが充実じゅうじつしてない」固定こていツイートには、仕事しごと効率こうりつげる習慣しゅうかんのこしています。

        あおひろ on Twitter: "3社経営してわかった。仕事が遅い人の特徴は「あとまわしの癖がある」「キャパオーバー」「プレッシャーに弱い」「100%他責」「ニガテも自分で処理」「1分経っても手をつけない」「時間とお金にルーズ」「プライベートが充実してない」固定ツイートには、仕事の効率を上げる習慣を残しています。"
      • すべての社会しゃかいじんってほしい仕事しごと基礎きそとしてのアジャイル/スクラムのはなし / Agile as a work foundation

        アジャイルやスクラムについてまなはじめ、実際じっさいむと、その原則げんそくかんがかたがソフトウェア開発かいはつ領域りょういきじないことを日々ひび実感じっかんします。原則げんそく日々ひび仕事しごと生活せいかつかすことは重要じゅうようですが、「アジャイル」という言葉ことば抽象ちゅうしょうたかく、開発かいはつのイメージもつよいため、一般いっぱんしてエッセンスをつたえるのに苦労くろうしているほうおおいのではない…

          すべての社会人に知ってほしい仕事の基礎としてのアジャイル/スクラムの話 / Agile as a work foundation
        • 資料しりょう公開こうかい】エンジニアリングマネージャーのしごと

          みなさんこんにちは。@ryuzeeです。 2022ねん9がつ6にちおこなわれたオンラインイベント「エンジニアリングマネージャーのしごと - Forkwell Library #5」の登壇とうだん資料しりょう公開こうかいします。 内容ないようは、新刊しんかん書籍しょせき『エンジニアリングマネージャーのしごと』にかんするものなのですが、本書ほんしょは18しょう、350ページからなるほんであり全部ぜんぶ網羅もうらてき紹介しょうかいするのは無理むりすじなので、今回こんかい根底こんていにあるかんがかたにフォーカスをてています。この発表はっぴょうのあとにQ&Aコーナーがあったのですが、その内容ないようについては、aki.mさんのブログ記事きじにまとまっていますので参考さんこうにしてください。 内容ないようかんするご意見いけんやフィードバックは、Twitter: @ryuzee までおらせください。 スライドを興味きょうみたれたほうは、ぜひ書籍しょせき『エンジニアリングマネージャーのしごと』をんでいただければとおもいます。 それでは。 エンジニアリングマネージャー

            【資料公開】エンジニアリングマネージャーのしごと
          • 旧来きゅうらいがたSIerである弊社へいしゃでアジャイル(スクラム)が上手うまっていない

            弊社へいしゃいまだにメインフレームの相手あいてをしてCOBOLをいているような、てい技術ぎじゅつりょく・プロマネつとむ偏重へんちょうのSIer。 20だい若手わかてSE(笑)かっこわらいであるぼく自身じしんもウォーターフォールの経験けいけんしかなく、社内しゃないの99%もおなじ。 最近さいきん興味きょうみがあってちかくにいるひととアジャイル開発かいはつ勉強べんきょうをしていており、ジェフ・サザーランドの著書ちょしょほかなんさつほんんだ、というだけのただのエンジニアワナビー。 最近さいきん近所きんじょえがいたようなアジャイル失敗しっぱいれいがあって、ちょっとだれかにいてほしくていてる。 このたび既存きそんシステムを刷新さっしんするプロジェクト(たぶん1おく以上いじょうおく未満みまん)をアジャイル開発かいはつでやることになり、先月せんげつくらいに最初さいしょのスプリントがスタートした。 アジャイル導入どうにゅうにはおそらくとく動機どうきがなく、おきゃくさんのえらひとたちが ・最近さいきんアジャイル?流行はやってるんでしょ ・無限むげん要件ようけん変更へんこうできるんでしょ ・アジャイルにするとはややすくできるんでしょ などとおおせになった結果けっかだと聞

              旧来型SIerである弊社でアジャイル(スクラム)が上手く行っていない
            • スケジュールのかた

              仕事しごとにおいてかせないスケジュールですが、とらかた間違まちがえると、おおきなストレスのみなもとになりかねません。とくにウェブ制作せいさく仕事しごとにおいて、スケジュールは100%コントロールするのは現実げんじつてきではありません。そういったかんがかたをまとめました。

                スケジュールの付き合い方
              • 完璧かんぺき要件ようけん定義ていぎなど幻想げんそうである。ではなく、チームでつく要件ようけん定義ていぎ - Qiita

                これはなにか エンジニア、ビジネスサイドのほうけた、「要件ようけん定義ていぎつくかた」についていた記事きじです。 長文ちょうぶんがつらつらといてある本稿ほんこうですが、ようするにいたいことは、 ● 完璧かんぺき要件ようけん定義ていぎなど幻想げんそうであり、だれがどうつくっても不完全ふかんぜんである ● そのため、一番いちばん危険きけんなのは、とびきりかしこひとしてきた要件ようけん定義ていぎで、 「あのひとつくったんだから大丈夫だいじょうぶ」と盲目的もうもくてきかんがえること ● 完璧かんぺきにはならないことをれ、ベストをくす姿勢しせい大事だいじ ●そもそも、アジャイル開発かいはつにおいて、完璧かんぺき要件ようけん定義ていぎもとめられていない ●要件ようけん定義ていぎには以下いかのスタンスが必要ひつよう ● UXから逆算ぎゃくさんする ● とす ● ではなく、チームでつくる ● レビューを徹底てっていする ● 3つのシナリオを想定そうていする ということです。 ※やく1まんあり、またかくしょうについてふかげる項目こうもくべつ記事きじ添付てんぷしています。そのため、モバイルで通読つうどくするにはすこしほねれるかもしれ

                  完璧な要件定義など幻想である。個ではなく、チームで作る要件定義 - Qiita
                • 『シン・エヴァンゲリオン劇場げきじょうばん』の制作せいさく進行しんこう成田なりたかずゆうかたる、プロジェクトマネジメントの極意ごくい。メタてきて、こまかくかんがつづける - ミーツキャリアbyマイナビ転職てんしょく

                  想定そうていがい出来事できごとやスケジュールとたたかわなければならないことがおおいプロジェクトマネジメントの仕事しごと。その醍醐味だいごみ面白おもしろさとはなになのでしょうか? ここにアニメファンのみならずIT・コンサル業界ぎょうかいまでもざわつかせているいちさつがあります。そのも『プロジェクト・シン・エヴァンゲリオン -実績じっせき省察せいさつ評価ひょうか総括そうかつ-』(以下いか、『プロジェクト・シン・エヴァンゲリオン』。2023ねん)。2021ねん劇場げきじょう公開こうかいされ、ジャンルとしての「ロボットアニメ」作品さくひんでは異例いれい興行こうぎょう収入しゅうにゅう100おくえんえた『シン・エヴァンゲリオン劇場げきじょうばん』(以下いか、『シン・エヴァ』)の制作せいさく過程かていを、『シン・エヴァ』を制作せいさくした株式会社かぶしきがいしゃカラーによる完全かんぜん自主じしゅ制作せいさく出版しゅっぱんによって、映像えいぞう技術ぎじゅつ側面そくめんではなく、あくまでプロジェクト遂行すいこう視点してん克明こくめいしるしたドキュメントです。その赤裸々せきららさと記録きろくふう文体ぶんたいのギャップがおおいに話題わだいあつめています。 執筆しっぴつ担当たんとうしたカラーの成田なりたかずゆうさんは、JAX

                    『シン・エヴァンゲリオン劇場版』の制作進行・成田和優が語る、プロジェクトマネジメントの極意。メタ的に見て、細かく考え続ける - ミーツキャリアbyマイナビ転職
                  • 日本にっぽんのソフトウェア企業きぎょうでよくるエンジニア組織そしき構造こうぞうと、近年きんねん推奨すいしょうされるエンジニア組織そしき構造こうぞうについて

                    はじめに ずかしながらスクラム開発かいはつ開発かいはつチームへの導入どうにゅうなん経験けいけんしているのだけれど、どうしてもチームの成熟せいじゅくレベルがたか位置いちまでもっていくことができませんでした なぜうまくいかないのか? これをふかりする過程かてい教科書きょうかしょどおりに実行じっこうするには組織そしき構造こうぞうがスクラムガイドでいてある構造こうぞう根本こんぽんてきことなっているのではないか?とかんがえるようになりました。 よくあるエンジニア組織そしき構造こうぞう おおきめのWebソフトウェア企業きぎょううちせいがたエンジニア組織そしき構造こうぞうはだいたいどこもこのようなかんじになっています この組織そしき構造こうぞう問題もんだいてん スクラムを導入どうにゅうする場合ばあい、リーダー自身じしんかあるいはメンバーの一人ひとりがスクラムマスターとなります リーダー自身じしんがスクラムマスターになる場合ばあいでもアンチパターンとわれる開発かいはつしゃとの兼任けんにんになります。 スクラムマスターのもっと重要じゅうよう職務しょくむである「観察かんさつ」がおこなえなくなります。 スクラムマスター自身じしん観察かんさつおこなわない場合ばあいかく

                      日本のソフトウェア企業でよく見るエンジニア組織の構造と、近年推奨されるエンジニア組織の構造について
                    • 【「スゴほんちゅうひとすすめる】ITエンジニアならってほしい。プロジェクトを炎上えんじょうさせないマネジメントじゅつにつける4さつ

                      1. 『プロジェクトマネジメントの基本きほん全部ぜんぶわかるほん橋本はしもとすすむいさお ちょしょうおよげしゃ 2. 『アート・オブ・プロジェクトマネジメント』Scott Berkun ちょ村上むらかみ 雅章まさあき やく、オライリー・ジャパン 3. 『アジャイルプラクティス 達人たつじんプログラマにまな現場げんば開発かいはつしゃ習慣しゅうかん』VenkatSubramaniam,AndyHunt ちょ木下きのした史彦ふみひこ,角谷かどや信太郎しんたろう 監訳かんやくム社むしゃ 4. 『プロジェクトマネジメント知識ちしき体系たいけいガイド(PMBOKガイド)だい7はん+プロジェクトマネジメント標準ひょうじゅん』PMI ちょ、PMI日本にっぽん支部しぶ 監訳かんやく 問題もんだいつぎのうち、どちらが重要じゅうよう? 1. 炎上えんじょうプロジェクトを鎮火ちんかする技術ぎじゅつ 2. プロジェクトを炎上えんじょうさせない技術ぎじゅつ 修羅場しゅらばにおける火消ひけしの技術ぎじゅつが1だ。がって墜落ついらく寸前すんぜんのプロジェクトを制御せいぎょして、なんとか胴体どうたい着陸ちゃくりくまでっていくノウハウである。 一方いっぽう、プロジェクトを修羅場しゅらばにさせない技術ぎじゅつが2だ。そもそもそんな操縦そうじゅう

                        【「スゴ本」中の人が薦める】ITエンジニアなら知ってほしい。プロジェクトを炎上させないマネジメント術を身につける4冊
                      • 課金かきんじゅつ

                        有償ゆうしょうソフトウェアを方法ほうほうかんなすぎるから、気軽きがる相談そうだんできるひとしくなってきた...。 ・寄付きふ募集ぼしゅうがたか、有料ゆうりょう一部いちぶ機能きのう解放かいほうするかたか ・価格かかく設定せってい有料ゆうりょう一部いちぶ機能きのう解放かいほうするなら、どこまで有料ゆうりょうにするか ・がたか、月額げつがくサブスクリプションがたか とかとか、かんがえること無限むげんにある。。 — Cside (@Cside_) October 2, 2023 個人こじん開発かいはつではないが、課金かきんについては仕事しごと結構けっこうやってきてまぁまぁの知見ちけんた。かつて自分じぶん情報じょうほうようとネットでさがしてみたが、きわめて情報じょうほうすくなかった。ソフトウェア開発かいはつについてのノウハウは結構けっこうネットにころがってるが、けなどについての情報じょうほうすくない。エンジニアとマーケッターでは文化ぶんかちがうのかもしれないが、そもそもけにかんしてはしょうざい(ソフトウェア)によって様々さまざまなので定石じょうせきがなく、結局けっきょくのところ自分じぶんためしてみないと正解せいかいがわからないのではないかとおもう。そう

                          課金術
                        • Developers Summit 2020 資料しりょうリンクまとめ - Qiita

                          毎年まいとし開催かいさいされているデブサミが2020/2/13(木)もく、14(金)きん開催かいさいされましたね。 現時点げんじてん公開こうかいされている資料しりょうのリンクをまとめました。 よろしければご活用かつようください。 はじめに 公式こうしきサイト - Developers Summit 2020 登壇とうだんしゃめい敬称けいしょうりゃくさせていただいています。 Twitterアカウントについては、おおくのほうはデブサミ公式こうしきサイトの紹介しょうかいページに記載きさいがありましたので、そちらから引用いんようさせていただきました。記載きさいがなかったほうについては、調しらべてかったほうのみ記載きさいしています。 資料しりょうについて、つけられなかった or 元々もともと資料しりょう使用しようしていない ほうについてはレポート記事きじつけられたほうのみ、そのリンクを記載きさいしています。 なお、こういったリンクまとめをQiitaに投稿とうこうするのははじめてなのでなに問題もんだいがある場合ばあいや、リンクの間違まちがとうありましたらコメントいただけるとたすかります。 2/13 13-A-1

                            Developers Summit 2020 資料リンクまとめ - Qiita
                          • ハードワークでひと成長せいちょうするか - SaaSベンチャーではたらくエンタープライズ部長ぶちょうのブログ

                            成長せいちょうするためにはハードワークは不可欠ふかけつ」。こういう言説げんせつつねています。そして、それをしんじた真面目まじめ若者わかものが「成長せいちょう」するためにハードワークをこなすというながれ。っているだけでも10ねん以上いじょうおなじサイクルがあるようにおもいます。 おもいつくだけでも、サイバーエージェント創業そうぎょうしゃ藤田ふじたすすむ著書ちょしょ渋谷しぶやではたらく社長しゃちょう告白こくはく」でつきに440あいだはたらいていたというはなしや、テスラ創業そうぎょうしゃのイーロンマスク世界せかいえるためには最低さいていでもしゅう80あいだはたらくべきだと主張しゅちょうがあったり、成功せいこうしゃがハードワークをえたはなしがあります。 一方いっぽう自分じぶん自身じしん経験けいけんかえると、かならずしも労働ろうどう時間じかんながさが個人こじん成長せいちょうにつながったとはおもえません。この認知にんちちがいはどこからくるのか。自分じぶん自身じしん経験けいけんかえってみたいとおもいます。 自分じぶん自身じしん労働ろうどう時間じかん経験けいけん ハードワークだが成長せいちょうしなかった経験けいけん ワークライフバランスをたもち、成長せいちょうした経験けいけん 成長せいちょう定義ていぎを「いまできない

                              ハードワークで人は成長するか - SaaSベンチャーで働くエンタープライズ部長のブログ
                            • 現役げんえきEMがかたるプロジェクトマネジメント・プロダクトマネジメント・ピープルマネジメントに必要ひつようなスキル ─ エンジニア組織そしきをまとめる技術ぎじゅつ - はてなニュース

                              ※ Udemy「初夏しょかのビッグセール」と、はてなによるプレゼントキャンペーンは終了しゅうりょうしました。エンジニア組織そしきをまとめるスキルは、つづきUdemyの講座こうざ学習がくしゅうできます。 ソフトウェアエンジニアにとって、マネジメントのしょくくかどうかはおおきな選択せんたくです。現在げんざいではプレイヤーのままでスタッフエンジニアといったたか職位しょくいすすむキャリアもありますが、マネージャーとしてチームをひきいてこそ達成たっせいできるビジネスじょう成功せいこうもあるでしょう。 ひとくちにマネージャーといっても、マネジメントの対象たいしょうによって要求ようきゅうされるスキルにはばがあります。これまでUdemyのおおきなセールで講座こうざ紹介しょうかいしてきたとうニュースですが、今回こんかいはソフトウェア開発かいはつ組織そしきのマネジメントに必要ひつようとなるスキルにフォーカスしました。 マネージャーという仕事しごとまなびたいスキルを紹介しょうかいしてくれるのは、10ねん以上いじょうまえからPM(プロジェクト・マネージャー)などにいてチームを牽引けんいんし、現在げんざい

                                現役EMが語るプロジェクトマネジメント・プロダクトマネジメント・ピープルマネジメントに必要なスキル ─ エンジニア組織をまとめる技術 - はてなニュース
                              • UI改善かいぜんのためにエンジニアに仕様しよう構造こうぞうしてもらったらさい設計せっけいがめちゃくちゃはかどったはなし鈴木すずき 健一けんいち / PLAID & Ex.STANDARD

                                この記事きじはPLAID Advent Calendar 9にち記事きじですUI改善かいぜん前提ぜんてい理解りかい、うまくできていますか?みなさんはこれまで着手ちゃくしゅしてこなかった既存きそん画面がめんのデザイン改善かいぜんをするとき、どのようにすすめているでしょうか。 自分じぶんがプレイドで所属しょぞくしているreBAISUというチームでは、タタキとして定義ていぎしたスタイルガイドを旧来きゅうらい画面がめん適用てきようしながらUI改善かいぜんするみをしています。 かたとして、改善かいぜん対象たいしょうとなる画面がめん仕様しよう理解りかいしながら課題かだいつけ、解決かいけつさく検討けんとうしていくながれになるのですが、この仕様しよう理解りかいむずかしいとかんじていまして。 なんとか前提ぜんてい理解りかいうながせる方法ほうほうはないものかと検討けんとうした結果けっか対象たいしょう画面がめん構成こうせい要素ようそをひとつずつ紐解ひもといていく方法ほうほう理解りかいしていく「デザインの逆行ぎゃっこう分析ぶんせき」という方法ほうほうをとっていました。 デザインの逆行ぎゃっこう分析ぶんせきとは「リバースエンジニアリング」ともばれる手法しゅほうで、そのかんがえをデザインでも応用おうようしようというもので

                                  UI改善のためにエンジニアに仕様を構造化してもらったら再設計がめちゃくちゃ捗った話|鈴木 健一 / PLAID & Ex.STANDARD
                                • 「アジャイルサムライ」の著者ちょしゃかたる、技術ぎじゅつ志向しこう企業きぎょう世界せかいをどうているのか? そしてソフトウェアテスト自動じどう進化しんかさせる方法ほうほうについて(前編ぜんぺん)。JaSST'22 Tokyo基調きちょう講演こうえん

                                  「アジャイルサムライ」の著者ちょしゃかたる、技術ぎじゅつ志向しこう企業きぎょう世界せかいをどうているのか? そしてソフトウェアテスト自動じどう進化しんかさせる方法ほうほうについて(前編ぜんぺん)。JaSST'22 Tokyo基調きちょう講演こうえん Jonathan Rasmusson(ジョナサン・ラスムッソン)はアジャイル開発かいはつにおける著名ちょめいじん一人ひとりであり、さまざまな先進せんしんてきソフトウェア企業きぎょうにおいて開発かいはつやテストにたずさわってきました。 日本にっぽんではアジャイル開発かいはつ入門にゅうもんしょとして話題わだいとなった書籍しょせき「アジャイルサムライ」(ム社むしゃ,2011)や「はじめての自動じどうテスト」(オライリー,2021)、「ユニコーン企業きぎょうのひみつ」(オライリー,2017)の著者ちょしゃとしても有名ゆうめいです。 そのラスムッソンが2022ねん3がつ10日とおかと11にちの2日間にちかん、ソフトウェアのテストにかかわる国内こくない最大さいだいのイベント「ソフトウェアテストシンポジウム 2022 東京とうきょう」(JaSST'22 Tokyo)の基調きちょう講演こうえん登壇とうだんしました。

                                    「アジャイルサムライ」の著者が語る、技術志向の企業が世界をどう見ているのか? そしてソフトウェアテスト自動化を進化させる方法について(前編)。JaSST'22 Tokyo基調講演
                                  • さて、専門せんもんせい体系たいけいはなしをしようか | knowledge / baigie

                                    専門せんもんせいたかひとになりたいですか?」 そうわれたら、おおくのひとが「はい!」とこたえるでしょう。エンジニアやデザイナーのような専門せんもんしょくかぎらず、ビジネスパーソンのおおくも、「できることならなんらかの専門せんもんせいたかめたい」とおもっているはずです。 しかし、そもそも「専門せんもんせいたかい」とはどういう状態じょうたいすのでしょうか。どんなひとになれば「専門せんもん」だと評価ひょうかされるようになるのでしょうか。それをめてかんがえることが専門せんもんせいたかめるヒントになるとおもい、すこ深堀ふかほりしてみました。 最後さいごには、まだ実験じっけんちゅうですが、ChatGPTを活用かつようして専門せんもんせいたかめる方法ほうほうをご紹介しょうかいします。 専門せんもんせい体系たいけい関係かんけい 辞書じしょサイトのWeblioをると、専門せんもんせいとは「特定とくてい分野ぶんやのみにふかかかわっているさま。高度こうど知識ちしき経験けいけん要求ようきゅうされることや、その度合どあい」とかれています。この定義ていぎしたがうと、専門せんもんせいには「特定とくてい分野ぶんや高度こうど知識ちしき経験けいけん」が必要ひつようだということになります。

                                    • にっテレもフジテレビも、「忠臣蔵ちゅうしんぐら」のドラマをつくれなくなった「根本こんぽんてき理由りゆう」(春日かすが 太一たいち) @moneygendai

                                      元禄げんろく15ねん12月14にち大石おおいし内蔵助くらのすけをはじめとするよんじゅうなな吉良上野介きらこうずけのすける「赤穂あこう事件じけん」がこった。これにいた顛末てんまつえがいたのが「忠臣蔵ちゅうしんぐら」だ。かつてはよくドラマや映画えいがになった「忠臣蔵ちゅうしんぐら」だが、最近さいきんでは映像えいぞうされる機会きかい格段かくだんってきている。いったい、なぜなのか…? 時代じだいげき研究けんきゅう春日かすが太一たいち新刊しんかん忠臣蔵ちゅうしんぐら入門にゅうもん』から、その理由りゆう紹介しょうかいしよう。 じつは「一大いちだいプロジェクト」だった 忠臣蔵ちゅうしんぐら映画えいがやドラマがながいことつくられてきた背景はいけいとして、つくしゅがわにもおおきな事情じじょうがありました。 「忠臣蔵ちゅうしんぐら」はおおきなだけでむっつあります。それぞれ屋内おくないおも舞台ぶたいになるため、セットをつく必要ひつようがあります。 「まつ廊下ろうか」であれば、かなりなが廊下ろうかふすまおおきなまつえがかれている。「だい評定ひょうじょう」の広間ひろま赤穂あこうはん藩士はんし全員ぜんいんはいひろいスペースになります。それから、祇園ぎおん大石おおいしあそ遊郭ゆうかくに「ひがしくだり」の宿やど瑤泉院ようせんいん屋敷やしき。さらにりで使つか吉良きらていのセットも、

                                        日テレもフジテレビも、「忠臣蔵」のドラマを作れなくなった「根本的な理由」(春日 太一) @moneygendai
                                      • EC/CRMの自社じしゃサービス「prismatix」開発かいはつチームのプロジェクトマネージャーになって最初さいしょにやったことn連発れんぱつ | DevelopersIO

                                        この7がつからDev PjMにクラスチェンジしました。なにもわからない状態じょうたいから、いかにしてプロジェクトの状態じょうたい把握はあく・コントロールしようとしたか、その試行錯誤しこうさくご記録きろくです。 4ヶ月かげつまえってたことダイジェスト Dev PjMになって最初さいしょころ、こんなばなしいていました。 prismatixの開発かいはつしゃから開発かいはつチームのプロジェクトマネージャーにクラスチェンジしたはなし | DevelopersIO マネジメントの姿勢しせい そこで、わたし指揮しきしゃ(Conductor) としてるまおうと決意けついしました。 なにをしたいのか Devチームを中心ちゅうしんとしてけいまわるようにする ことを実現じつげんしたいとおもっています。 もうすこしわかりやす言葉ことばでいうと、「prismatixというサービスの 開発かいはつつうじて、顧客こきゃくおよびチームに 価値かちとどつづけている 状態じょうたいつくる」のが目的もくてきになります。 どうしていくのか Devチームもハッピー、みんなもハッピー なじょう

                                          EC/CRMの自社サービス「prismatix」開発チームのプロジェクトマネージャーになって最初にやったことn連発 | DevelopersIO
                                        • ベロシティをたかたも仕事しごとのすすめかた / Maintaining a High Velocity as Productivity Hacks

                                          https://findy.connpass.com/event/318375/ での登壇とうだん資料しりょうです。

                                            ベロシティを高く保つ仕事のすすめ方 / Maintaining a High Velocity as Productivity Hacks
                                          • みのおおいプロダクト開発かいはつのスケジュールの精度せいどげるためにはバーンアップチャートがおすすめです - スタディサプリ Product Team Blog

                                            こんにちは。 今回こんかいみのおおいプロダクト開発かいはつにおけるスケジュール精度せいどかたとして、バーンアップチャートの利用りようをおすすめしたいとおもいます。 どんなひとんでほしいか Product GrowthやEnhancementにたずさわっているけど、やることがおおくておもったように進捗しんちょく管理かんりできないひと ↑のようなProduct Manager(PdM)やProject Manager(PjM)とのコミュニケーションがおおいけど、期待きたいたいしてうまくうごいてくれないことをもどかしくおもってるほう TL;DR 3ヶ月かげつや6ヶ月かげつ程度ていどでタイムボックスをりましょう タイムボックスのなかでやりたいことを全部ぜんぶリストアップして見積みつもりをしましょう わったタスクのcloseと新規しんきタスクのリストアップをかえすと、自然しぜんと「やりたいことが全部ぜんぶできるのかどうか」がえるします バーンアップチャートとは 下記かきのようなものです。 ちゅう

                                              差し込みの多いプロダクト開発のスケジュールの精度を上げるためにはバーンアップチャートがおすすめです - スタディサプリ Product Team Blog
                                            • 入門にゅうもん基本きほん設計せっけい

                                              はじめに プロジェクトマネジメントの仕事しごとをするさいに、おきゃくさんに提案ていあんベースの要件ようけん定義ていぎ設計せっけいをする機会きかいえてきたので、わたし経験けいけんもとづいて基本きほん設計せっけい具体ぐたいてきなプロセスやかんがかたについて、整理せいりしていきます。 以前いぜん投稿とうこうした記事きじつづきですが、未読みどくでもこの記事きじ理解りかいできるようになっています。 この記事きじ対象たいしょうしゃ 基本きほん設計せっけい思考しこうプロセスをまなびたいひと ビジネスサイドの要件ようけんをエンジニアサイドのシステムにとしながれをまなびたいひと ビジネスサイドとエンジニアサイドのコミュニケーション能力のうりょく向上こうじょうさせたいひと 具体ぐたいてき事例じれいとおして基本きほん設計せっけいまなびたいひと 前提ぜんてい 紹介しょうかいする内容ないようはあくまでいちれいであり、プロジェクトやチームの状況じょうきょうおうじて調整ちょうせい必要ひつようです 自分じぶん経験けいけんもとづいた内容ないよう言語げんごしています プロジェクト規模きぼは10めいから20めいのシステム開発かいはつ想定そうていしています(だい規模きぼなプロジェクトを想定そうていしていません) システム開発かいはつ全体ぜんたいぞう 今回こんかい下記かき

                                                【入門】基本設計
                                              • 成果せいかすプログラマーが習得しゅうとくしている「コードをかない技術ぎじゅつ」 - Qiita

                                                はじめに わたしがプログラマーとしてはたらはじめて1ねんはんがたちました。さいわいなことに環境かんきょうめぐまれ、わたしまわりには成果せいかつづける優秀ゆうしゅうなプログラマーがたくさんいます。 1ねんはんかれらの仕事しごと観察かんさつしてづいたことは、成果せいかすプログラマーは共通きょうつうして 「コードをかない努力どりょくをしている」 ということでした。 この記事きじではかれらが業務ぎょうむおこなっている、 「コードをかないための思考しこう習慣しゅうかん」 についてまとめていきたいとおもいます。 前提ぜんてい おおくのひとは「プログラマーはコードをくことが仕事しごと」だとかんがえています。このかんがえにもとづくと、プログラマーが「コードをかない努力どりょくをする」ということが、ひどくおかしなことにおもえてしまうかもしれません。 そこでまず前提ぜんていとして3つの誤解ごかいくところからはじめましょう。 [誤解ごかい1] プログラマーの仕事しごとは「コードをくこと」である わたしたちプログラマーのおおくは会社かいしゃから給料きゅうりょうをもらいながらコードをいていま

                                                  成果を出すプログラマーが習得している「コードを書かない技術」 - Qiita
                                                • きアラフォーコンサル転職てんしょく|とあるコンサルタント

                                                  前書まえがき40前後ぜんこうのおっさんは かんじに転職てんしょくすることが出来できるのか? 労働ろうどう意欲いよく減退げんたいした戦略せんりゃくけいコンサルは 満足まんぞく転職てんしょくすることが出来できるのか? 出来できる 出来できるのだ ある程度ていどのランクになった戦略せんりゃくけいコンサルの転職てんしょく記録きろくはネットじょうであまりかけない。とくに10すうねん戦略せんりゃくけいコンサルをつづけたものの老齢ろうれいとなり労働ろうどう意欲いよく減退げんたいしたらどうするのか、というてんいま明確めいかく提示ていじされていなかったとおもう アラフォーできて転職てんしょく決意けつい実行じっこうした戦略せんりゃくけいコンサルとして、今回こんかい転職てんしょく記録きろく後続こうぞくのためにのこす なるべく具体ぐたいてきかつ率直そっちょく記載きさいするようにつとめたつもりだ 有料ゆうりょう部分ぶぶんにはとくなに情報じょうほう記載きさいしていないので、おひねりだとおもっていただきたい あといたら文中ぶんちゅうのリンクをクリックして転職てんしょくサイトに登録とうろくしてくれるとわたしふところうるおってうれしい 退職たいしょくいたやまい顧客こきゃく期待きたいコントロールをミスったプロジェクトが炎上えんじょうし、つき平均へいきん睡眠すいみん時間じかんが3あいだってはやすうげつ

                                                    燃え尽きアラフォーコンサル転職記|とあるコンサルタント
                                                  • だれもやったことがないことを期限きげんまでにやれ」 無理むりゲーなプロジェクトをまかされたときの「失敗しっぱい」のかんがかた

                                                    変化へんかはげしい社会しゃかい成長せいちょうつづけるため、新規しんき事業じぎょうげに企業きぎょうえています。そんななか、タスクの進捗しんちょく管理かんり日程にってい調整ちょうせい社内外しゃないがいとの交渉こうしょうなど、多岐たきにわたる仕事しごとかかえ、責任せきにんしゃとしての重圧じゅうあつなやんでいるプロジェクト担当たんとうしゃおおいのではないでしょうか。ほん記事きじでは、DXサービスの新規しんき事業じぎょうげた、エン・ジャパン株式会社かぶしきがいしゃ高橋たかはし淳也あつやがゲストに登場とうじょう業務ぎょうむ改善かいぜんのためゼロからDXを勉強べんきょうし、最終さいしゅうてきにサービスするまでにいたった高橋たかはしが、プロジェクトマネジメントの課題かだい解決かいけつするヒントをおとどけします。前編ぜんぺんは、プロマネの仕事しごとにまつわる誤解ごかいや、プロジェクトにおけるチームの重要じゅうようせいについてかたられました。 サイボウズ社員しゃいんの4にん1人ひとりけた、人気にんきのプロマネ勉強べんきょうかい 小林こばやしゆう以下いか小林こばやし):それではみなさま、こんにちは。「なぜプロジェクトはむずかしいのか ーチームでたびするプロジェクトマネジメントー」という40分間ふんかんのセッションをはじ

                                                      「誰もやったことがないことを期限までにやれ」 無理ゲーなプロジェクトを任された時の「失敗」の考え方 
                                                    • エンジニアのためのマネジメント入門にゅうもん/Introduction to Management for Software Engineers

                                                      ## 概要がいよう エンジニアのキャリアパスの1つに「マネジメント」があります。エンジニアリングマネージャーともばれるこの仕事しごとは、エンジニアにとってはおおくの場合ばあい未知みち領域りょういきです。その領域りょういきはいくつもの専門せんもん領域りょういきからり、まなばなければならないことは多分たぶんにあります。ほんセッションでは、『エンジニアのためのマネジメントいれ

                                                        エンジニアのためのマネジメント入門/Introduction to Management for Software Engineers
                                                      • サービス開発かいはつ施策しさく納得なっとくできないときにエンジニアができるアクション - $shibayu36->blog;

                                                        サービスの開発かいはつをしていてPMから施策しさくあんてきたとき、ソフトウェアエンジニアとして施策しさくあん本当ほんとうにユーザーのためになりサービスの成長せいちょうにつながるか納得なっとくできないことがある。 このようなときにただ文句もんく愚痴ぐちってもなにはじまらない。エンジニアからもなんらかのアクションをこし施策しさくまえすすめる必要ひつようがある。 そこでエンジニアができるアクションについて、自分じぶんおもっていることをいてみる。 納得なっとくできないケースはおおまかにどのようなものがあるか 納得なっとくできないケースではおおまかに2つのケースがあるのかなとおもっている。 (1) 施策しさくをしたい目的もくてき仮説かせつ自体じたい納得なっとくできていない (2) 施策しさく目的もくてき仮説かせついが、それを達成たっせいする手段しゅだん納得なっとくできていない 1つは、たとえば「ターゲットとしているようなユーザーって本当ほんとうにいるか?」「ユーザーにこういう課題かだいがあるとっているが本当ほんとうにそういう課題かだいがあるか?」「この指標しひょうつながるとっているが

                                                          サービス開発の施策に納得できない時にエンジニアができるアクション - $shibayu36->blog;
                                                        • マネージャーを否定ひていしない組織そしきをつくる - Unknown Error

                                                          RSGT2020が1/8~10に開催かいさいされた。 昨年さくねんたのしかったの一言ひとこときたが、今年ことしはとにかくかんがえさせられた。 というのも、わたしにとってここ2~3ねんのテーマだった、Agile × マネージャーというドンピシャなキーノートがSahotaさんよりあったためだ。 confengine.com ほん記事きじでは、このキーノートに焦点しょうてんをあてる。 マネージャーを否定ひていしてはいけない Sahotaさんのセッションでもっと印象いんしょうのこった言葉ことばが、「組織そしき変革へんかくさせるとき、だれりこぼしてはいけない」というものだ。 わたしがBas(LeSSの提唱ていしょうしゃ)の認定にんていスクラムマスターの研修けんしゅう参加さんかしたとき、どんな役割やくわりいまやってますか?と質問しつもんされた。 わたしはそのときScrumを推進すいしんするひとではあったが、Scrum Masterではなかった。なぜなら、わたしおこな役割やくわりにはエンジニアの評価ひょうかやエンジニアの採用さいようはいっていたからだ。 そのときはEngineeri

                                                            マネージャーを否定しない組織をつくる - Unknown Error
                                                          • スケジュールにバッファをもうけるのはあくか? - ユニファ開発かいはつしゃブログ

                                                            こんにちは、プロダクトマネージャーの田嶋たじまです。 はじめにおことわりしておきますが、ほん記事きじは、2021ねん7がつにリリースした開発かいはつプロジェクト(以降いこう「Rプロジェクト」)において、遅延ちえんなく開発かいはつすすめられたことのプチ自慢じまんです🎉 わらい しゅうとどこおりなくバーンダウンがちていく様子ようすを、チームで安心あんしんしてることができました。スケジュールのストレスなく開発かいはつすすめることができたのは、チームの頑張がんばりのほか、見積みつもりとスケジュール管理かんりかったからだともおもっています! 開発かいはつプロジェクトにスケジュールがもとめられる理由りゆう様々さまざまですが、キャンペーン施策しさく営業えいぎょう資料しりょう準備じゅんび計画けいかくてるため、あるいは利用りよう顧客こきゃくへも告知こくち責任せきにんがあるから、などです。そのいずれの場合ばあいも、計画けいかくやそのための作業さぎょう見積みつもりはかせません。 しかしおおくの開発かいはつプロジェクトにおいて、実績じっせき見積みつもりよりもうえれし、遅延ちえんしてしまうことがおおいのではないでしょうか。 ほん記事きじでは、R

                                                              スケジュールにバッファを設けるのは悪か? - ユニファ開発者ブログ
                                                            • ヤフーのスクラム開発かいはつ実践じっせんしゃ経験けいけん年数ねんすうごとの学習がくしゅう方法ほうほう紹介しょうかい

                                                              ヤフー株式会社かぶしきがいしゃは、2023ねん10がつ1にちにLINEヤフー株式会社かぶしきがいしゃになりました。LINEヤフー株式会社かぶしきがいしゃあたらしいブログはこちらです。LINEヤフー Tech Blog こんにちは! アジャイルコーチの荒瀬あらせです。 ヤフー、および関連かんれん会社かいしゃのアジャイル開発かいはつ支援しえん研修けんしゅう担当たんとうしています。 今回こんかいはヤフーのスクラム実践じっせんしゃ学習がくしゅう方法ほうほうについておはなしします。 イベントや研修けんしゅうなかで、スクラムの勉強べんきょう方法ほうほうをいろいろなほうから質問しつもんされることがおおかったので、記事きじにするとよりおおくのひとやくつのではないかとおも執筆しっぴつすることにしました。 また、せっかくくのであれば、ヤフーのなかにいるさまざまなスクラム実践じっせんしゃはなしまじえると、経験けいけん年数ねんすうべつに、より参考さんこうになりそうな書籍しょせき、セミナーや研修けんしゅう紹介しょうかいできるのではないかとかんがえ、ヤフーのスクラム経験けいけんしゃにも協力きょうりょくいただいています。 スクラムをはじめたころ自身じしんのことをかんがえながら、こういう記事きじがあるといいのにとおもえ

                                                                ヤフーのスクラム開発実践者の経験年数ごとの学習方法の紹介
                                                              • だい規模きぼアジャイルフレームワークの紹介しょうかい

                                                                みなさんこんにちは。@ryuzeeです。 12月1にち新刊しんかん『チームトポロジー』が発売はつばいになったのでぜひよろしくおねがいします。 スクラムの認定にんていコースでも基礎きそてきなコースでも、よくかれるのがだい規模きぼ場合ばあい対応たいおうについてです。 そこで、今日きょうだい規模きぼ場合ばあい選択肢せんたくしになりそうなだい規模きぼアジャイルフレームワークを紹介しょうかいします。 紹介しょうかいしますが、最初さいしょ大事だいじなことをおつたえしてから紹介しょうかいします。 そんなにたくさんつくっても使つかわない2019ねんにプロダクトマネジメント関連かんれんのSaaS企業きぎょうであるPendoがおこなった調査ちょうさによると、ソフトウェアプロダクトにおいて平均へいきんてき機能きのう利用りようじょうきょうつぎのようになったそうです。 まったく使つかわない: 24%ほとんど使つかわない: 56%よく使つかう: 8%いつも使つかう: 12%つまり80%の機能きのうはほとんど、もしくは、まったく使つかわれないということになります。 たくさんのひとあつめて、たくさんの機能きのうつくるのは、ムダであ

                                                                  大規模アジャイルフレームワークの紹介
                                                                • 心理しんりてき安全あんぜんジャーニー Slackで安全あんぜん実装じっそうする5つの手法しゅほう

                                                                  デブサミ2020なつ発表はっぴょう資料しりょうとなります。 当日とうじつ発表はっぴょうしなかった資料しりょうについても参考さんこう資料しりょうとして最後さいご追加ついかしております

                                                                    心理的安全ジャーニー Slackで安全を実装する5つの手法
                                                                  • Webフルスタックエンジニアになるためのチェックリスト

                                                                    Webフルスタックエンジニアになるためのチェックリスト Zennでの投稿とうこうにあたって この記事きじは、2020/03/22に自分じぶんのgithubリポジトリで公開こうかいしていた内容ないようを、Zennのgithubリポジトリ連携れんけい機能きのうもちいて一般いっぱん公開こうかいしたものです。 投稿とうこうにあたって、Zennの記事きじ連携れんけいフォーマットに準拠じゅんきょする以外いがい修正しゅうせいくわえておりませんので、一部いちぶZennというプラットフォームの方針ほうしん雰囲気ふんいきわない内容ないようなどあるかもしれません。あらかじめご了承りょうしょうください。 はじめに 日本にっぽんのWeb開発かいはつ業界ぎょうかいで「フルスタックエンジニア」になるために必要ひつよう知識ちしきを、個人こじんてき経験けいけんからまとめました。 フルスタックエンジニアの定義ていぎですが、ここでは、 企業きぎょう開発かいはつリーダー/テックリードとして、Webブラウザアプリケーションを前提ぜんていとしたサービスのげからリリース、運用うんようまで面倒めんどうられる。 というロールと仮定かていし、前提ぜんてい条件じょうけんとしては、どちらかという

                                                                      Webフルスタックエンジニアになるためのチェックリスト
                                                                    • SaaSプライシングの教科書きょうかしょ決定けっていばん】|高橋たかはし よしみひろ / プライシングスタジオ

                                                                      こんにちは。プライシングスタジオ株式会社かぶしきがいしゃ代表だいひょう高橋たかはしです。プライシングスタジオではこれまですうじゅうサービスのSaaSプライシングを支援しえんしてきました。国内こくないではだれよりもSaaSプライシングにってきた自負じふがあります。 このnoteは、そんなわたしだからこそける、これだけめばSaaSのプライシングは大丈夫だいじょうぶ、そんな内容ないようです。プライシングになやんだら、いつきても大丈夫だいじょうぶ。そんなSaaSプライシングの教科書きょうかしょです。 SaaSのプライシングはの教科書きょうかしょということもあり、そう文字数もじすう16,000文字もじちょうえと、一気いっきむには非常ひじょうにボリューミーな内容ないようになっています。だから最後さいごまで無理むりしてまなくても大丈夫だいじょうぶです。そのわり必要ひつようときに、必要ひつよう情報じょうほうりにてくださるとさいわいです。 SaaS業界ぎょうかいでプライシングが注目ちゅうもくされているわけ近年きんねん、SaaS業界ぎょうかいにおけるプライシングにたいする注目ちゅうもくは、業界ぎょうかいくら異常いじょうなほどたかいです。理由りゆう簡単かんたんで、うみ

                                                                        SaaSプライシングの教科書【決定版】|高橋 嘉尋 / プライシングスタジオ
                                                                      • 権限けんげん移譲いじょうする技術ぎじゅつ - 宮田みやたのぼりはじめのブログ

                                                                        SmartHRの社長しゃちょう宮田みやたです。 この記事きじは SmartHR Advent Calendar 2019 3にち記事きじです。 ソフトウェア開発かいはつにも役立やくだつであろう「権限けんげん移譲いじょう」についてこうとおもいます。 むねって「これが得意とくいです」とえるものってそんなにいのですが、CTOの芹澤せりざわさんから権限けんげん移譲いじょうだけはホメてもらえます。最近さいきんでは「もしかしたら得意とくいなのかも?」とおもえるようになりました。そんなわたしをつけているポイントをまとめています。 権限けんげん移譲いじょうについてまなんだことはなく、独学どくがくです。そのため、すごーくたりまえのことしかいてないかもしれませんし、ぎゃく一般いっぱんろんからかけはなれている可能かのうせいがあります。 あくまで、わたしをつけているポイントとしてんでいただければ。 いかに権限けんげん移譲いじょうしてきたか? はじめに、わたし権限けんげん移譲いじょうについて紹介しょうかいします。 半年はんとしでプロダクトにノータッチに 起業きぎょうするまえわたしはWebディレクターとして仕事しごと

                                                                          権限移譲する技術 - 宮田昇始のブログ
                                                                        • Herokuの代替だいたいサービス30せん使つかってみた参考さんこう記事きじリンクき - Qiita

                                                                          先日せんじつHerokuの完全かんぜん有償ゆうしょう発表はっぴょうされて以降いこう蜘蛛くもらすようにHerokuからの脱出だっしゅつはかられています。 そんなわけでおおむねHerokuの代替だいたいとなりそうな無料むりょうサービスを紹介しょうかいしていきます。 ほとんどの代替だいたいサービスは完全かんぜん無料むりょうというわけではなく、機能きのうすくない無料むりょうプランと高機能こうきのう有料ゆうりょうプランが存在そんざいします。 有料ゆうりょうまえのHerokuとおなじということですね。 かくサービスについて、実際じっさい使つかってみたという参考さんこう記事きじっておくので、実際じっさい使つか勝手がってとうはそちらを参照さんしょうしてください(他力本願たりきほんがん) Qiitaない使つかってみた記事きじつからなかったサービスは、日本にっぽんでは人気にんきがないのだろうということで選外せんがいにしました。 また概要がいようは、かくサービスの説明せつめいやドキュメントに記載きさいされているものです。 代替だいたいサービス一覧いちらん FLy Flyはグローバルなアプリケーション配布はいふプラットフォームです。 Turbokuを使つかえばHerokuアプリをFly.io

                                                                            Herokuの代替サービス30選、使ってみた参考記事リンク付き - Qiita
                                                                          • ウォーターフォールをころしにきている書籍しょせき継続けいぞくてきデリバリーのソフトウェア工学こうがく」をんだ - かん経験けいけん読経どきょう

                                                                            むのがホネな(みがちな)技術ぎじゅつしょやビジネスしょげて2週間しゅうかん読書どくしょ期限きげんしてんでアウトプットする仮想かそう読書どくしょかい「デッドライン読書どくしょかい」のだい52かい常時じょうじ、けっこうなりょうせき読があるのだけれども、いと読書どくしょ期日きじつ約束やくそくすることによって消化しょうかはかどるという仕組しくみ。過去かこ5回分かいぶんのログはこんなかんじ。 #51 Vモデルの深淵しんえんのぞんで反省はんせいする:「単体たんたいテストのかんがかた(UTPPP)」をむ(後編こうへん) - かん経験けいけん読経どきょう #50 Vモデルの深淵しんえんのぞ気分きぶん:UTPPPをむ(前編ぜんぺん) - かん経験けいけん読経どきょう #49 「デジタルトランスフォーメーション・ジャーニー」でDXできる? #デッドライン読書どくしょかい - かん経験けいけん読経どきょう #48 とうくしたいので「哲学てつがく思考しこうトレーニング」をんだ #デッドライン読書どくしょかい - かん経験けいけん読経どきょう #47 いまさら「マスターアルゴリズム」んだ #デッドライン読書どくしょかい - かん経験けいけん読経どきょう

                                                                              ウォーターフォールを殺しにきている書籍「継続的デリバリーのソフトウェア工学」を読んだ - 勘と経験と読経
                                                                            • 10にん規模きぼのチームを自律じりつそうさせ、成長せいちょう組織そしき変革へんかくするため実践じっせんしていること

                                                                              はじめに チーム全体ぜんたい管理かんりをするようになって1ねん程度ていど経過けいかしました。今回こんかい記事きじ作成さくせいした目的もくてき以下いかになります。 これまでチームで実践じっせんしてきたことを整理せいりし、今後こんご活動かつどうけたがえりとする おなじような環境かんきょうやこれからマネジメントをおこなひと一助いちじょになれば かなり記事きじのボリュームがおおきくなってしまいました…🙇 自分じぶん実践じっせんしてきたことやかんがえていることをかえるのがしゅ目的もくてきなので大目おおめてもらえるとありがたいです。興味きょうみがあるしょうふしだけでも、かいつまんでんでいただければさいわいです。 前提ぜんてい 元々もともとメンバーあいだよこのつながりはつよいチームでしたが、上長じょうちょう部長ぶちょう、そのステークホルダーをんだ情報じょうほう共有きょうゆうよわみをかんじていました。 わたし自身じしん、チーム管理かんりまえはチームないの1プロジェクト(3,4にん規模きぼ)の開発かいはつ管理かんり担当たんとうしており、上記じょうき情報じょうほう共有きょうゆうあたまなやませていました。 チームの開発かいはつスタイルについてもすこ補足ほそくします。 わたしたちしゃ

                                                                                10人規模のチームを自律自走させ、成長組織へ変革するため実践していること
                                                                              • 新人しんじんPM「あるある失敗しっぱい」を回避かいひせよ!『プロダクトマネジメントのすべて』共同きょうどう執筆しっぴつ小城おぎ久美子くみこさんの視点してん | キャリアハック(CAREER HACK)

                                                                                プロダクトマネージャー(PM)の必読ひつどくしょ新刊しんかん『プロダクトマネジメントのすべて』共同きょうどう執筆しっぴつしゃ小城おぎ久美子くみこさんを取材しゅざい小城おぎさん自身じしん経験けいけんした「PMのあるある失敗談しっぱいだん」をもとに、新人しんじんPMがいかに最初さいしょかべ突破とっぱしていけるか、かんがえました。 プロダクトマネージャーってなんだろう? 小城おぎさんは、及川おいかわ卓也たくやさんひきいるTablyにてプロダクトマネジメントの体系たいけい書籍しょせき執筆しっぴつたずさわり、個人こじんてきにもコミュニティづくりにんできたとうかがいました。そのなかでも、新人しんじんPMがぶつかりやすいかべ体系たいけいされているのでしょうか? そうですね。とくに今回こんかい出版しゅっぱんした書籍しょせき『プロダクトマネジメントのすべて』では、プロダクトマネジメントをはじめてするひと想定そうていしながら執筆しっぴつしたので、新人しんじんPMのほうにとって役立やくだ心構こころがまえやかんがかたをまとめています。 プロダクトマネジメントのすべて 事業じぎょう戦略せんりゃく・IT開発かいはつ・UXデザイン・マーケティングからチーム・組織そしき運営うんえいまで ま

                                                                                  新人PM「あるある失敗」を回避せよ!『プロダクトマネジメントのすべて』共同執筆、小城久美子さんの視点 | キャリアハック(CAREER HACK)
                                                                                • 工数こうすう管理かんりというものを理解りかいする - Qiita

                                                                                  エンジニアのみなさま、日々ひび学習がくしゅう本当ほんとうにおつかさまです! またほん記事きじまであしはこんでいただき本当ほんとう感謝かんしゃです。 やく3ふん程度ていどめるので最後さいごまでんでもらえるとさいわいです。 はじめに 工数こうすう管理かんりはプロジェクトの成功せいこうかせない要素ようそです。工数こうすう正確せいかく見積みつもり、管理かんりすることで、プロジェクトの遅延ちえんふせぎ、クライアントやプロジェクトメンバーの信頼しんらいることができます。 ほん記事きじでは、工数こうすう見積みつもりの重要じゅうようせいとその手法しゅほう、そして失敗しっぱいしないためのポイントについてきたいとおもいます。 「もっとこうしたほういよ!」 や 「うちの会社かいしゃではこのようかんがえでんでます!」 があればぜひコメントらんおしえていただけますとさいわいです。 工数こうすうとは? プロジェクトや業務ぎょうむ完了かんりょうするために必要ひつよう作業さぎょう時間じかんのことをします。 「ひと」 や 「ひとがつ」 とばれており、1人ひとりは8あいだ、1人月にんげつは160時間じかん(1にち8あいだ平日へいじつ20日はつか稼働かどう)で表現ひょうげんするケースがおお

                                                                                    工数管理というものを理解する - Qiita

                                                                                  新着しんちゃく記事きじ