「WBS」をきちんと作れますか？ 覚えておきたい2種類の表記方法
WBS（Work Breakdown Structure）の出来は、プロジェクトの成功に大きな影響を与える。WBSの不備は、計画の不備につながり、プロジェクトが混乱する要因になりかねないからだ。だが、「WBSをきちっと作れますか？」と問われて、自信を持って「イエス」と答えられる人は少ないだろう。出来上がったWBSを見ると簡単に作れそうに見えるが、いざ自分で作ってみようとすると意外と難しい。 「これを知っていればWBSなんて簡単に作れますよ」という魔法のようなテクニックはないが、いくつかの定石のようなものはある。1回のコラムで定石のすべてを書ききれるわけではないので、不定期になるが、何回かにわたって解説したい。今回のテーマは、WBSの表記方法とその使い方だ。 WBSの表記方法にルールはない WBSの表記方法に決まりはないが、一般的には、ボックス内に作業を記述し、ボックス間を結ぶ線で階層構造を
日本のPMP資格者数は世界5位、その力を生かせているのか
「5人のボランティアが米国で始めたPMI（プロジェクト・マネジメント・インスティテュート）は世界最大のプロフェッショナル・コミュニティーになった。今なお成長を続けており、中でもアジア・パシフィック（AP）は最速の伸びを示している」 来日したPMIのソヒュン・カン アジア・パシフィック・リージョナル・マネージング・ディレクターはこう切り出した。PMIが認証した「プロジェクトマネジメントプロフェッショナル（PMP）」と呼ぶ資格の保有者は全世界で160万人いて、このうち68万人がPMIの会員になっている。APの42カ国（中国とインドを除く）で見ると、PMPが14万人で会員が6万2000人だ。 APの中で最も多いのは日本で、PMPが4万4000人で会員が1万3000人。さらに1万3000人のうち、6000人はPMI日本支部という地域組織の会員にもなっている。4万4000人は中国、米国、カナダ、イン
グーグル社員、Bardの有用性と投入された資金の多さを疑問視
｢私が今もまだ考えている最大の課題は、大規模言語モデル（LLM）は本当に何の役に立つのかということだ｣ Bardのユーザー・エクスペリエンス部門の責任者を務めるキャシー・パール（Cathy Pearl）は、ブルームバーグによると2023年8月のチャットにこう書いたという。 ｢本当に役に立つものだ。ただし未定！｣ ｢私の経験則では、独自に検証できない限り、LLMのアウトプットは信用しないことにしている｣とBardのシニアプロダクトマネージャー、ドミニク・ラビージ（Dominik Rabiej）は2023年7月に語っている。 ｢LLMを使えるところまで持って行きたいが、まだそこまでには至っていない｣ AIを搭載したチャットボットは幻覚に陥りやすく、しばしば事実を捏造したり、誤って伝えたりすることが多い。例えば、グーグルのBardは、ガザとイスラエルの間で最近武力衝突が激化しているのにも関わらず
最近見かける新しいライセンスについて - Kengo's blog
Elastic社のブログをきっかけに、最近見かける新しいライセンスについて個人的に調べてみた。私は専門家ではないので要注意。公開情報も隅々まで追えているわけではないし。 なお一部ライセンスはOpen Source Initiative (OSI)による承認を受けていないので、ここではオープンソースライセンスではなく単に「ライセンス」と書くことにする。 新しいライセンスが誕生している背景 従来のオープンソースライセンスが再頒布以外の利用をあまり想定していなかった。 Open-core modelないし完全オープンソース戦略を採る企業が自衛策を必要とした。 既存のライセンスが難解なため、理解しやすいライセンスが求められた。 OSS活動を収入に繋げるためのモデルが試行錯誤されている。 新しいライセンスを導入しているプロジェクト（一例） プロジェクト ライセンス Elastic SSPLと独自ライ
アジャイル環境で必須 ビジネス要件定義書（BRD）を作成する際のポイント
アジャイル環境で必須 ビジネス要件定義書（BRD）を作成する際のポイント：どう作るか、どう活用するか アジャイルソフトウェアチームが仕事を行う際には、厳密なプロセスや厳格な監理委員会を設けるべきではない。それでも、ビジネス要件定義書は、チームの中心に据える必要がある。本稿では、そのビジネス要件定義書について考える。 ソフトウェアチームは、顧客に提供予定の具体的な製品または価値をビジネス用語を使って要約する明確かつ包括的なドキュメントを作成して、管理しなければならない。このビジネス要件定義書（BRD：Business Requirements Document）を用意すれば、顧客のニーズを満たすことが可能になる。 アジャイルソフトウェアチームは、顧客用か社内業務関係者用かを問わず、アプリケーションを作成する前に、BRDの作成方法を理解する必要がある。本稿では、BRDが果たす役割、アジャイルプ
進捗確認をやめると上手くいく｜きゅーい / koyo
プロジェクトマネジメントといえば「進捗確認」と思っている人も沢山いると思いますが、私は進捗確認という行為そのものに否定的です。 このエントリでは、進捗確認という行為がいかに無意味であるかという話および、進捗管理として行うべきことを書いていきます。 誰かのプロジェクトマネジメントの参考になればと思います。 ※ 進捗管理が不要という話ではありません 進捗確認の定義このエントリでの進捗確認は下記の定義とします。 複数人が関わるプロジェクト等において、プロジェクト等をマネジメントするべき立場にある人間が、プロジェクトの所属メンバーに対してタスクの進捗状況を口頭・テキスト等で直接確認する行為 少し難しい言葉で書きましたが「進捗どう？」といった質問およびその回答からなる一連の流れだと思ってください。 なぜ進捗を確認したくなるのかプロジェクトマネージャー（PM）の仕事のひとつに納期の管理というものがあり
世の中の体系化された「プロジェクトマネジメント」には、宇宙開発分野の失敗が役立っている
毎回1つのテーマに絞り、テーマに対してのLTを行うTechDLT。「プロジェクトマネジメント・プロダクトマネジメント」をテーマにした「プロジェクト/プロダクトマネジメントについてLT！ TechDLT Vol.7」に登壇したのはJAXA宇宙科学研究所の三浦氏。まずは、ロケット打ち上げにおけるプロジェクトマネジメントの大きな方針について話します。 世の中の「プロジェクトマネジメント」などの言葉の源流は「NASA式プロジェクトマネジメント」である 三浦政司氏：最初は「NASA式プロジェクトマネジメント」をちゃんと自分で勉強して体系的に紹介できたらとチラッと考えていました。でもそこまでいけなさそうだったので「NASA式プロジェクトマネジメント」に基づいた、私自身がJAXAでしている組織マネジメントについて、かいつまんで紹介できたらと思っています。 基本的にJAXAのプロジェクトマネジメントは、N
内製化企業が語り合った、「サイロ化」「ブラックボックス化」「ナレッジロスト」への対応の現在
パネルディスカッション「DX ルポライターが先行企業に訊く、内製開発のポイントと課題」の様子を紹介してきた本連載も、3回目となる本稿が最終回。今回は、開発のサイロ化、ブラックボックス化、ナレッジロストについて話し合われた部分をお届けする。 登壇者は前回に引き続き、DX最前線を取材するノンフィクションライターで同ディスカッションのモデレーターである酒井真弓氏、内製化を進めるauコマース＆ライフの山田豊氏、SOMPOシステムズの関谷雄太氏、Retail AI Xの辻隆太郎氏の4名だ。 内製化チームのサイロ化に「チームトポロジー」で対応 酒井氏は、内製化チームを作るためのポイントについて辻氏に質問した。 辻氏は、以前プロジェクト単位でチームがひも付けされており、技術的にサイロ化してしまう状態にあったと前置きし、サイロ化を回避しながら平準化を図るべく、「チームトポロジー」を取り入れたと述べた。 チ
「なぜやってないの？」「なぜ遅れたの？」に終始する議論 進捗会を「やったこと報告会」にしないために必要な考え方
アンチパターンその3 「やったこと報告会になりがちな進捗会」 西郷智史氏：3つ目は進捗管理です。今までは計画の話が中心でしたが、実行管理において、みなさんがどのようなことをやってしまっているかという観点で話をしていきたいと思います。 まずは「やったこと報告」進捗会です。これは、その週に起こったことや、やったことを詳細に報告する進捗会のこと。具体的に言うと、毎週月曜日に先週やったことの報告会・進捗会をします。「先週はこれをやりました」「ここまで終わっています」「でもこれは70パーセントぐらいです」などと、先週やったことを報告する会をやっています。 これのどこがチェックポイントかというと、タスク実行の予実にやたらとこだわるところです。「これぐらいの予定だったけれども実際はこれぐらいかかりました」「オンスケジュールです」などと予実にやたらとこだわってしまいます。あとは、なぜ遅れたのかという議論が
全関係者の相関図をまず作れ、「聞いてない」は手戻りに直結
書籍『誰も教えてくれなかったアジャイル開発』（日経BP）では、ウオーターフォール型開発が主流の「日本企業」で試行錯誤しながらアジャイル開発を成功に導いてきたコンサルタントたちが、自ら経験を体系化している。本書から抜粋し、アジャイル開発のポイントを紹介する「実践編」から、“抵抗勢力”への対策について解説する。（技術プロダクツユニットクロスメディア編集部） ここではプロジェクト関係者、とりわけステークホルダー「全員」をリストにまとめて可視化する。プロジェクト開始時に直接プロジェクトに参加する人たちの体制図はつくるものの、間接的に影響を与える可能性のある人たちについては各自の頭の中にあるだけで、積極的に洗い出したり可視化したりはしないプロジェクトが多い。 ステークホルダーの可視化が不十分だったプロジェクトで起こったトラブルを紹介しよう。営業活動を可視化し、業務効率向上と働き方改革を支援することを
自社開発×アジャイルだからこそ、「スケジュールを決めない」 “組織全体で分担する”プロジェクトマネジメントの考え方
登壇者の自己紹介 南里勇気氏（以下、南里）：登壇者の自己紹介を進めたいので、登壇者の方々に上がってもらいます。本日はよろしくお願いします。 野田克樹氏（以下、野田）：お願いします。 鈴木伸緒氏（以下、鈴木）：お願いします。 坪田朋氏（以下、坪田）：お願いします。 南里：司会のフードテックキャピタルCTOの南里勇気と申します。よろしくお願いします。ふだんはエンジニア・経営者としていろいろやっていますが、今回のテーマはPM×デザインで、もの作りの観点から登壇者の方々にいろいろ聞きたいと思うので、よろしくお願いします。それではdely株式会社の坪田さん、紹介をお願いします。 坪田：今回はCXOというタイトルで「クラシル」を運営するdely株式会社でクラシルの開発責任者としてサービスの方針を決めたり、意思決定しています。 僕自身はデザインを軸としていろいろな事業を作ったり、会社を作ってそれが丸ごと
プロジェクト管理ツールの利用状況／前編（2021年）
タスクの投げ合いにサービス残業常態化、PM逃亡……コロナ渦の実録トラブル 新型コロナウイルス（COVID-19）の感染拡大を背景とした働く環境の変化によって、プロジェクトの進捗管理やタスク管理の難易度は増している。テレワークシフトによって生じたプロジェクト管理のトラブルをフリーコメントで聞いた。 多く挙げられたのは、社内外で対面コミュニケーションの機会が制限されたことによって業務の平準化が難しいという悩みだ。「クライアントからの急なオーダーに対して、チーム内での情報共有がうまくいかず、結局窓口となっている従業員が1人で対応せざるを得なかった」や「各人の業務負荷が見えにくい上に、リソース不足からタスクの投げ合いが発生し、非協力的な関係性が増長した」など、メンバーの負荷に偏りが生じた事例が報告された。 こうした状況の回避や改善を担うはずのPMも「顔が見えない」状況でのプロジェクト管理に苦心して
PMBOK®ガイド第7版（日本語版）提供予定について｜お知らせ｜一般社団法人 PMI日本支部
PMBOK®ガイド第7版（日本語版）提供予定について 2021年07月14日 米国PMIでは すでに A Guide to the Project Management Body of Knowledge (PMBOK® Guide) の書籍が8月1日リリース予定と発表されており、PMI会員向け特典のPDF版ダウンロードサービスも7月1日より開始されていますが、日本語版については現在PMI日本支部において制作作業が進行中です。 PMBOK®ガイド第7版 日本語版は第6版までとは異なり、商品品質の向上を図るため、制作・印刷を日本国内で行います。 現時点でPMBOK®ガイド第7版 日本語版のリリースは以下を予定しています。 ・書籍リリース : 2021年11月 ・支部会員特典用PDF版リリース :2021年10月 なお書籍版の予約販売開始時期については未定です。書籍販売・出荷関連の調整後に別途
オープンソースのプロジェクト管理ツール「Taiga」を試してみた | DevelopersIO
こんにちは！DA(データアナリティクス)事業本部 サービスソリューション部の大高です。 プロジェクト管理ツールは色々ありますが、スクラム開発を実施する際には一定のお作法などもあり、より特化したツールのほうが利用しやすいかと思います。 今回はそんなプロジェクト管理ツールとして、オープンソースのプロジェクト管理ツール「Taiga」を試してみました。 Taigaとは？ Taigaはアジャイルチーム向けのプロジェクト管理ツールです。直感的なユーザーインターフェイスを備えており、また多言語対応もしています。 「Basicプラン」または「Premiumプラン」の2つから、いわゆるSaaS型の利用ができますが、一方でセルフホスティングとして利用することで無償利用も可能です。 今回は、こちらのセルフホスティング型での利用を試してみたいと思います。 前提条件として、Docker環境が必要となるので私はDoc
Docker Desktopが有料化へ、ただし250人未満かつ年間売り上げ1000万ドル（約11億円）未満の組織や個人やオープンソースプロジェクトでは引き続き無料で利用可能
Docker Desktopが有料化へ、ただし250人未満かつ年間売り上げ1000万ドル（約11億円）未満の組織や個人やオープンソースプロジェクトでは引き続き無料で利用可能 Docker社は、これまで無料で提供してきたDocker Desktopの有料化を発表しました。 We're updating and extending our product subscriptions! New subscription tiers include Personal, Pro, Team, and Business. Details here: https://t.co/pyDetDKGjC #Docker #Subscriptions pic.twitter.com/Or8l6YoIUO — Docker (@Docker) August 31, 2021 Docker DesktopはWind
オープンソースのメンテナー、多くは十分な対価を得られず--ストレスも
Steven J. Vaughan-Nichols （Special to ZDNET.com） 翻訳校正： 村上雅章 野崎裕子 2021-06-17 06:30 Linuxカーネルにおけるstable（安定）ブランチのメンテナーであるGreg Kroah-Hartman氏は最近、ミネソタ大学の一部の開発者らが悪意あるパッチを意図的に混入しようとしたという事件をきっかけに、ミネソタ大学の開発者らが提出するLinuxへのパッチすべてをブロックした。このようなパッチの提出はセキュリティの観点から見て極めて悪質であるものの、Kroah-Hartman氏の指摘したところによると、コードのメンテナーらは意図的に悪質なコードを混入しようとする試みを発見し、断罪するという無駄な時間がなかったとしても、「本来の作業を十分過ぎるほど抱えている」という。それは間違いのない事実だ。 というのも、オープンソースの
CloudLinux、「CentOS」の代替OS「AlmaLinux」の一般提供を開始
「CentOS Linux」の開発元であるRed Hatが「『Red Hat Enterprise Linux』（RHEL）のリビルド版であるCentOS Linuxから、最新版のRHELの少し先を先行する『CentOS Stream』に重心を移す」と発表した際、多くのCentOSユーザーは憤慨した。その声を聞いて、CentOSプロジェクトの共同創設者であるGregory Kurtzer氏は自ら、CentOSの代わりになるRHELクローンとして「Rocky Linux」を作ると発表した。そのすぐ後に、法人向けのCentOSディストリビューターであるCloudLinuxが新たに独自のCentOSクローンを作り上げる「Lenix」プロジェクトを発表していた。そして今回、「AlmaLinux」という新たな名称の下、一般提供（GA）が開始された。 CloudLinuxは、マルチテナント型のウェブ／
RACI図 - Wikipedia
この記事は検証可能な参考文献や出典が全く示されていないか、不十分です。 出典を追加して記事の信頼性向上にご協力ください。（このテンプレートの使い方） 出典検索?: "RACI図" – ニュース · 書籍 · スカラー · CiNii · J-STAGE · NDL · dlib.jp · ジャパンサーチ · TWL (2022年12月) RACI図（英: RACI diagram）は、プロジェクトや何らかの工程をチームあるいは人々に役割分担させる際に使用される図の一種である。複数の組織が共同で行うプロジェクトなどで、役割分担を明確化するのに特に有効とされる。RACIチャートとも。 RACI図は、タスクを4種類の参加者の責任型に分割する。また、プロジェクトや工程毎に各参加者には異なる役割が割り当てられる。この責任型の名称の頭字語が RACI である。 Responsible（実行責任者） -
Rustを支援する独立非営利団体「Rust Foundation」が発足
オープンソースのプログラミング言語「Rust」を開発するRust Core Teamは2021年2月8日（米国時間、以下同じ）、Rustとそのエコシステムを支援する独立非営利団体「Rust Foundation」の設立を発表した。 Rust Foundationは「大規模な参加型オープンソースのエコシステムの維持拡大に向けた新たな取り組み」を進めるとうたっている。「良いソフトウェアは、充実したサポートを受けるハッピーな人々によって作られる」というメッセージを掲げ、Rustプロジェクトの開発とガバナンスを担う一連のメンテナーのサポートに力を入れていく。 Rust Foundationの設立メンバー企業はAmazon Web Services（AWS）、Google、Huawei Technologies、Microsoft、Mozillaの5社。 Rust Foundationが2021年2
Docker社、Docker Hubのソースコードの一部を「Docker Distribution」としてCloud Native Computing Foundationに寄贈
Docker社、Docker Hubのソースコードの一部を「Docker Distribution」としてCloud Native Computing Foundationに寄贈 Docker社は、同社が提供しているDockerコンテナのレジストリサービス「Docker Hub」のソースコードの一部であり、さまざまなDockerコンテナレジストリサービスのリファレンス実装にもなっている「Docker Distribution」を、Cloud Native Computing Foundationに寄贈したことを発表しました。 Docker HubはDockerコンテナのイメージを登録し、検索し、引き出すことのできるレジストリサービスです。 こうした、いわゆるDockerコンテナレジストリのサービスは、現在ではDocker社以外にもさまざまなクラウドベンダやソフトウェアベンダが提供しています
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
