並び順

ブックマーク数

期間指定

  • から
  • まで

321 - 360 件 / 7771件

新着順 人気順

プロジェクトの検索結果321 - 360 件 / 7771件

  • 「これぐらいのことはできていて」は勝手な期待 観察・考察・選択のサイクルで相手の力を引き出す「誰も嫌な思いをしない変化」

    「Scrum Fest Osaka」はスクラムの初心者からエキスパート、ユーザー企業から開発企業、立場の異なる様々な人々が集まる学びの場です。KEYNOTEで登壇したのは、楽天グループ株式会社の椎葉氏。「誰も嫌な思いをしない変化」をタイトルに、自身が開発グループのサポートをしたときの取り組みについて話しました。全3回。2回目は、誰も嫌な思いをしない変化のために実践したことについて。前回はこちらから。 誰も嫌な思いをしない変化のために「相手に期待しない」 椎葉光行氏:その頃の自分と、今の自分でいろいろと変わったとは思うんですけど、大きくこの2つかなと思います。 「相手に期待をしなくなった」それから「相手の気持ちを考えなくなった」です。 言葉にすると、人としてどうなのという感じがしますけど(笑)、でもこの2つが自分の中でけっこう大きな軸になっています。 何年か前に、娘が「2桁のかけ算教えて」っ

      「これぐらいのことはできていて」は勝手な期待 観察・考察・選択のサイクルで相手の力を引き出す「誰も嫌な思いをしない変化」
    • 「小泉大臣だからできた、というのでは困る」コロナ禍の働き方改革、トップは環境省

      小泉進次郎環境相は「私のトップダウンを引き出してくれたのは、ボトムアップの情熱」だと職員への感謝を示し、「私としては、どのような立場であっても霞ヶ関のデジタル化、働き方改革を後押ししていきたいと思っています」と語りました。

        「小泉大臣だからできた、というのでは困る」コロナ禍の働き方改革、トップは環境省
      • メンターを初めて経験する人に、最初に読むものとしてオススメしている書籍たち - $shibayu36->blog;

        社内ではこういうおすすめをしてますね(文字数多いのでスクショで...) pic.twitter.com/uzqCh6zubs— 柴崎優季 (@shiba_yu36) 2020年7月7日 こういうツイートして、そういえば社内でメンターを初めて経験する人にオススメしている書籍たちを外部に公開してないなと思ったので紹介してみます。 メンタリングのスキルを学習する時のキーワードは「コーチング」と考えていて、以下の書籍を推薦しています。上から順におすすめ順になっています。この推薦は網羅的にコーチングを学べると言うより、初めての人でもとっつきやすく読みやすいものであることを意識して選んでいます。また、メンタリングを始めるだけなら、書籍の全部分を読む必要はなく、どこまで読んでおくと良いかも書いています。 エンジニアリング組織論への招待 ザ・コーチ コーチングの基本 新1分間マネジャー エンジニアリング組

          メンターを初めて経験する人に、最初に読むものとしてオススメしている書籍たち - $shibayu36->blog;
        • 様々なTODOアプリやタスク管理方法を試行した結果最終的にプレーンテキストに行き着いた話 - みんからきりまで

          TODOアプリという永遠のテーマ このブログでは過去に何度かタスク管理についてエントリを書いてきました。 kirimin.hatenablog.com kirimin.hatenablog.com kirimin.hatenablog.com タスク管理のためのいわゆるTODOアプリについては色々なものを試してきて、KanbanFlow→Habitica→GitHub→Todoistと移り変わっていった。 でもやっぱりメモ帳を使ってしまう問題 このように最高のタスク管理をしようとポモドーロ機能やリマインド機能、優先度設定やタグ付け、定期タスク登録など様々な機能を持ったタスク管理アプリを使ってきたが、いつも気がつくとWindows標準のメモ帳かVScodeでプレーンテキストに書きなぐってしまう。 しかもそれが一番しっくりくるのだ。 多分理由はいろいろあって、たとえば 一瞬で開ける いらなくな

            様々なTODOアプリやタスク管理方法を試行した結果最終的にプレーンテキストに行き着いた話 - みんからきりまで
          • パナソニックコネクトの「社内ChatGPT」全社導入。1カ月使い倒して見えてきた成果とは

            パナソニックのB2Bソリューション子会社パナソニックコネクトが、国内1万2500人の全従業員にChatGPT相当の機能を備えた、独自の社内AI「ConnectGPT」を提供すると公表したことが産業界で注目を集めている。 国内大手では「使用禁止」を通達する企業もあるなかで、ChatGPT導入事例として先進的だ。さらに、実際に社内への浸透も進んでいるというのが興味深い。 日本企業はいかにChatGPTを「業務」で使い、生産性を高められるのか。 導入から1カ月あまり経った時点のデータをもとに、パナソニックコネクトに可能性を取材した。

              パナソニックコネクトの「社内ChatGPT」全社導入。1カ月使い倒して見えてきた成果とは
            • 「人がミスをするときは3つの理由がある」名将オシムが日本人コーチに力説した"指導の極意"(プレジデントオンライン) - Yahoo!ニュース

              国際親善試合のカメルーン戦のメンバーを発表するサッカー日本代表のイビチャ・オシム監督(=2007年8月14日東京都文京区の日本サッカー協会) - 写真=時事通信フォト 一流のスポーツ指導者はどこが違うのか。サッカー日本代表の監督を務めたイビチャ・オシム氏は、ジェフユナイテッド市原・千葉の監督に就任した際に、コーチの小倉勉さんに「指示禁止令」を出した。なぜ小倉コーチの指示をやめさせたのか。ジャーナリストの島沢優子さんの著書『オシムの遺産』(竹書房)から一部を紹介しよう――。(第1回) 【この記事の画像を見る】 ■「オグラ、ちょっと黙れ」 オシムがジェフの監督に決まったとき、その価値を祖母井の次に知っていたのは恐らく小倉勉だろう。天理大学を卒業した1990年にドイツに渡り、ヴェルダー・ブレーメンのユースなどを指導し92年に帰国してコーチとしてジェフに入団した。 「オシムさんに関しては、イタリア

                「人がミスをするときは3つの理由がある」名将オシムが日本人コーチに力説した"指導の極意"(プレジデントオンライン) - Yahoo!ニュース
              • "提案"のレベルを上げる - Konifar's ZATSU

                組織で物事を進めるのが早い人は、"提案"のコミュニケーションを取っていることが多い気がする。 "指摘"で止まるのではなく課題の解決に向けた"提案"までやる方がいいんだけれど、そもそも提案って一言で言ってもまあ難しいよね。とある1on1で雑談していて、"提案"のスキルを上げていくにあたってはいくつかのレベルに分けて考えてみるといいかもしれないと思ったので、声かけのワード別に自分の考えを雑にまとめてみる。洗練されていないので意見がほしい。 レベル0: 「どうすればいいですか」 何か問題があった時の「どうすればいいですか」という聞き方は提案ではなく指摘で止まっている。 指摘してくれるということは気づいているということだし、それを伝えてくれること自体も素晴らしいことなのだけれど、そこからどうしていくかを決めるのが大変な部分なので次のレベルにも染み出していきたい。 レベル1: 「どれにしましょうか」

                  "提案"のレベルを上げる - Konifar's ZATSU
                • 【AWS初心者向け】AWS学習方法まとめ【15時間で達成できる】 - Qiita

                  AWS学習を始めようと考えている人 「AWSとは、概要や全体像、メリットデメリットが知りたい」 「AWSの学習方法が知りたい」 こういった疑問に答えます。 本記事のテーマ 【AWS初心者向け】AWS学習方法まとめ【15時間で達成できる】 AWS学習の始め方 AWSやクラウド初心者の方がAWSを学ぶための方法を纏めました。 ①クラウドを学ぶ ②AWSの概要を学ぶ ③知識の定着(AWS公式ハンズオン実施) ④AWS運用の現場に参画 知識定着のため、インプット、アウトプットのバランスを考えてまとめています。 IT基礎知識(基本情報技術者レベル)がある前提になっていますので、 インフラ基礎知識が足りていないと感じる方には下記の記事もおすすめです。 記事の信頼性 筆者はAWS経験5年程度です。AWS資格は5冠達成しました。 現在は大規模ECサイトのAWS運用を任されるようになっています。 今回紹介し

                    【AWS初心者向け】AWS学習方法まとめ【15時間で達成できる】 - Qiita
                  • 人口崩壊の全貌――今後、日本の少子高齢化は別次元の恐ろしい姿をとる|三春充希(はる) ⭐第50回衆院選情報部

                    人口減少は日本から漠然と人が減っていき、労働力が失われていくこと。少子高齢化は子供が減って、お爺ちゃんやお婆ちゃんが増えていくということ――。いま進行しつつあるこれらの問題について、私たちはどこかそのようなイメージを抱いているのではないでしょうか。 確かに今までは、それもあながち間違いではなかったのかもしれません。しかし今後は全く別次元と言っていいような恐ろしい面が剥き出しになります。ここでは地域別・年齢別の人口の検討から、その実態に迫ることにしました。 全国集計から恐ろしさは見えてこない 人口問題の議論では、しばしば次のようなグラフがあげられます。 図1:日本の将来推計人口(国立社会保障・人口問題研究所による2018年推計による) これは日本の人口が今後どのようになるかを予測したものですが、このグラフには人口減少の真の恐ろしさは表れていません。実際、「2045年には日本の人口は1億064

                      人口崩壊の全貌――今後、日本の少子高齢化は別次元の恐ろしい姿をとる|三春充希(はる) ⭐第50回衆院選情報部
                    • 実は、やらない理由は「失敗が怖い」「やり方がわからない」ではなく「面倒くさい」ではないですか?

                      ちょっと前のこと。 妻が、ホームベーカリーを前にして、ウンウン言っていた。 「どうしたの?」と聞くと、「今までとは違う小麦粉を買った。」という。 「なんで焼かないの?」と尋ねると、どうやら今までの小麦粉と膨らみ方が違うと本で読んだので、躊躇しているという。 悩んでても結果がわかるものではないので、 「とりあえず、今までと同じやり方で焼いてみりゃいいじゃん。それ見て調節したら?」というと、 「うーん、でも……。」 と腰が重い。 たとえパン焼きであっても、新しい試みは、考えなければならないことが飛躍的に増える。 「まあ、面倒だよな……。」と思ったが、急かすことはないと思い、「がんばれ」と言ってその場を立ち去った。 * 別の日。 子供が、あさがおの観察日記を書いていた。 ところが、書き始めてしばらくして、固まってしまっている。 「どうしたの?」 と聞くと、「うまくかけない。失敗した」という。 色

                        実は、やらない理由は「失敗が怖い」「やり方がわからない」ではなく「面倒くさい」ではないですか?
                      • 「ITの開発現場によくいるやっかいな人」の対処法をタイプごとに解説したサイトが登場

                        ソフトウェアの開発プロジェクトにはさまざまな経歴や役職を持つ人が関与するので、我が強い人や性格に難がある人が問題になることもしばしば発生します。ソフトウェア業界のよもやま話を語るブロガーのニール・グリーン氏が、ソフトウェア開発プロジェクトの中で問題になりがちな人をタイプごとにまとめつつ、それぞれのタイプの特徴と管理職向けの解決策を解説しました。 How to Deal with Difficult People on Software Projects https://www.howtodeal.dev/ 上記のサイトにアクセスしたのが以下。上から「プロダクトマネージャー」「デザイナー」「プロジェクトマネージャー」「開発マネージャー」「開発者」「品質保証(QA)」の6カテゴリに分かれていて、それぞれの役職の中によくいる「問題のある人」のタイプが動物のアイコンで示されています。例えば、「プロ

                          「ITの開発現場によくいるやっかいな人」の対処法をタイプごとに解説したサイトが登場
                        • Webディレクターのスキルツリー - 二宮日記

                          Webディレクター解体アドベントカレンダー初日の記事です。今日はWebディレクターという職種を定義するために作ったRPG風のスキルツリーとその活用方法を紹介します。あとは関連する他の開発メンバーとお互いの担当範囲を明確にする方法や、スキルツリーをスキルアップに役立てる方法について書きます。 曖昧な仕事 Webディレクターという職種に期待される仕事の内容は、開発に関わる他の職種と比べても非常に曖昧です。そもそも何ですか、ディレクションって。英語を直訳すると方向とか指示とかそういう意味ですけど、概念的でふわっとしています。 ディレクションという仕事に含まれる範囲も様々です。受託でホームページ制作を請け負って進行管理をメインに行うWebディレクターもいれば、既存自社サービスの売上増に責任を負う人も、新サービスの立ち上げに挑戦する人もいて、同じディレクターという名前でもやっている仕事が全然違います

                            Webディレクターのスキルツリー - 二宮日記
                          • Google エンジニアリング・プラクティス ドキュメント

                            Google エンジニアリング・プラクティス ドキュメント このページは、Google Engineering Practices Documentation の非公式な日本語翻訳です。元のドキュメントは、クリエイティブ・コモンズの「CC-By 3.0」ライセンスで公開されています。 Google には、あらゆる言語・あらゆるプロジェクトをカバーする一般化されたエンジニアリング・プラクティスが数多く存在します。こうしたドキュメントは、私たちが長年に渡って開発してきたさまざまなベストプラクティスの経験が集結したものとなっています。オープンソース・プロジェクトやその他の組織でも、こうした知識から恩恵を受けられるかもしれません。そのため、私たちは可能な限り、この知識を公開するように努めています。 現在、以下のドキュメントが公開されています。 Google コードレビューガイドライン (Googl

                            • 「攻撃的な人が1人入っただけで、チームの生産性は30〜40パーセント低下する」の体験談。仕事はできるが「なんで〇〇なんですか😡」と過干渉な人がいて生産性が下がった話。

                              みる兄さん⚽️元マーケの人 @milnii_san 「攻撃的な人が1人入っただけで、チームの生産性は30〜40パーセント低下する」って話。これ前に見聞きしたことがある。仕事はできるが周りに対して過度に求めて「なんで〇〇なんですか😡」って人がいた。これでチームの生産性が著しく低下した。チームで仕事をするときに「他人への干渉性」って大事よ 2021-12-20 23:01:46 みる兄さん⚽️元マーケの人 @milnii_san 他人への過干渉性の原因として、「バウンダリー・オーバー」(自他境界)が挙げられられます。判別方法は、 ①会話をしてるときに最後まで話を聞かずにかぶせ気味で自論を展開する。 ②トラブルがあったときに事象ではなく責任の所在(人)を探す。 ③人の「好き」を尊重できない。 ここらへんかな。 2021-12-20 23:08:26 リンク ログミーBiz “難しい人”が1人入

                                「攻撃的な人が1人入っただけで、チームの生産性は30〜40パーセント低下する」の体験談。仕事はできるが「なんで〇〇なんですか😡」と過干渉な人がいて生産性が下がった話。
                              • 萌えVTuberの交通安全PR動画がフェミ議連の抗議で削除。フェミ系議員が公権力を使って表現規制。

                                女性CEO板倉氏が自社Vtuberと松戸市警察とをコラボさせたところ、全国フェミニスト議員会連盟からのクレームで動画を削除させられました。 何ら違法でない表現に対して議員が公権力を行使して、規制を行ったのは明らかに問題です。

                                  萌えVTuberの交通安全PR動画がフェミ議連の抗議で削除。フェミ系議員が公権力を使って表現規制。
                                • 『特殊病』それは日本の病気です | タイム・コンサルタントの日誌から

                                  自分のプロフィールに「国内外の製造業及びエネルギー産業向けに、工場作り・生産システム構築の仕事に従事してきた」などと書いているためか、「日本の製造業は、海外に比べて特殊なのですか?」という趣旨の質問をされることが、時々ある。「なぜ日本と海外はこうも違うのでしょうか?」といった聞き方の場合もある。 こうした質問は、日本と海外で同等なはずのものが、なぜか違っていた、との事例とともに、語られることが多い。例えば、同じ企業のグループに属しながら、生産管理系のパッケージソフトを、海外工場ではノンカスタマイズでスムーズに導入できたのに、国内工場では苦労したあげく、失敗したという事例。あるいは、国際標準に従ったサプライチェーンの仕組みが、日本国内だけどうしても使えなかった事例。 さらに、国内では立派なプロジェクトマネジメントの実績を持つ会社が、海外に出て行って遂行したら、赤字や納期遅延で痛手を被ったケー

                                    『特殊病』それは日本の病気です | タイム・コンサルタントの日誌から
                                  • 「MPがすぐに尽きてしまう人」は、企業では救えない。

                                    企業は従業員に対して、労働力の対価として、報酬を払っています。 しかし中には報酬を受け取りながら 「依頼された仕事を、一向にやらない人」 も事実として、存在しています。 「クビにすればいい」という方もいるでしょうが、企業は彼らを雇った責任がありますし、人を活かすという社会的な役割もあります。 企業は決して、人を解雇するのが好きな訳ではありません。 しかも、日本では法律的にも倫理的にも「解雇してしまう」というのは本当に最後の手段ですから、あの手この手で、彼らを戦力化しようとするのが常です。 そういうとき、企業はまず注意をしたり、叱ったり、責任感に訴えたりします。 実際、「言うだけ」でなんとかなるケースもあります。 しかし、そうではないケースのほうがむしろ多数です。 その場合、企業は「仕組み」からアプローチして、なんとかしようとします。 教育。 配置転換。 他の社員によるアシスト。 ですが、た

                                      「MPがすぐに尽きてしまう人」は、企業では救えない。
                                    • 1つでも該当すると、「会議の成功率」は5分の1以下 AIが導き出した、会議の成功を阻む5要素

                                      働き方が多様化した時代にも柔軟に対応し、最短距離で成果を最大化する「チームマネジメント」について、3回にわけて特集した株式会社SmartMeetingと株式会社SmartHRのセミナー。 本記事では、「成果を上げるための会議」をテーマに、『超・会議術~テレワーク時代の新しい働き方』の著者・越川慎司氏が登壇した、3回目のセミナーの模様をお届けします。日本企業における労働時間に占める社内会議の時間割合や、「会議の成功」の定義、そして会議でアウトプットが出ない理由など、さまざまなトピックが語られました。 延べ17万人超の労働時間を減らし、売上を上げる支援 越川慎司氏(以下、越川):クロスリバーの越川でございます。はじめの40分で「815社に対応してきた会議データの実情」と「質と量を改善するためにどうしたらいいのか」といった資料を共有させていただきます。「こうやったらうまくいくよ」ではなくて、実例

                                        1つでも該当すると、「会議の成功率」は5分の1以下 AIが導き出した、会議の成功を阻む5要素
                                      • 「成果を出せば評価される」という考えが不幸の始まり 人事評価制度に不満の声が出る、必然の理由

                                        人気シリーズ『図解 人材マネジメント入門』や『図解 組織開発入門』の著者であり、企業の人材マネジメントを支援する株式会社壺中天の坪谷邦生氏が、MBO(目標管理)をテーマとした新刊の発行にあたり、各界のエキスパートと対談を行います。第3回の後編は『最高の結果を出すKPIマネジメント』の著者である中尾隆一郎氏と、人事評価制度に不満が出やすい理由や、ハイパフォーマーを育てるマネジメント手法について語りました。 「成果を出せば評価される」という考えが不幸の始まり 坪谷邦生氏(以下、坪谷):私はもともと人事制度のコンサルタントなので、KPIマネジメントと評価・報酬との紐づけが気になるんです。メールで「密結合ではなく、疎結合にしたほうがうまくいく」と教えていただいたのですが、もう少し詳しく聞かせていただけますか? 中尾隆一郎氏(以下、中尾):普通の人は、成果を出したら評価をされて、給料が上がって、昇進

                                          「成果を出せば評価される」という考えが不幸の始まり 人事評価制度に不満の声が出る、必然の理由
                                        • 「15歳になる娘の全てに興味が持てない」と苦しみ苛立つ39歳母親 鴻上尚史が紐解いた「娘に嫌悪感」を持つ理由 | AERA dot. (アエラドット)

                                          作家・演出家の鴻上尚史氏が、あなたのお悩みにおこたえします! 夫婦、家族、職場、学校、恋愛、友人、親戚、社会人サークル、孤独……。皆さまのお悩みをぜひ、ご投稿ください(https://publications.asahi.com/kokami/)。採用された方には、本連載にて鴻上尚史氏が心底真剣に、そしてポジティブにおこたえします(撮影/写真部・小山幸佑) 写真は本文とは関係ありません(※イメージ写真/iStock) 鴻上尚史の人生相談。「息子は愛せるのに15歳になる娘はどうしても愛せない」と自身に苛立つ39歳母親。だが罪悪感を感じるという相談者に、鴻上尚史が訊ねたのは、相談者の文面で気になるいくつかの言葉。 【相談57】息子は愛せるのに、娘のことをどうしても愛せません(39歳 女性 母親失格) どうしても、娘を愛せません。15歳になる娘を、生まれた時から、愛せなくて苦しいです。何故だかわ

                                            「15歳になる娘の全てに興味が持てない」と苦しみ苛立つ39歳母親 鴻上尚史が紐解いた「娘に嫌悪感」を持つ理由 | AERA dot. (アエラドット)
                                          • 「界隈がざわつくほど超進化したPMBOK第7版」に私たちはどう取り組むか

                                            *文字かすれ修正しました Developers summit 2022 発表資料です。 元ネタはこちらのnoteです。 https://note.com/miz_kushida/n/n103a7da460c5 Twitter https://twitter.com/miz_kushida

                                              「界隈がざわつくほど超進化したPMBOK第7版」に私たちはどう取り組むか
                                            • ダメなスタートアップあるある

                                              都内のITスタートアップで働いてる者です。 何社か関わってきたけど、人事、採用が下手すぎて組織崩壊してる会社多すぎるなぁと思ったので命令口調でメモ。 とりあえずミッション、ビジョン、バリューを設定しちゃう「どこの会社も設定してるから...」と形式的にミッション、ビジョン、バリューを定義している会社は100%失敗してる。 ”ミッション、ビジョン、バリューが必要”というムードを誰が作り出したのかは知らないが、流されるな。 組織の状況や今後の運営から考えて必要なら定義すればいいし、そうでなければ別に定義しなくても構わない。 別にそれ以外の方法もたくさんある。 いずれにせよ、口に出すのが恥ずかしいイキった横文字をミッション、ビジョン、バリューにするのはやめとけ。 「1年後に100人の組織にします!」とか言っちゃうシリーズBとかCらへんの調達目処がたってくると、こういう目標を立てちゃうCEOがいるが

                                                ダメなスタートアップあるある
                                              • 新規事業立ち上げのアンチパターン|福島良典 | LayerX

                                                新規事業立ち上げのアンチパターンについて考えてみる。 このアンチパターンは、完全な飛地の新規事業だけではなく、複数プロダクトを経営する中での隣接領域の新規プロダクトの立ち上げのときや、あるセグメントにPMFした状態から次のPMFを探すときも同様のアンチパターンが適用されうる。 ここでのアンチパターンは、1つ目の事業立ち上げ・プロダクト立ち上げで起こることはない。2つ目の事業や2つ目のプロダクトを立ち上げる際に留意する点であり、コンパウンドスタートアップを正しく経営するには必ず頭に入れておきたい内容である。 規模からの逆算と顧客インサイトの軽視新規事業における市場選択のアンチパターンである。 例えば、売上の30%成長を続けるための、計画と現実のギャップを埋めるために新規事業を規模から探してしまうみたいなケースで見られる。 大前提として、市場規模の推定は重要である。実際に事業をやっていると、い

                                                  新規事業立ち上げのアンチパターン|福島良典 | LayerX
                                                • エンジニアの稼働率を上げれば上げるほど機能リリースが遅くなっていく|mtx2s

                                                  組織内のメンバーを「リソース」として見始めると、それを100%使い切ることにばかり注力してしまいます。リソースの稼働率を下げることは、すなわち、生産性を下げること。マネージャーは、まるで強迫観念に取り憑かれたように、そのような考えに囚われます。 自社でのソフトウェアプロダクト開発において、その対象は特に、開発者に強く向けられます。その理由は明らかでしょう。バックログに積み上がり続けるアイデアをソフトウェアに変えられるのは、開発者だけです。より多く、できる限り早く、アイデアを市場投入したい。彼らに空き時間という無駄を作らせてしまうわけにはいかない。 しかし、そのような努力が、必ずしも良い結果につながるとは限りません。むしろ、開発者の稼働率を高めすぎたことが、リードタイムに悪影響を与えているかもしれないのです。そして言うまでもなく、アイデアの市場投入が延びれば延びるほど、ユーザーにとってもビジ

                                                    エンジニアの稼働率を上げれば上げるほど機能リリースが遅くなっていく|mtx2s
                                                  • 作業ではなく、仕事をせよ - arclamp

                                                    この記事はグロースエクスパートナーズ Advent Calendar 2022の11日目です。 (補足追記:この記事は、一緒に働いている/働くことになる若い後輩たちへのメッセージです) 毎年、メンバーからお題をもらっているのですが「一緒に仕事する相手がこうだったら教えがいがある・やりやすいなと思う言動について書いてほしい」ということなので、僕のキャリア(もうちょっとで四半世紀...)の中で学んできたことも含めて、整理してみます。 心構え:作業ではなく、仕事をせよ まず、一緒に仕事をする上でお願いしたいのは「作業ではなく、仕事をしてほしい」ということです。ここでいう仕事と作業の定義は以下の通りです。 仕事というのは「ある目的を達成するための行動」 作業というのは「ある計画や手順のもとにおこなう行動」 仕事は作業を含んでいます。目的を達成する行動全般が「仕事」であり、仕事の中で具体的な手順を実

                                                      作業ではなく、仕事をせよ - arclamp
                                                    • 一休の現在と、ここまでの道のり

                                                      フロントエンドのパラダイムを参考にバックエンド開発を再考する / TypeScript による GraphQL バックエンド開発

                                                        一休の現在と、ここまでの道のり
                                                      • マネジメント半年くらいの自分へ - Konifar's ZATSU

                                                        あの頃の俺に伝えたい内容を雑に書く。 本を読め お前が困ってることはたいてい先人の知恵によって体系化されている。経験から学ぶことも大事だが、歴史から学ぶことを常に継続しろ。 他社のマネージャーと話せ 社内のことで手一杯なのはわかるが、思った以上に視野が狭くなっているぞ。社外の人間と話すとそれに気づくはずだ。緊張を乗り越えて直接声をかけたりイベントに出向いたりしてみるといい。思考が整理され、きっと解決の種が育つ。 引き出しを増やせ マネジメントは成長がわかりづらい。不安になったらマネジメントの引き出しを増やすことに集中しろ。メンバーへの物事の伝え方、意思決定の前の整理の仕方、やり方は無数にある。何個違うやり方にチャレンジできたかを数えてみるといい。 どこで成果を出すかを決めろ 自分の期待は自分で合わせろ。やること、やらないこと、頼りたいことを明文化しないと全てが自分の責任のようにすれば感じて

                                                          マネジメント半年くらいの自分へ - Konifar's ZATSU
                                                        • 企画書の書き方 | アクティブ10 プロのプロセス | NHK for School

                                                          ここは、とある学校。やたらとカタカナ言葉を使いたがるオサダと、アナログ人間のマツオが、情報社会を生き抜く技をプロから教えてもらうお話です。 「おはよーう!」。マツオが教室にやってきました。「わっ、どうしたマツオ?」とオサダはびっくり。髪はボサボサ、顔はきずだらけ、肩には鳥のふんが…。「カラスに襲われたんだよ」とマツオ。「最近、町じゅうのゴミが増えたのが原因で、カラスが集まってきてるらしいからな」とオサダ。すると、「オサダくん、僕ね、この町をきれいにするために、“おそうじフェス”っていうのを考えたんだ」とマツオが言います。「町の人にも協力してもらって、チームでゴミ拾い競争するんだ。で、いちばん多くゴミを拾えたチームが、商店街の割引券がもらえるっていう企画も考えたんだよ」。「素晴らしいじゃないか、マツオ。こういうときはちゃんと企画書を書いて町の人に読んでもらうのが効果的だ」。 そう、今日のテー

                                                            企画書の書き方 | アクティブ10 プロのプロセス | NHK for School
                                                          • 取り返しのつかない我がエンジニア人生よ

                                                            ここには年に1回くらい殴り書きしてるんだけど、史上最大に気持ち悪いおじさんの自分語りになってしまった。というか長すぎ。誰が読むんだ、これ。 自分は33歳、妻と未就学児1人の計3人で、人口100万人以上のそこそこの地方都市に暮らしている。 会社は子会社系のSIer。新卒で入った。これがまあ、ネットでよく馬鹿にされるような典型的な時代遅れの会社だった。 正直、入社時は「エンジニアとして働く」「会社の安定性」の両方が満たせそう、ぐらいの浅はかな考えだった。で、実際のところ大企業である親会社の盾もありまあ、安定していた。競争原理が働かず仕事は嫌でも降ってくる。給料は年功序列で上がっていき、昨年の年収は大体月20時間の残業で600万だった。世間的にはそこまで高いとは思わないんだけど、この会社の外での自分の市場価値を考えれば高いと思っている。 一方でエンジニアとしてはそりゃもうひどい環境だった。10年

                                                              取り返しのつかない我がエンジニア人生よ
                                                            • 『シン・エヴァンゲリオン劇場版』、膨大な素材と緻密な編集を支えたAdobe Premiere Pro

                                                              『シン・エヴァンゲリオン劇場版』、膨大な素材と緻密な編集を支えたAdobe Premiere Pro 『シン・エヴァンゲリオン劇場版』が公開となりました。今作は、プロダクションの規模も非常に大きく、プリヴィズの段階から素材やカットは数え切れないほどの枚数が生み出されました。そしてこの作品の基幹ともいえる編集を担ったのが、Adobe Premiere Pro でした。 ©カラー 『:序』の公開から14年を数える2021年、『シン・エヴァンゲリオン劇場版』が公開となりました。庵野秀明総監督のもと常に独創的な表現が生み出されてきた『ヱヴァンゲリヲン新劇場版』及び『シン・エヴァンゲリオン劇場版』全4部作も、とうとう今作で締めくくりとなります。東宝、東映、カラーの三社共同配給という前例のない規模での劇場公開を果たした今作は、プロダクションの規模も非常に大きく、プリヴィズの段階から素材やカットは数え切

                                                                『シン・エヴァンゲリオン劇場版』、膨大な素材と緻密な編集を支えたAdobe Premiere Pro
                                                              • 障害報告書を書こう! - Qiita

                                                                担当しているITサービスなどに何かしらのインシデントや障害が発生した時に、対処後のアクションとして報告書を提出して事象の内容を報告(レポート)する場合がある。 提出先は会社の偉い人だったりクライアントだったり。場合によってはユーザー向けに発表したり。事の顛末を報告して「今後同様のことを起こさないように努力します、ごめんなさい」をするのだ。どのように再発防止の努力するのかを書くものでもある。 主にクライアント向けのビジネス内容ではあるが、自分が使っているテンプレパターンを共有するので参考にしてもらえればと思う。1 全般的なポイント 心得のようなもの。次の点は留意してて欲しい。 淡々と冷静な説明をこころがける 当然のことながら事実は脚色しない。無駄な修飾も要らない。客観的な事実を簡潔に述べる。 例: ❌「一生懸命頑張って対応したが…」 ❌「寝ないで対応したが…」 ❌「本当の原因は…」 できるだ

                                                                  障害報告書を書こう! - Qiita
                                                                • 岸 信夫 on Twitter: "自衛隊大規模接種センター予約の報道について。 今回、朝日新聞出版AERAドット及び毎日新聞の記者が不正な手段により予約を実施した行為は、本来のワクチン接種を希望する65歳以上の方の接種機会を奪い、貴重なワクチンそのものが無駄になりかねない極めて悪質な行為です。"

                                                                  自衛隊大規模接種センター予約の報道について。 今回、朝日新聞出版AERAドット及び毎日新聞の記者が不正な手段により予約を実施した行為は、本来のワクチン接種を希望する65歳以上の方の接種機会を奪い、貴重なワクチンそのものが無駄になりかねない極めて悪質な行為です。

                                                                    岸 信夫 on Twitter: "自衛隊大規模接種センター予約の報道について。 今回、朝日新聞出版AERAドット及び毎日新聞の記者が不正な手段により予約を実施した行為は、本来のワクチン接種を希望する65歳以上の方の接種機会を奪い、貴重なワクチンそのものが無駄になりかねない極めて悪質な行為です。"
                                                                  • コード品質はやはりビジネスに影響を与える - mtx2s’s blog

                                                                    私たちソフトウェアエンジニアは、コード品質についてしばしば論ずるけれども、ではコード品質の良し悪しがどれほどビジネスに影響するのかと問われると、回答に窮する。只々、「コード品質が悪いと変更により多くの時間がかかります」だとか、「欠陥の修正に追われて開発時間が奪われます」だとか、個人の経験やエンジニア的一般論に頼った定性的な説明に終始するしかない。ソフトウェアを繰り返し変更する頻度が高いほど、コード品質が開発時間に影響を与えるのは確かにそのとおりだと思えるが、はたしてそれは、どれほどのインパクトなのだろうか。 2022年の研究論文 "Code Red: The Business Impact of Code Quality – A Quantitative Study of 39 Proprietary Production Codebases" では、コード品質がビジネスに与えるインパクト

                                                                      コード品質はやはりビジネスに影響を与える - mtx2s’s blog
                                                                    • ユーザのための要件定義ガイド 第2版 要件定義を成功に導く128の勘どころ | 書籍・刊行物 | IPA 独立行政法人 情報処理推進機構

                                                                      編集・発行元 独立行政法人情報処理推進機構(IPA) 社会基盤センター 発行日 2019年12月20日 サイズ B5変形判 ページ数 498ページ ISBN 978-4-905318-72-9 定価 2,500円(税込) 書籍概要 概要 デジタル技術を活用して企業のビジネスを変革し、自社の競争力を高めていく「デジタル・トランスフォーメーション(DX)」が注目を集めるなか、従来のようなITベンダやシステム部門が中心になって要件定義をすすめるスタイルから、業務部門のユーザが主体的に関与するスタイルへの変革の必要性が増しています。 システムの要件を定義する責任は、構築されたシステムを利用してビジネスに貢献する役目を負うユーザにあると言われています。しかしながら、システム開発の遅延の過半は要件定義の失敗にあると言われるように、要件定義においては、その過程で様々な問題に直面します。 そこでIPAでは

                                                                        ユーザのための要件定義ガイド 第2版 要件定義を成功に導く128の勘どころ | 書籍・刊行物 | IPA 独立行政法人 情報処理推進機構
                                                                      • タイミーで、飲食店として凄まじい経験をした話|Sotaro Karasawa

                                                                        飲食店経営のなかで、 最も難しい問題の1つはシフト管理である。 賑わうと思って アルバイトをたくさん配置した月末・給料日後の 金曜日にお客様が一組しか来なかったり、平日だしなぁと思ってアルバイトを一人しか配置しなかった日に満席になったり。 そして、最も恐ろしいのは、予約が入っていて、あらかじめシフトをしっかり調整したにもかかわらず、 当日に突然くる病欠などの欠席報告である。 少し前になるが、P2B Haus で6月に起こった突然の事態は、そういった不安のすべてを突いてくる出来事だった。 元々のシフトは社員1 + アルバイト2名、予約が3組合計11名。ウォークインでの来店を想定しても十分な人員配置ではあったが、 前日にアルバイト1名から用事で欠員の報告、 当日朝もう1名のアルバイトから発熱による欠席の報告 他の社員はすでに予定がありどうしても出勤が難しい状況 これはピンチである。 ディナーの

                                                                          タイミーで、飲食店として凄まじい経験をした話|Sotaro Karasawa
                                                                        • 「勤勉さ」は後天的に鍛えることができないと知って。

                                                                          コンサルタントをやっていた時、「この人、コンサルタント向いてないよなあ」という人が何人も中途で転職してきた記憶がある。 例えば「本を1か月に10冊読む」という課題をやらない人。 いつも時間ギリギリにしか行動せず、重要な会合に遅刻する人。 自社の「目標」の達成度合いを気にせず、お客さんの成果にも無関心な人。 別の仕事や、前の会社では許されたかもしれないが、たいてい「コンサルタント」としてはうまくいかない。 私が在籍していたコンサルティング会社は、上のような「問題行動」には非常に厳しく、該当者には「コンサルタントとしての活躍は難しい」と、はっきりと告げていた。 「勤勉さ」は身につかない こうした事例を何度も見るにつけ、私は 「勤勉さ」 「時間を守る」 「目標遵守」 などの行動特性は、たとえ厳しく注意をしても、ほとんど身につかないか、改善したとしても、結局一時的なものにとどまる、という事を知った

                                                                            「勤勉さ」は後天的に鍛えることができないと知って。
                                                                          • ジャニーズ・東山新社長が決断、社名変更&新会社設立へ 所属タレント移籍、現会社は補償会社として存続

                                                                            創業者で元社長の故ジャニー喜多川氏による性加害を認めたジャニーズ事務所が19日、取締役会を開き、社名変更の方針を固めた。この日夜、同社公式サイトに東山紀之新社長(56)名で「社名変更、所属タレント及び社員の将来など、今後の会社運営に関わる大きな方向性について論議を行い、向かうべき方針を確認した」と発表。関係者などの話を総合すると、同事務所とは別会社を設立し、全所属タレント、社員を移籍させて再建を図るとみられる。10月2日に詳細が明かされる。 やはり、ジャニーズの看板は降ろさざるを得なかったようだ。 同事務所はこの日、取締役会を開催し、東山社長や代表取締役の藤島ジュリー景子前社長(57)らが出席。午後11時に公式サイトで「今後の会社運営に関するご報告」と題し、取締役会で決めた10月2日の新体制公表の際に発表する骨子4点を掲載した。 ❶ジュリー前社長が100%保有する株式の取り扱い❷被害補償の

                                                                              ジャニーズ・東山新社長が決断、社名変更&新会社設立へ 所属タレント移籍、現会社は補償会社として存続
                                                                            • 外資ベンチャーを1か月でクビになった 退職RTA:32日 - 鰤切手

                                                                              今年からぴっかぴかの社会人! どんな生活が待っているんだろ楽しみだなぁ! ・・・ 今年で2回も退職エントリを書くとは思わなかったよ・・・。 おはばんちは、先日縁があった外資ベンチャーから退職してくれと言われ退職届にサインをしました。たぶん、これが一番早いと思います。 最近やっと腑に落とせたのでまとめます。 社会人経験も浅いうちに「結果さえ出せればOK!」みたいな会社行くと痛い目かもしれないです。 目次 入社したきっかけ:外資ベンチャーに勤めたかった 入社 「体を壊すことをお勧めしますよ」 「あいつ定時で帰るんで一緒に仕事したくないんですよね」 「他の人たちは何も言わなくても勝手に仕事を見つけているよ」 プロジェクトの進め方が分かんないよ...。 評価0 仕事0 最後の日 「君のポジションは用意できない」 聞いてください、「僕の最強雇用計画」 最後の挨拶 おまけ おまけのおまけ 入社したきっ

                                                                                外資ベンチャーを1か月でクビになった 退職RTA:32日 - 鰤切手
                                                                              • 新メンバーが多い大型プロジェクトでの不確実性との戦い方 - スタディサプリ Product Team Blog

                                                                                ペアプロ・モブプロ、スキルマップ、1-on-1等々… チーム開発にまつわる各論・方法論・話題をよく見る昨今、関心の高まりは歓迎さるべきことながら つまるところそれらが現実のどのような問題を解決していくのか? どのように相互作用するのか? これらが有機的に結びつくことで現実のどのような問題を解決していくか? こうした疑問に答えたり、具体例とともに記した記事はさほど多くないのではと思います。 本記事では昨年度に筆者のチームが約7ヶ月携わったプロジェクトにて、プロジェクト特性に起因する不確実性と我々がいかに戦ったかを記します。チーム開発を行う方にとってこの記事が実りあるケーススタディとなれば幸いです。*1 なお、本記事では以下のことは本旨とは逸れるため割愛させていただきます。 プロジェクトの機能的側面 技術的不確実性 各取り組み単体の詳細 はじめに / プロジェクトの雰囲気を伝える図 この記事で

                                                                                  新メンバーが多い大型プロジェクトでの不確実性との戦い方 - スタディサプリ Product Team Blog
                                                                                • 仕事が暇な時にすることリスト - Qiita

                                                                                  大前提 この記事読まずに仕事して下さい。 整理系 作業机の整理 PC/ディスプレイの清掃 キーボードなどの周辺機器の清掃 PC内の不要ファイル削除 ドキュメント整理 雑務系 メール確認 スキルシート更新 日報/月報 社内アンケート 有給申請 その他各種申請 業務効率化系 ブラウザのブックマーク整理 キーボード設定見直し マウス設定見直し 使用ツールのショートカット調査 「ツール名 おすすめ設定」でググってより良い使い心地を目指す ブラウザ エディタ SQLクライアント メール管理 勤怠管理 PC起動時 ターミナル などなど 勉強会系 connpass等で勉強会を調べる IT勉強会を探すために捗るサイトまとめ【9選】 勉強会に参加する 勉強会の発表ネタを探す 勉強会に関する読み物 IT系エンジニアのためのプレゼンテーション入門 ライトニングトーク(LT)準備の参考資料まとめ 交流系 社内のS

                                                                                    仕事が暇な時にすることリスト - Qiita