並び順

ブックマーク数

期間指定

  • から
  • まで

41 - 80 件 / 3881件

新着順 人気順

PMの検索結果41 - 80 件 / 3881件

  • 要件定義に関わる人は3億回くらい読んでほしい−−−−−−−−−−「IPA 独立行政法人 情報処理推進機構 超上流から攻める IT 化の原理原則 17ヶ条」

    nori @00oichan お気軽にフォローいただけると嬉しいです。 神奈川県在住/運用設計が得意/外資系企業のSaaSエンジニアです。 好き: servicenow,生成AI,UiPath,Power Automate Desktop,PowerBI … Amazon.co.jp アソシエイトを利用中です

      要件定義に関わる人は3億回くらい読んでほしい−−−−−−−−−−「IPA 独立行政法人 情報処理推進機構 超上流から攻める IT 化の原理原則 17ヶ条」
    • 私がよく参考にしているサイトまとめ

      はじめに Twitter、Qiita、Zenn...といろんなところから情報収集するのはいいのですが、それぞれの有益な情報をそれぞれのサイトにお気に入りとして保存しているので、必要な情報を探すだけで一苦労です。 ここで一覧にしてまとめておくことにしました。 ただし、特定の言語に依存するような記事はあえて排除しています。 皆さんにとっても有益な情報があると、この記事を公開して良かったなと思います。 また、皆さんのオススメの記事がありましたら、コメントなどで教えてください。 コミュニケーション 質問 質問は恥ではないし役に立つ https://qiita.com/seki_uk/items/4001423b3cd3db0dada7 新卒からの質問をソシャゲっぽい仕組みにしたら捗った話 https://qiita.com/ysktsuna/items/fced3a9515c8f585ca50 会

        私がよく参考にしているサイトまとめ
      • 【雑感】絶対覚えて!案件アサイン前情報収集の鉄板のやり方!|外資系うさぎのちょこさん

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

          【雑感】絶対覚えて!案件アサイン前情報収集の鉄板のやり方!|外資系うさぎのちょこさん
        • 数億円規模の案件を たった二人で開発させられた話

          # 数億円規模のプロジェクトをたった二人で開発させられた話 先日、関わっていたプロジェクトを抜けることになりました。 原因はもちろん炎上によるものなんですが、これがもう炎上すべくして炎上したようなぶっ飛んだプロジェクトでしたので、 ここで吐き出させて下さい。 # 20数名のメンバーの一人だったはずが、いつの間にか総勢一人になっていた 僕の仕事のスケジュールに空きができ、週3日程度の仕事を探していた頃、Twitterから開発案件の依頼がきた。 内容はよくあるシステムのリプレース案件。 開発メンバーは既に5人程度集まっており、その後20人ほど合流するとのことで、総勢20名以上の開発メンバープロジェクトだ!こんな規模の新規開発なんて初めてだからワクワクするぞ! と思っていたら、PHPの案件なのにほとんどがJavaの人だったのでメンバーとして数えられず、参画する前に去っていってしまった。 合流する

            数億円規模の案件を たった二人で開発させられた話
          • NTT Com オンボーディングハンドブック

            オンボーディング ハンドブック #このサイトについて #NTTコミュニケーションズ(以降、NTT Com)社内で製作したオンボーディングハンドブックの内容を、より一般化して広く公開するものです。 ソースコード #本書のソースコードは https://github.com/nttcom/onboarding-handbook で公開しています。 ライセンス #NTT Communications Corporation 作『オンボーディング ハンドブック』は クリエイティブ・コモンズ 表示 - 非営利 - 継承 4.0 国際 ライセンス で提供されています。 関連ハンドブック #リモートワークの働き方に特化したリモートワークハンドブックや、チームビルディングのプラクティスをまとめたチームビルディングハンドブックも参照ください。 読み始める #こちらから本編に進めます。 はじめに

              NTT Com オンボーディングハンドブック
            • バーグハンバーグバーグ社員がブックマークしてる便利な/役に立たないサイト一覧 | オモコロブロス!

              仕事で役に立つサイトから何の役にも立たないサイトまで! オモコロブロス編集部が「良いと思ったもの」を毎月定期的にご紹介するコーナー、それが「今月の善」です。今月はみんながブックマークしているウェブサイトを教えてもらいました! ブロス編集部です。 本日は、「バーグハンバーグバーグの社員に聞いた、ブックマークしてる便利〜なサイト」を聞いてみました。 また、ご提示いただいたサイトは「ふくろう博士」が実際に使用して感想を教えてくれるそうです。何でも知ってるふくろう博士のお眼鏡に敵うものはあるのでしょうか。 ■ネタ出しに使える「Word Cascade」 Word Cascade 【教えてくれた人:ダ・ヴィンチ・恐山】 サイトを開くと言葉が無限に落ちてくるだけのサイトです。バーグハンバーグバーグの企画会議中に眺めていると自分の頭の中に無かったワードが降りてきて、それをヒントに新たなアイデアがわいてく

                バーグハンバーグバーグ社員がブックマークしてる便利な/役に立たないサイト一覧 | オモコロブロス!
              • プログラマーを30年間やってきた経験から学んだことまとめ

                プログラマーにとって「どうすればより効率よくプログラムを組み上げられるのか」は常に頭を悩まし続ける問題の1つとなっていますが、その道のエキスパートであるエンジニアのジュリオ・ビアソンさんが30年間ソフトウェア開発に携わってきた経験から学んだことについてブログにまとめています。 Julio Biason .Net 4.0 - Things I Learnt The Hard Way (in 30 Years of Software Development) https://blog.juliobiason.net/thoughts/things-i-learnt-the-hard-way/ ビアソンさんは多数ある「学んだこと」を以下の3つに大きくわけてまとめています。 ◆ソフトウェア開発について ◆チーム・仕事について ◆個人的なことについて これからプログラマーになろうとしている、あるいは

                  プログラマーを30年間やってきた経験から学んだことまとめ
                • ウクライナ軍に入隊したアジャイルコーチが、さまざまなメソッドを駆使して中隊長としてのリーダーシップを実現した話(前編)

                  ウクライナ軍に入隊したアジャイルコーチが、さまざまなメソッドを駆使して中隊長としてのリーダーシップを実現した話(前編) アジャイル開発の代表的な方法論であるスクラムをテーマに、都内で1月に開催されたイベント「Regional Scrum Gathering Tokyo 2024」で、経験豊富なアジャイル開発のエキスパートとしてウクライナを拠点にアジャイルコンサルタントをしていたドミトロ・ヤーマク(Dmytro Yarmak)氏が、ロシア軍の侵攻後にウクライナ軍に入隊し、中隊長としてリーダーシップを発揮するためにさまざまなメソッドを駆使して軍隊の組織を変革していった経験を語ったセッション「A True Story of Agile Coaching in Ukrainian Armed Forces」が行われました。 軍隊という、企業とは異なる構造や目的を備えた組織で、しかも多くの民間人が入

                    ウクライナ軍に入隊したアジャイルコーチが、さまざまなメソッドを駆使して中隊長としてのリーダーシップを実現した話(前編)
                  • 東京・墨田区のワクチン接種はなぜ速いのか(江川紹子) - エキスパート - 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!ニュース
                    • 1on1 ノウハウの共有 | DevelopersIO

                      ここでは主導する方が知っておくべきものをまとめています。 なおこの記事での 1on1 とは、バスケのハーフコートにおける 1 対 1 の攻防ではなく、職場における 1 対 1 の定期的な話し合いのことです。 1on1 で話すべきこと 業務以外の課題解決 なにか課題を抱えていると他のどの話題にも身が入らないため、まず話せる環境を作りましょう。同様に課題は業務効率を落とします。 ここでの課題は次を指しています。 健康上の課題 業務が原因で病院受診が難しい場合の業務量の調整など お互いの健康テクニックの共有なども Good 家族との課題 お子さんが夜泣きで寝不足などの場合は就業時間の調整など 親族と折り合いが悪いなどの場合、第三者としての意見や、自分の経験を共有する 社会上の課題 コロナ禍によるつらみの共有など 業務に連動するわけではないため、前回課題がなかったからといって今回もないと仮定しては

                        1on1 ノウハウの共有 | DevelopersIO
                      • 最初の100日で何をすべきで何をすべきではないか?|miyasaka

                        人は無能に到達するまで昇進するという「ピーターの法則」というのがある。 「階層型の組織においては、どんな人も、昇進を繰り返すことでいずれは能力の限界に達し、十分に職責を果たせなくなって無能化する。その結果、「あらゆるポストは、職責を果たせない無能な人間によって占められる」という。 https://mba.globis.ac.jp/about_mba/glossary/detail-20919.html グロービスとくにリーダーが劇的な環境変化に異動、転職、抜擢で放り込まれるとこの法則が強烈に作用する。なぜなら周りの方が知識や経験があり自分がその組織内で最もそれがない人になってしまうからだ。一方で、この人は何かしてくれるのでは?という期待を関係者からは持たれる。「組織内で最も無能なのに最も期待される」という特殊状態を過ごすことになる。 12年ほど前に突然、社長をというキャリアチェンジを経験を

                          最初の100日で何をすべきで何をすべきではないか?|miyasaka
                        • 【翻訳】Googleのエンジニアがソフトウェア開発する時に必ず書くドキュメント「Design Docs at Google」 - BppLOG

                          Googleでの「Design Docs」とは 2007年の Google Developer Day Tokyo での鵜飼氏のプレゼンによると「Google で必ず書くことになっているドキュメント」であり、「プロジェクト立ち上げ時の 1~2週間をかけて書く」ものです。 今回は Google のソフトウェアエンジニアである @cramforce 氏が自身のブログで「Googleでの Design Docs」について解説している記事を公開されていたため、氏の許可を得て翻訳しています。 原文: www.industrialempathy.com 関連書籍: Googleのソフトウェアエンジニアリング ―持続可能なプログラミングを支える技術、文化、プロセス オライリージャパンAmazon 読了目安:11分 (目次) デザインドキュメント の解剖学 文脈と範囲 目標と非目標 実際のデザイン システ

                            【翻訳】Googleのエンジニアがソフトウェア開発する時に必ず書くドキュメント「Design Docs at Google」 - BppLOG
                          • プロジェクトリーダーというお仕事 - Qiita

                            概要 そろそろ年度末だし、新年度からプロジェクトリーダーとしてやっていく人もいるかと思うので、プロジェクトリーダーはどういうことをしないといけないかと、心得的なものを投稿しようと思います。今業界全体的にリーダー不足になってるんで、プロジェクトリーダーという役割について興味持ってくれる人が増えると嬉しいです。 ※ここでのプロジェクトとはシステム開発等IT関連のプロジェクトを指すものとします。 軽く自己紹介 2013年頃から7年くらいプロジェクトリーダーとして請負業務などの仕事をしてきました。最近はプロジェクトマネージャーも兼ねてやっていたり、うまくいっていないプロジェクトにコンサルとして入って立て直すというようなこともしています。 レジュメ https://www.resume.id/branch まずは結論から プロジェクトリーダーの使命 「担当するプロジェクトを成功へと導く」 「プロジェ

                              プロジェクトリーダーというお仕事 - Qiita
                            • 部下から「議事録ってなんで作成する必要あるんですか?」と聞かれたので議事録の必要性について図解してみた

                              ごらり @gorizukai 部下から「議事録ってなんで作成する必要あるんですか?」と聞かれたことがあるので、今後聞かれたときのために議事録についてまとめてみました。議事録って慣れるまでは大変ですけど、文章の書き方が学べたり、社内人脈ができたりするので入社したての頃は特に進んで議事録作成することを勧めたい。 pic.twitter.com/xV0REtbeVD 2020-11-03 20:56:44

                                部下から「議事録ってなんで作成する必要あるんですか?」と聞かれたので議事録の必要性について図解してみた
                              • 海外のゲーム会社であった制度 - じじいのプログラミング

                                今まで、バンクーバー→バルセロナ→シンガポール→香港で働いてきました。それでいろいろな職場を見てきたので、海外のゲーム会社であった制度について、列挙してみました。 日本の会社でも、既に同様の制度をやっていて、珍しくない場合も多くあると思います。 複数の会社のケースを混ぜて書いています。 ゲーム開発技術に関することは、ほとんど書いていません。 ご指摘がありましたら、修正したり詳細を追加しますので、お気軽にどうぞ(内容が後で変わる可能性があります) 人事(採用) 面接 ビザ リファラル採用 リファレンスチェック(照会) カンファレンス時の招待者限定パーティー 人事(評価) 相互評価制度 OKR(Objectives and Key Results) 人事(解雇) 解雇 PIP(Performance Improvement Plan) スタジオ閉鎖 人事(その他) 若手が海外スタジオで1年間働

                                  海外のゲーム会社であった制度 - じじいのプログラミング
                                • オープンでフラットな組織が突然「閉鎖的」と言われるとき|柴田史郎

                                  柴田(@4bata)です。「それぐらいわかるだろ・・・」が通じなくなるタイミングがあるんだなという発見です! 考えたきっかけ:「オープンでフラットだと思ってたけど、結構閉鎖的なところもある」というセリフを聞いたその人に情報が伝わってなかったのかな。私の最初の感想は「前からそうだった気がするけどな・・・」。以前から整った形で情報はちゃんと流れてない。私にとっては、今働いている会社が閉鎖的には見えてない。実際には閉鎖的な部分があるのだろう。その差を理解してみたくなった。 情報の伝わり方を単純化して考える近くにいる人には自分の活動内容や背景にある意図が勝手に届くとする。携帯の電波が届く範囲、みたいなイメージ。 接触頻度が高い人同士は、いろいろ理解できている。 人数が少ないときは、何もしなくても相互に活動内容や意図が伝わっている・自分が理解できない情報も、一緒に仕事してる隣の人に聞けば情報の背景が

                                    オープンでフラットな組織が突然「閉鎖的」と言われるとき|柴田史郎
                                  • 人事制度ハンドブック - kaneda blog

                                    2022年5月6日 人事制度 人事制度ハンドブック 22年1月から開始したブログ。 人事制度の設計・運用に関する記事のまとめです。 今後、人事制度を設計する際のハンドブックとして、随時更新していきます。 ■書籍:スタートアップのための人事制度の作り方 ■ブログ本体:https://kaneda3.com/ Pickup スタートアップにおける組織づくりの鉄則 今年、何パーセント昇給しましたか?(昇給率の話) 「売上が上がらないことよりも、人が辞める方がつらい」という本音 人事制度を使って、入社時に「期待」を伝える方法 等級の中に「サブグレード」をつくってはいけない 等級制度と評価制度の違い 降格・降給は、「カルチャー」である 【スライド公開】スタートアップにおける等級別の報酬レンジ 報酬水準に関する公開資料_ver5.0 昇格に、メリットはあるのか? 急成長できるスタートアップの組織文化と

                                      人事制度ハンドブック - kaneda blog
                                    • 「プロジェクトマネジメントの基本が全部わかる本」は序盤から『交渉』について書いてるところが良いと思った - フジイユウジ::ドットネット

                                      「プロジェクトマネジメントの基本が全部わかる本」を買ったら、注文ミスして2冊頼んでしまったんだけど、結果的にはむしろ2冊買ってよかった、という話を書きます。 「プロジェクトマネジメントの基本が全部わかる本」 ( @paradisemaker 著)が届いたー。 なんか注文ミスって2冊届いたけど、1冊は誰かに読ませるとき用にしようw pic.twitter.com/evnrXtssm8 — フジイユウジ (@fujii_yuji) 2022年11月10日 制作/開発をするメンバーはいるけどプロジェクトマネジメントは得意ではなくて雑になってしまっているという制作/開発会社も多いと思うのですが、僕もそういう会社からどうしたらいいのか相談されたり、PMの育成の話をすることがあります。 (肩書としてPMだったことはないんだけど、僕も20年くらいPdM的な仕事をやってるんで相談されることがそれなりにある

                                        「プロジェクトマネジメントの基本が全部わかる本」は序盤から『交渉』について書いてるところが良いと思った - フジイユウジ::ドットネット
                                      • もしも童話「おおきなカブ」がITのデスマプロジェクトだったら

                                        渋谷の雑居ビル。 ホワイトボード前に置かれたパイプ椅子にイヌ、ネコ、ネズミが一触即発の雰囲気で座っている。 扉が開き、慌てた様子の青年が入ってくる。 孫「お疲れ様です、すいませ――」 ネズミ「遅えよッ!!」 ネコ「!!」 イヌ「……ネズミさん、怒鳴るのはやめましょうって……」 ネズミ「……チッ」 孫「あの、本当、すいません。11時からって、皆さんにお約束してたのに……」 イヌ「ま、まぁ。とりあえず、ミーティングの報告をお願いします。もう2時間も押してるんで」 孫「は、はい! すいません、ではこちらの資料を…… あっ」 イヌ「どうかしましたか?」 孫「印刷した資料が1部たりなくて。……じゃあ、はい! 僕のは大丈夫なんで、業務委託の皆さんで、どうぞ!」 ネズミ「ッ……!」 イヌ・ネコ「……」 孫「はい、では皆さんお手元に資料ありますかね、お疲れ様です!」 ネズミ「……」 イヌ・ネコ「……お疲れ

                                          もしも童話「おおきなカブ」がITのデスマプロジェクトだったら
                                        • 【Google re:Work】マネジメントで悩むすべてのエンジニアが見るべき完全無料テキスト | DevelopersIO

                                          エンジニアにとって、正解が分かりづらいマネジメント業務ってとっつきづらいんですが、その良き羅針盤となってくれるテキスト「re:Work」の紹介です。 「エンジニア天国な会社にしたい。したくない?」 「したい。けど、どうやって?わっしょい的な雰囲気で?」 今年の6月あたり、クラスメソッドAWS事業本部コンサル部で合宿を予定しているんですが、その合宿でやるネタを考えているときに知ったのが、この「Google re:Work」。 正解が見えづらい組織運営において、「良いチームとはなにか?」「採用で気をつけるべき点」「ビジョンがもたらす効果」など、マネジメントの頻出課題をギュッと凝縮して詰め込んだこのコンテンツがむっちゃ有用だったので、紹介します。 Webコンテンツとして完全無料なので、今マネジメントで悩んでいる人も、これからマネージャー目指そうとしている人にも参考になる点多いと思うので、一度気軽

                                            【Google re:Work】マネジメントで悩むすべてのエンジニアが見るべき完全無料テキスト | DevelopersIO
                                          • スクラムガイド - Scrum Guide 2020 年 11 月

                                            • あなたが行動習慣を作りたいと思った時に読むと役に立つ記事|樫田光 | Hikaru Kashida

                                              2021/1/2にこの記事を書いています。 新年になって新しい何かに取り組みたいと考えている人に少しでも役に立てばと思い書きました! こんにちは、hikaruです。 最近、「習慣化」についてとても興味があります。 僕は元来かなーーーーり怠け者なタイプで、やる気があるときと無いときの差がかなり激しい方です。スイッチのOn/Offによってかなり行動量に差が出る人種なんですよね。 スイッチが入るときはバリバリと仕事をこなすのですが、スイッチを押すのに手間がかかる。いや、自分で自分のスイッチはわかっていて、それは結局の所「まず行動すること」なんですが、スイッチがoffだとその「まずの行動」が出来ないという。服を買いに来ていく服がないから買いに行かない、的な状況が起こるわけです。 そんな自分ですが、2020年はそれまで勤めていた会社を辞めて独立したり、コロナの影響もあり、外出や行動が大きく制限される

                                                あなたが行動習慣を作りたいと思った時に読むと役に立つ記事|樫田光 | Hikaru Kashida
                                              • 仕様書の参考例と、こんな内容を仕様書に最低書くといいというお話|田辺めぐみ

                                                よく、仕様書を書いていなくて、書いてみたいけど、具体的な仕様書がネット上に落ちてなくってこまってるって相談を受けるので 「仕様書の記載内容のイメージ」を作りました! ※前提として「現在仕様書を書いていない、自社開発のMVP検証前後のフェーズのスタートアップ向け」に書いています。PMが仕様書、エンジニアがDesign Docを書く分担です。 ついでに、システム開発の基礎である「システム開発のV字モデルをベースにした設計書の紹介」も含めてまとめてみましたー! 大規模開発に使われたり、古くからあるフレームワークなので、スタートアップの方だと、システム開発のV字モデルの概念やそれにあわせた成果物を知らない人が多いけど、「要件定義書」と「設計書」を全てドキュメント化するとどうなるかを理解した上で、「仕様書」として情報を削る方が、考慮漏れ防止やエンジニアがやっている設計内容の理解につながるので、全体を

                                                  仕様書の参考例と、こんな内容を仕様書に最低書くといいというお話|田辺めぐみ
                                                • 「やる人がいてへんかったら必要ないんちゃう?」PTAなしで始まった大空小 初代校長・木村泰子先生の話(大塚玲子) - 個人 - Yahoo!ニュース

                                                  PTAで苦しむ人をなくすべく、取材や執筆を続けてきました。しかし、それは実現可能なことなのでしょうか。 そもそもPTAという団体は、何をするために存在しているのか? 現在、多くのPTAが行っている活動から逆算すると、PTAの存在目的は「学校のお手伝い」「保護者の学び」「保護者同士の交流」「地域との橋渡し」などといえそうですが、果たしてそれらは皆「本来の目的」といえるものなのか? 本当はその名称のように、P(Parent)とT(Teacher)、すなわち保護者と学校が、対等に協力する場ではないのか? そんな疑問もありました。 そこでいったん、ゼロベースで考えてみたいのです。PTAのことはいったん脇において、P(Parent)とT(Teacher)、すなわち保護者と学校の間に必要なものは何なのか? どんな関係性が必要で、それはどのように実現できるのか? ということを。 そのため、学校現場をよく

                                                    「やる人がいてへんかったら必要ないんちゃう?」PTAなしで始まった大空小 初代校長・木村泰子先生の話(大塚玲子) - 個人 - Yahoo!ニュース
                                                  • 視座の可視化|kgmyshin

                                                    視座が高いってそもそもなんやねん問題 1on1で「視座を上げてほしい」って言われたり、マネージャー陣の集まりで「視座高い人がいいよね」って会話をしたりするけど、じゃぁ「視座の高いってなんぞ?」「どう見極めればええのん?」ってなりますよね。 自分も前職でエンジニアリングマネージャーしてた頃から、現職にて横断組織の一環として採用にかかわるようになって良くそれらのセリフを聞いております。 で、これが正解ってわけじゃないんですけど、自分はいつもこんな感じで可視化してますよってのを紹介してみます。 「視座が高い」を端的に言うと 自分は「視座」ってのは一言でいうと「どのレベルの課題まで、当事者でいられるか」っていうスタンスの度合いだと解釈しています。 ここで言っているレベルというのは難易度ではなく対象のスコープのことです。個人の課題なのか、チームの課題なのか、はたまた所属する会社の課題なのか。 で、「

                                                      視座の可視化|kgmyshin
                                                    • コロナに乗じて町内会の属人業務を改善しまくった一人のおばあちゃんの話

                                                      町内会のおばあちゃんの話をします。 しんざきは町内会というものに所属しています。 以前マンションの理事長に持ち回りで就任した時、セットで町内会にも所属することになりまして、それ以降なにやかやでちょくちょく顔を出すようになりました。 町内会の青年団というものに「青年」など一人も所属しておらず、40歳のおっさんである私がほぼ最年少だ、ということにショックを受けたりもしていました。 この年になって「十数人のグループで最若手」になる機会があるとか、思ってませんでしたよ正直。 この町内会に、いつも電動自転車で町内を軽快に走り回っている、一人の名物おばあちゃんがいます。 もう御年は80歳を何年か過ぎていらっしゃると思うんですが、一時期体調を崩しつつもおおむねお元気で、物凄く新しい知識に貪欲で、ITスキルについても全く抵抗感というものがなく、町内会で数々の業務改善を成し遂げてきた凄いおばあちゃんでして。

                                                        コロナに乗じて町内会の属人業務を改善しまくった一人のおばあちゃんの話
                                                      • 実践要件定義入門以前 - 勘と経験と読経

                                                        最近ネットを見ていると要件定義入門的な記事が目についたので思ったことを書いてみる記事。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
                                                          • 【ChatGPT】海外でバズったヤバい使い方9選【2023年3月版】 | WEEL

                                                            ChatGPTでインテリアデザインを出力 この記事では、CnatGPTとほかのツールを連携させて高品質なインテリアデザインを出力させる方法が紹介されています。 ok, I got ChatGPT working with Additive Prompting Here's a 1 paragraph ChatGPT prompt you can use to generate infinite interior design/architecture photographs w/ 90%+ coherence to the prompt in Midjourney Full prompt w/ examples in thread. Try reading the prompts as you go 🧵 pic.twitter.com/zhGB03UGpD — Nick St. Pier

                                                            • すべての働く人におくるストレスマネジメントの基本 | knowledge / baigie

                                                              仕事は挑戦の連続です。経験を積み、スキルが上がり、評価されるほど、難易度が高い仕事に関わるようになります。そこには必ず苦難があり、ストレスが待ち構えています。 ストレス学説の生みの親であるカナダ人生理学者のハンス・セリエ氏は、「ストレスは人生のスパイスである」という名言を残しています。確かにストレスは必ずしも悪いものではありません。 例えばパフォーマンスとストレスレベルは、逆U字の関係にあります。あるレベルまではストレスレベルの高まりに従ってパフォーマンスは向上し、あるレベルを超えるとパフォーマンスは低下します。この法則は心理学者ロバート・ヤーキーズとジョン・ドットソンの名前を取り、「ヤーキーズ・ドットソンの法則」と呼ばれています。 この法則に従えば、仕事で高いパフォーマンスを発揮したいなら、ストレスをゼロにするのではなく、適度なレベルにコントロールしなければなりません。そのために必要なの

                                                              • 【極秘入手】7pay開発の内部資料。「セキュリティー不備」は急な開発と“度重なる仕様変更”が一因か

                                                                Business Insider Japan編集部「7pay」取材班は、7payの開発スケジュールを取りまとめた内部資料を入手した。 開発現場の関係者の間でやりとりされた資料の最終版に近いもので、2018年末からサービスイン直前までの間が、どのようなスケジュールで動いたのかを示す資料だ。現場をよく知る複数の関係者の証言からは、記者会見で注目が集まった「セキュリティー不備」につながる慌ただしい開発現場の姿が浮かび上がる。 7payの不正利用に関しては、7月3日にアカウント乗っ取りと不正利用が発覚し、続く4日セブン&アイHDが記者会見で被害推定額を「約5500万円」と発表。同日夜に中国籍の男2人が不正利用に関して詐欺未遂の容疑で逮捕された。 セブン&アイHDはセキュリティー対策の甘さへの指摘を受ける形で、5日にはセキュリティー対策強化を目的とした新組織発足と二段階認証導入、1回あたりのチャージ

                                                                  【極秘入手】7pay開発の内部資料。「セキュリティー不備」は急な開発と“度重なる仕様変更”が一因か
                                                                • 4/20 オードリー・タン氏とのおもしろ対談メモ|Daiyuu Nobori

                                                                  2021/4/20 登 大遊 行政情報システム研究所さん主催のイベントhttps://prtimes.jp/main/html/rd/p/000000009.000049028.html で、オードリー・タン氏に色々とヘンな質問をさせていただいた際のメモを書きました。 ※ 走り書きのため、間違いがありましたら申し訳ございません。 ※ 以下はごく一部で、これの 3 倍くらい色々な知見を共有いただきました。 台湾の DX プロジェクトの話 (冒頭プレゼン)台湾の店頭でのマスク販売、在庫管理システムを短期間で構築した際の話等の、写真を多用したプレゼン。個人の識別を容易くするために、納税システムと連携したりしました。色々な能力者に協力してもらって実現しました。たとえば、台湾の納税システムは、Java アプレット (!) が表示されるような、使いづらいシステムでしたが、これを頑張ってモダン化したとい

                                                                    4/20 オードリー・タン氏とのおもしろ対談メモ|Daiyuu Nobori
                                                                  • トップデベロッパーになるために作成したいアプリ8選 - Qiita

                                                                    こちらの記事は、Indrek Lasn 氏により2017年 12月に公開された『 The Secret to Being a Top Developer Is Building Things! Here’s a List of Fun Apps to Build! 』の和訳です。 本記事は原著者から許可を得た上で記事を公開しています。 著者Twitter https://twitter.com/lasnindrek 少し考えてみてください。あなたがもし健康に関する書籍をたくさん読んだとしても健康になることはありません。実際には、ジムに行き数時間運動をして汗をかかなければ健康は手に入りません。 同じことが開発にも言えます。努力なしに優れたデベロッパーになることはできないのです。 そこで、コーディング力を鍛える8つの素晴らしいプロジェクトを紹介します。 あなたの好きなテクノロジースタックを使っ

                                                                      トップデベロッパーになるために作成したいアプリ8選 - 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時間の独学で一発合格した方法 - 斗比主閲子の姑日記
                                                                        • DXとかDevOpsとかのなんかいい感じのやつ 富士通TechLive

                                                                          2020/03/03 に富士通本社で行われた、富士通TechLiveに発表資料です。 コロナウィルスの影響で、リモート発表になりましたが、当日は800人以上の方に同時視聴していただきました

                                                                            DXとかDevOpsとかのなんかいい感じのやつ 富士通TechLive
                                                                          • リスクの洗い出しと判断のコツ - やしお

                                                                            会社で係長的なポジションになって3年近くが経った。先日、副係長というか職長的なポジションが新たに設けられ、30歳前後のメンバーが就いた。折を見て彼らに伝える機会があるかもしれないし、3年やってみた知見を自分の中で一度整理しておきたいと思った。(大手メーカーの製造側に近い部門で働いている、という前提がある。) 自分が苦しくならないようにする 究極的には本人が自分でスタイルを確立するしかない。 「こうした方がより良い」と思って行動変容しても、それで自分が苦しくなるなら続けられない。 どうせ正解の型が一意に決まるわけではないし、仮に正解の型があっても自分を完全にはめ込むこともできない。 「自分がやれるようにやるだけ」くらいに思っている方が精神衛生に良い。それで不適格ならしょうがない。 一方で「より良い方法」に寄せる努力も必要で、その間のバランスが必要になる。 例えば自分自身は、人付き合いがすごく

                                                                              リスクの洗い出しと判断のコツ - やしお
                                                                            • なぜ40歳を越えると「やる気」が出ないのか? 「中年の危機」を乗り越えるためのエンジンの回し方

                                                                              毎年恒例、サイボウズ株式会社主催の総合イベント「Cybozu Days」が2021年も開催されました。今回のテーマは「LOVE YOUR CHAOS」。クラウドサービスの活用事例から中年の生き方まで、幅広い“カオス”なセッションを行いました。本記事では「中年エンジンの見つけ方 『24時間戦えますか』から『40年間楽しめますか?』へ」の模様を公開。中年が抱える「やる気がでない」という問題。その原因と解決策について、議論が繰り広げられました。 なぜ中年になるとやる気が出ないのか? 野水克也氏(以下、野水):ここから本題です。そもそもやる気が出ない問題どうするかという本題に今から突っ込んでいきたいと思います。 今回「中年エンジン」というタイトルにしているんですが、それを図にしてみました。なぜ中年になると自分の力でなかなか(エンジンを)ブーンと回せないのか。やる気が出ないのか。 これは僕の論なんで

                                                                                なぜ40歳を越えると「やる気」が出ないのか? 「中年の危機」を乗り越えるためのエンジンの回し方
                                                                              • グーグル元社員が考案「新型やることリスト」が超便利 | Forbes JAPAN 公式サイト(フォーブス ジャパン)

                                                                                グーグルで最速仕事術「スプリント(デザインスプリント)」を生み出し、世界の企業の働き方に革命を起こしてきた著者が、今度は、時間を最大限に有効に使うメソッドを生み出した。それをまとめたのが『時間術大全──人生が本当に変わる「87の時間ワザ」』(ジェイク・ナップ、ジョン・ゼラツキー著、櫻井祐子訳、ダイヤモンド社)だ。同書はたちまちのうちに話題となり、世界16カ国で刊行が決まっている。 著者のジェイク・ナップはグーグルで、ジョン・ゼラツキーはユーチューブで、長年、人の目を「1分、1秒」でも多く引きつける仕組みを研究し続けてきた「依存のプロ」だ。 そんな人間心理のメカニズムを知り尽くした2人だからこそ、同書の時間術はユニークかつ、きわめて本質を突いている。「人間の『意志力』などほとんど役に立たない」という、徹底して冷めた現実的な視点からすべてが組み立てられているのだ。 さらに、「いくら生産性を上げ

                                                                                  グーグル元社員が考案「新型やることリスト」が超便利 | Forbes JAPAN 公式サイト(フォーブス ジャパン)
                                                                                • 機能不全のシグナルは「運用でカバー」「とりあえず〇〇」 マイクロソフト澤氏が明かす、ヤバい組織の共通点

                                                                                  2019年9月25日、ランサーズ株式会社が主催するイベント「オープンタレントサミット〜令和元年、これから求められる本当の働き方改革とは?〜」が開催されました。働き方改革が施行され、大企業が副業を解禁するなど、これまでの「働き方」が大きく変化するこの時代、企業はどう向き合っていくべきか。このイベントでは、本質的な働き方の変化を進める企業の担当者が登壇し、取り組みや事例をもとに様々なディスカッションが行われました。この記事では、マイクロソフトの澤円氏による基調講演「本当の働き方改革に必要な考え方」の内容をお届け。日本人が持つべきコスト意識の話題を中心に、世界で生き残るためのこれからの働き方について語りました。 外資系出身者が感じる、日本企業へのある違和感 澤円氏:さて、ある人の物語でちょっとお話をしましょう。これは日本企業に転職した元外資系のマネージャーです。すごく優秀なやつだったんですけど、

                                                                                    機能不全のシグナルは「運用でカバー」「とりあえず〇〇」 マイクロソフト澤氏が明かす、ヤバい組織の共通点