Darkpedia: サイバー犯罪のダークトレンド｜noteDarkpedia: サイバー犯罪のダークトレンド 92本 S2Wにて選定したサイバーセキュリティに関するグローバル重要ニュースクリッピングをお届けします。 海外のサイバーセキュリティに関する政策や重要ハッキングニュースなどご確認ください。
兼務による体制構築はプロジェクトの効率を損なわせる｜mtx2s
ソフトウェア開発プロジェクトは、「兼務」を用いるチーム編成が多用されやすい対象ではないでしょうか。エンジニアであれば誰もが経験したことがあるでしょう。1人で複数のプロジェクトやチームを掛け持ちするあれです。マネージャーであれば、組織の人的リソース配置を考える時の手段の1つとして用いたことが何度かあるはずです。 しかし、兼務が引き起こす様々な弊害や問題については、あまり意識されないまま多用されているように感じます。 たとえば、兼務者本人にとってプロジェクトの掛け持ちは、仕事のマルチタスク化やミーティングの増加に苦しむ原因になります。組織の観点からも、兼務への依存は、知識の偏りや負荷の偏りという弊害をもたらすことに繋がりかねません。プロジェクトの観点から見ると、兼務という形での「人的リソースの共有」は、プロジェクト間での「リソースの競合」を引き起こしやすく、それが市場投入までの時間を長くする要
プロジェクトの病態関連図｜前田考歩｜note
あいまい・多義性症候群 症状成功の定義が決まってない オーナーの意図・指示があいまい。テーマだけを現場に適当に投げている 意思決定・判断基準がない。指標と測定方法が未定 色んな人の意見ややりたいことを盛り込みすぎている どこまで展望しているかかわからない（範囲が決まってない） アウトカム、アウトプットの因果関係がよくわからない 症状の概要と症状が招く結果あいまいさは成功の定義や判断基準、視程・範囲（どこまで展望しどこまでやるか？）が明確に規定できていない状況を意味します。多義性は一つのものごとに対
【雑感】絶対覚えて！案件アサイン前情報収集の鉄板のやり方！｜外資系うさぎのちょこさん
どうも、外資系うさぎのちょこさんです。 気がつけばもう2023年が始まってしまってますね。 一年の計は元旦にあり、ということで正月早々とても有益なnoteを書いて徳を積むところから今年をスタートすることにしましょう。 年末年始に限らず、それなりにまとまった時間を使えるタイミングってインプットにもアウトプットにもとても良いですからね。 せっかくなのでﾌｫﾛﾜｯｻﾝ各位も何かアウトプットしてみるとよいんじゃないでしょうか。 というわけで、新年早々のアウトプットにおすすめな、土地勘の無い業界/テーマのプロジェクトにアサインされた場合の最低限の情報収集を手早くこなすにはどうするのがよいかってnoteをお届けします。 これは再現性のあるやり方なので、このnoteを見ながら同じような流れで情報収集して自分なりの見解なんかをまとめてみたりすると良いセルフトレーニングになるはずです。 これは有益な情報なの
いまこそ「良い仕様書」がチームの生産性の鍵となる。ので、仕様書に含めたい 14 のポイントについてまとめました。｜Fritz | Lead Product Manager @ Mercari
いまこそ「良い仕様書」がチームの生産性の鍵となる。ので、仕様書に含めたい 14 のポイントについてまとめました。 こんにちは、フリッツ です。今回はプロダクトマネージャーの日課とも言える「仕様書」について。自分にとっては PM 業の施策実行フェーズにおいて最も重要な仕事のひとつであり、最も心躍り、最も興奮する瞬間です。 PM になってかなりの時間が経ちましたが、「仕様書」への力の入れようは減るどころか、「もっと気合を入れなければ。」と感じる一方。在宅勤務が（たぶん） IT 業界のニュースタンダードとなっていくいま、なおさら「仕様書」の重要性を訴えたい今日この頃です。 ということで、今回は ・ 良い仕様書がもたらす 5 つの効果 ・ 仕様書の重要性が増していく 2 つの理由 ・ 仕様書に含めたい 14 の項目・実戦編 ・ 仕様書作成時に心に留めたい 3 つのこと ・ 具体的な仕様書サンプル（
界隈がざわつくほど超進化したPMBOK第7版の解説【プロジェクトマネジメント】｜Miz Kushida
・・・ ・不確実性パフォーマンス・ドメインについて加筆しました ・テーラリングについて加筆しました ・適応課題について補足を追加しました。 はじめにPMBOKといえば、PMIが世界中のプロマネの実務家から意見を集めてプロジェクトマネジメントについて知識体系化している分厚い本、というイメージです。 いや、でした。。。以前の第6版までは（7版からはすごく薄い）。 2021年8月に第7版が発表されると（ただし、日本語版はもっと先）公式からアナウンスがありましたが、本家サイトに行ってみると英語版は既に購入できる状態でしたので早速電子版を購入し読みましたので解説したいと思います。 一応前置きしておきますと、僕はPMPホルダーではありません。外資系にいるときにPMBOKをベースとしたプロジェクトマネジメントを実施したり、国内企業ではCMMI レベル5（最高レベル）を運用したりバージョンアップ対応を経験
【囲碁】中手の計算式「さんさん、しご、ごは、ろくじゅうに！」｜IGOcompany『U』
こんにちは。 IGOcompany【U】＠毎日note継続中（222日目）です。 財団法人日本棋院での15年間の勤務を経て、囲碁をビジネスに起業。 もうすぐ10周年になる「宇佐美囲碁教室」という教室を運営したり、武蔵小杉の「永代塾囲碁サロン」にて指導碁や交流会をしたり、 「新百合囲碁学園」の学園長を任されたりしながら、世田谷や麹町、大学などで囲碁を教えて、ご飯を食べています。 今日のnoteは、 ちょっと面白いX（Twitter）のポストを見かけたので、それについて書いてみたいと思います。 これ何のことかわかりますか？？ （※囲碁をやっていないと、何のこと？って思うとおもいますが…） これ、 囲碁で石の攻め合いになった時の手数（何手必要か）を表した式なんです。 囲碁は石を囲めば取れるっていう「アタリ」のルールがあるんですが、どっちが先に取れるかどうかを競う「攻め合い」っていう状態があったり
grepよりfind+xargsの方が速い｜ymzkjpx blog
■ プログラムにとって速さは正義だ。 プログラムは命令を実行するツールでありアートではないため、機能性が高く評価される。 例えば大量のファイルを対象に検索を行う際にコンマ1秒でも速く終わればどれほど嬉しいことか。それが100回も1000回も繰り返す使われるようなプログラムならなおのことだ。 先日、知人からgrep より find + xargsの方が速いとの話を伺ったので今日はその検証を行う。 まず手元に2500万文字のファイルを5つ用意した。この中に「test」という文字がいくつか含まれている。このファイルを5つ複製し、これらを検索する実行速度を評価する。 ファイルの文字数。このファイルが5つあり、その中から特定語を検索する。 textfile1.txt $ cat milchars.txt| wc -m 26116283 ■ 測定方法 mac（linux）でコマンドの実行速度を測る際は
最初の100日で何をすべきで何をすべきではないか？｜miyasaka
人は無能に到達するまで昇進するという「ピーターの法則」というのがある。 「階層型の組織においては、どんな人も、昇進を繰り返すことでいずれは能力の限界に達し、十分に職責を果たせなくなって無能化する。その結果、「あらゆるポストは、職責を果たせない無能な人間によって占められる」という。 https://mba.globis.ac.jp/about_mba/glossary/detail-20919.html グロービスとくにリーダーが劇的な環境変化に異動、転職、抜擢で放り込まれるとこの法則が強烈に作用する。なぜなら周りの方が知識や経験があり自分がその組織内で最もそれがない人になってしまうからだ。一方で、この人は何かしてくれるのでは？という期待を関係者からは持たれる。「組織内で最も無能なのに最も期待される」という特殊状態を過ごすことになる。 12年ほど前に突然、社長をというキャリアチェンジを経験を
#051 プロマネのお仕事(本編1) - 資源マネジメント(メンバーを集めよう)｜多田幸生@中小企業診断士
こんにちは。中小企業診断士の多田と申します。 いよいよ今回から、プロジェクトマネジメントの具体的なお仕事についてまとめていきたいと思います。 PMBOKの「10の知識エリア」を、1つづつ順番に紹介していく予定です。 # 051: 資源マネジメント ← 今回 # 052: コミュニケーション・マネジメント # 053: ステークホルダー・マネジメント # 054: リスク・マネジメント # 055: スケジュール・マネジメント # 056: コスト・マネジメント # 057: 品質マネジメント # 058: 調達マネジメント # 059: 統合マネジメント # 060: スコープ・マネジメント 今回から3回は、プロジェクトを進める上で最も大切な「人」に焦点をあてていきます。 「資源マネジメント」とは 今回扱うのは、上から6番目の「資源マネジメント」です。 この「資源マネジメント」、PMBOK
スケジュールの見積もりを適当に答えたらコミットメントにされる問題について｜きゅーい / koyo
こちらのエントリを読んでいたら、なるほどとてもわかるとなった。そしてこの問題については何らかの解を持っておくべきだと思ったため、ちゃんと考えることにしたのがこのエントリの趣旨である。 上述のエントリには、ソフトウェア開発者がスケジュールのコミットメントを求められた場合、精緻にスケジューリングするためのタスクやスケジュールに余裕を持たせるためのバッファを積むしかなくなり、結果としてソフトウェア開発が遅くなってしまうという話が書かれている。 ソフトウェア開発を実際に行ったことがある人であればこの話には凡そ同意できるとは思うが、それ以外の人には理解に苦しむ話となる。 それゆえに、現代においても「この機能はいつまでにリリースするの？出来なかったらどうするの？」といった質問が横行し、それに対して特に意味のないスケジュールを答えるという虚無の応答が多くのチームでいまも行われている。 ビジネスサイドの仕
「影響範囲の考慮漏れ」によるソフトウェアトラブルの多発はビジネス継続性に対する危険信号｜mtx2s
リリースするたびに「影響範囲の考慮漏れ」によるトラブルを起こす。こういう症状は、既存のソフトウェアシステムに追加開発を繰り返す組織によく見られるのではないかと感じます。コードやシステムの変更が影響を及ぼす箇所を見逃してしまい、未修正な箇所が残されたまま本番リリースされたために発生するトラブルです。 このようなトラブルが頻発すれば、関係者らは不満を感じます。エンジニアたちの能力に不信感を抱くかもしれません。 しかし、不満の矛先をエンジニアに向けたところで問題が解決することはありません。そもそも原因を見誤っているからです。根本的な原因は、もっと奥深くにあります。 影響範囲の考慮漏れの多発は、ソフトウェアシステムが大きな問題を抱えていることを知らせるサインです。このサインを見逃して表面的な対策ばかりを続けていると、症状が良くなるどころか、かえって悪化し続けることになるでしょう。 問題/原因の3層
覚悟のないプロジェクトマネジメント｜kakudo.suzuki
プロジェクトマネジメントとはプロジェクトを管理すること。 では、管理とはなにか。 私はこの問いについて、過去同じプロジェクトにご意見番として参画されていた大先輩から投げかけられたことがある。 管理とは何か かんり【管理】 （ 名 ） スル ① 組織を取りしきったり、施設をよい状態に維持したりすること。 「ビルを－する」 「業務を－する」 「国立公園の－」 「品質－」 「健康－」 「 －者」 ② 私法上は、財産などについて、その性質を変更しない範囲で保存・利用・改良を目的とする行為。または、他人の事務について、その内容を現実化するための行為。 辞書にはこう記されているけれど、自身がそのプロジェクトとしてどう立ち振る舞うべきか改めて考えるきっかけになった。 「目的を達成するために、計画をたて、リソースを集めて、実行を監視して・・」というような教科書的な答えをその時は返したような気がする。 頭で
OpenInterpreter / ついにAIがガチのアシスタントに!これは凄い、というか凄すぎる｜shi3z
凄いものが出てきてしまった。 ChatGPTの「Code Interpreter」が話題になったが、あれはあくまでクラウド上で動いているだけ。それを模してローカルで動作するようになった「Open Interpreter」は、衝撃的な成果である。 Open Interpreterのインストールは簡単。コマンド一発だ $ pip install open-interpreter起動も簡単 $ interpreter -yこれだけでOK。 あとはなんでもやってくれる。 たとえばどんなことができるのかというと、「AppleとMetaの株価の推移をグラフ化してくれ」と言うとネットから自動的に情報をとってきてPythonコード書いてグラフをプロットしてくれる。 凄いのは、ローカルで動くのでたとえばApplescriptを使ってmacOSで動いているアプリを直接起動したり操作したりできる。「Keynot
『スティーブズ 特別編"ソーシャル・ディスタンス"』を5言語に翻訳しました｜Mantra株式会社
今週月曜に公開されたうめさんと松永肇一さんによる『スティーブズ 特別編：ソーシャル・ディスタンス』はもう皆さんご覧になったでしょうか？ 大金持ちが何億ドルも無駄にする話。もしくは『スティーブズ特別編"ソーシャル・ディスタンス"』 1/4 pic.twitter.com/XK2epSBFO5 — うめ 『東京トイボクシーズ』連載中 (@ume_nanminchamp) April 13, 2020 COVID-19に対抗するワクチンをつくるため、7つの工場を作ると宣言し、世界中を驚愕させたあのビル・ゲイツのエピソード。マンガみたいな話だと思っていたら本当にマンガになっていて、しかもそれがメチャクチャ面白い！ エピソード的にも、是非これは色々な言語で、多くの方に読んで頂きたいなと思い、今回弊社からの提案で、翻訳を請け負わせて頂くことになりました。 *English ver. has come!
Webサイト制作の要件定義書の確認項目｜重松佑 / Shhh inc.
プロジェクトのキックオフ前後に作成する要件定義書。確認の抜け漏れを最小限に抑えるには、どのようなことを記載しておくべきか。そして、メンバーへのスムーズな共有と、その後の円滑なプロジェクト進行のための、良い要件定義書とはどのようなものだろう。自分たち用のメモも兼ねて「Webサイト制作プロジェクトの要件定義書」の確認項目をnoteに整理してみます。 1. プロジェクト概要1-1. 背景プロジェクトを発案するに至った背景です。現状の課題、ビジネス要件の変化、ユーザーの変化、社会的要請など、プロジェクトの存在意義や必要性を記載します。 1-2. ゴールゴールとは「完了条件」です。何を達成すれば終わるのか、どこに行けば終わるのかを記載します。通常は5W1Hのうち、WHATやWHEREをゴールとします。 1-3. 目的プロジェクトを何のために進めるのかという意図です。ゴールよりも広い視野で捉えます。5
進捗確認をやめると上手くいく｜きゅーい / koyo
プロジェクトマネジメントといえば「進捗確認」と思っている人も沢山いると思いますが、私は進捗確認という行為そのものに否定的です。 このエントリでは、進捗確認という行為がいかに無意味であるかという話および、進捗管理として行うべきことを書いていきます。 誰かのプロジェクトマネジメントの参考になればと思います。 ※ 進捗管理が不要という話ではありません 進捗確認の定義このエントリでの進捗確認は下記の定義とします。 複数人が関わるプロジェクト等において、プロジェクト等をマネジメントするべき立場にある人間が、プロジェクトの所属メンバーに対してタスクの進捗状況を口頭・テキスト等で直接確認する行為 少し難しい言葉で書きましたが「進捗どう？」といった質問およびその回答からなる一連の流れだと思ってください。 なぜ進捗を確認したくなるのかプロジェクトマネージャー（PM）の仕事のひとつに納期の管理というものがあり
仕事が早い人は、思考と作業を分けている｜三宅孝之
僕が社内でずっと言い続けていることがあります。 それは「思考と作業は分けましょう」ということです。 よく、プレゼン資料を作るためパワーポイントを開いてフリーズしている人がいます。もしくは、文章を書くためワードを開いてフリーズしている人もいます。それは「思考と作業を同時にやろうとしている」からです。 ではなぜ、思考と作業を同時にやると効率が悪くなるのか？ それは「脳サボっちゃう問題」が起こるからだと思っています。 脳というのは考えることをめんどくさがるもの。作業をやりながら思考しようとしても、脳は作業のほうにリソースを使ってしまい、思考のほうになかなか行かないのです。 パワーポイントで図を作成しているときや、ワードで文章を打ち込んでいるときは、「思考」しているように思えますが、実は脳の多くが「作業」に使われている、ということも少なくありません。 だから、なるべく脳を作業から解放してあげること
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Notion – The all-in-one workspace for your notes, tasks, wikis, and databases.
ベーシックインカム⭐近未来マンガ⭐寺西竜也｜note
