今年こそは失敗プロジェクトをなくしたいと思っているみなさんこんにちは。ryuzeeです。 先日海外のサイトを見ていたところ、10 Signs When Projects Are Doomed to Failureという面白い記事を見つけたので、10の兆候それぞれをご紹介しつつ私の私見を述べておきたいと思います。 なお、アジャイルなのかウォーターフォールなのかは関係なくあてはまります。 失敗プロジェクトの兆候(1) プロジェクトメンバーが自分たちのタスクをこなすよりもプロジェクトの悪い状況について話し合いをするのに時間を使っている よくあるパターン。 たとえばなかなか仕様が決まらないので見切りで発射してみたら、途中で色々な仕様変更がおこったり考慮漏れが出てきたりして常に対策会議をしなければいけなくなったり、 品質が悪すぎて品質改善のための会議を頻繁におこなうことになったりといった状況。 タス

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? ぼんやり1メンバーとして眺めていたプロジェクトが、リリース1週間前になって「あれも足りない！これも出来てない！どうすんじゃゴラァ」となったときに突如ディレクターとしてぶっこまれ投入されたときにやってみたことのメモ。 一次対応 とにもかくにもPJTに投入されて最初にやったこと。 コミュニケーションルールをみんなで確認して、守ってもらうようにした 誰が何の情報を持ってて、そして誰から誰にどんな指示が出てて、それらがどんなステータスか、、、 もうぐっちゃぐちゃになっていた。 ディレクターは一度死ぬが、一旦全部ディレクターに報告させて、ディレク

7. 大規模スクラム PO Lead Company Board UX Specialist Portofolio Architect PO Lead Architect Releaser Architect Releaser Product Product Scrum Support

2人の若者が同じプロジェクトにアサインされました。 一人はできる君、ひとりは残念君と言いました。 そのプロジェクトは優秀なPMとモチベーションの高いメンバーで構成されており、スケジュールやタスクなど大変見通しがよく、整理された進行状態を保っていました。極楽プロジェクトと呼びましょう。 できる君はプロジェクトの全体を把握し、自発的に自分にできそうなタスクを探し、プロジェクトに貢献しはじめました。すぐに重要なタスクを任されるようになりました。 残念君はプロジェクトを見通せておらず、自分に何ができるかも分かりませんでしたが、PJメンバーが彼にちょうど良いタスクを探したり作ったりして、彼に仕事を振っていました。残念君も頑張ってはいますが、重要な仕事はまだできませんし、PJのリソースを奪っている面も否定できません。 ある日残念君に転機が訪れます。ダメなPMが仕切り、モチベーションの低いメンバーが集め

NASAのチームビルディング チャールズ・J・ペレリン（著） アチーブメント出版 2010年6月 ISBN-10: 4902222892 ISBN-13:978-490222289 2100円（税込み） ■技術者のための本である 「予算は削減、スケジュールも短縮」「下請けへの圧力」「何か問題があると、すぐにマネージャが入れ替わる」「メンバーは総じてマイペースな職人タイプで、他人との触れ合いを最小限にとどめたい傾向にある」――。 どこかで聞いたことがあるような話だが、上記はアメリカ航空宇宙局（NASA）の開発プロジェクトに携わるエンジニアや学者の日常である。 本書の著者は、NASAの天体物理学部門でプロジェクトを指揮してきたマネージャだ。本書にはNASAプロジェクトの話（デスマーチなネタもある）が随所にちりばめられていて、「ああ、NASAのエンジニアも同じようなことで悩んでいるのだなあ……」

現代のITプロフェッショナルには技術的な専門知識とソフトスキルの双方が要求される。このようなことはずっと昔から言われ続けている。しかし、そういったソフトなスキルに対するニーズはどんどん膨らみ続けているのである。 IT技術のスキルとしてどういったものが必要になるのかは、企業によって異なっている。しかし、ほとんどのIT企業に共通するニーズがある。それがソフトスキルというわけだ。こういったニーズが求めらるのは今に始まった話ではない。30年ほど前にも、企業のIT部門は文系の学生を採用し、ビジネスアナリストやシステムアナリストへと育成することで、プログラマーとエンドユーザーの間に横たわる「コミュニケーションギャップ」を埋めようとしていた。また、最高情報責任者（CIO）の経歴を見てみると、ほぼ半数が文系出身となっている。 では、現代の企業がITプロフェッショナルに求めるソフトスキルとは、どういったもの

8月3日、東京都港区南青山に、「246 COMMON FoodCarts<>Farmer’s Market」がオープンする。これは期間限定の空地活用プロジェクトだ。およそ250坪の敷地には車両型のモバイルショップとトレーラーが20店舗～30店舗が参加。オープンエアの共用スペースを中心に産直の野菜や食物販を販売するマルシェ、個性あふれる雑貨店や飲食店が集まったコミュニティ型の商業空間となる。 ここを企画、運営するのはカフェ・カンパニー。「都心に増えつつある遊休地を従来とは違うかたちで有効活用し、多くの人が集う場所にしたい」と考え、土地を所有するUR都市機構に「モバイルショップ」というかたちで提案、実現に至った。目指しているのは、「なじみ、お隣さん、おせっかい…、いつのまにか失われた当たり前のコミュニケーションに今一度目を向ける。そして今の時代に生きる私たちの身の丈にあった目線で、場所もそこに

ベトナムにおけるBacklog活用のリアル ベトナムにおけるBacklog活用のリアル backlog Backlog の Amazon EKS クラスターを Blue-Green アップデートするためにやっていること Backlog の Amazon EKS クラスターを Blue-Green アップデートするためにやっていること backlog 2023年最も素晴らしいプロジェクトを表彰！Good Project Awardを開催しました 2023年最も素晴らしいプロジェクトを表彰！Good Project Awardを開催しました backlog Backlog開発者が夫婦の不和をなくす家庭管理アプリを作ってみた話 Backlog開発者が夫婦の不和をなくす家庭管理アプリを作ってみた話 backlog 創業からもうすぐ80年の老舗企業！ミートボールでおなじみの石井食品様で、プロジェクト

プロジェクト管理は決して精密な科学ではないが、これにソフトウェア開発が持つ予測が難しいという性質と組み合わせられると、大きな悲劇のレシピが生まれる。わたしは、ソフトウェア開発プロジェクトに取り組んでいるプロジェクトマネージャーがよく犯す過ちを数多く見てきた。それらの過ちの一部はソフトウェア開発に限ったことではないが、この文脈では特に頻繁に起こり、ダメージも大きい。 1．「人数を増やせばよい」という誤解 Fred Brooks氏は同氏の有名な言葉の中で、よくあるプロジェクト管理の間違いについて「ある女性が9カ月に1人子どもを産めるからといって、9人の女性がいれば1カ月に1人の子どもを産めるわけではない」と表現している。そして、この間違いは今でも頻繁に見られる。ある問題に多くの人間を割り当てれば、その問題は早く解決するという考え方だ。残念ながら、これは正しくない。 プロジェクトに人を1人投入す

次期年金システムの開発プロジェクトが、発注の失敗をきっかけに1年以上停滞していることが本誌の取材で明らかになった。設計作業を受注したIT企業の1社が役目を果たせず途中でギブアップし、再発注がなされないままの状態になっている。税と社会保障の一体改革をめぐる政治の混乱もあり、再開のメドは立っていない。 ストップしているのは、オープン化を目指す次期年金システムのプロジェクトだ。厚生労働省は「年金記録問題」が表面化した後、既に着手していた基本設計の一部をやり直す「補完工程」を3社に分割発注した（図）。3社のうちシステム基盤設計を3億8640万円で受注したユーフィット（現TIS）が、契約を履行できなかった。 アプリケーション設計を担当したNTTデータと工程管理支援を受注したTDCソフトウェアエンジニアリングは、それぞれ「契約どおりに作業を進めた」（厚労省年金局）。一方、システム基盤設計の進行は遅れた

フリーランスで制作だけでごはんをたべているひとのほとんどは 少なくとも２〜３件、多い時は１０件以上の案件を 並行してプロジェクトをすすめているとおもいます。 新規ベンチャーな社長さんや、 ディレクションリーダーさんなんかもそうかもしれません。 今回は、どうやって複数のクライアント様との お仕事を滞りなくすすめていくのかということを考えてみたいと思います。 課題と希望： ・各クライアント様とのやりとりのなかで決定しているスケジュールや予定に沿い、 納期を守りたい。 （もっと言えば、納期より２〜３日前にはアプローチして信用を勝ち取りたい。） ・各案件のファイルまですばやくアクセスし、いつでも取り出せるようにしたい。 ・データの共有や、報告事項の共有をし、トラブルをなくしたい。 こんな風に、お客様の要望に応えられる、よい制作担当でいたいですよね。 これらを今回の課題と希望にしてみます。 役割を持

2017年6月30日 便利ツール 「海外Webサイト・海外Web屋の特徴」でも少し紹介したプロジェクト管理サービス、Basecamp。「日本語版があれば使ってみようかな」という人がいたのですが、実は日本語に対応しているのです！アカウントの作成、言語の設定を含めた、Basecampの簡単な使い方を紹介します！ ↑私が10年以上利用している会計ソフト！ Basecampとは？ Basecampは37signalsが提供しているオンラインプロジェクト管理ツール。「よりシンプルに使いやすく」をテーマに作られ、海外では企業やフリーランサーに大人気です。チームメンバーとタスクを共有することで、誰がどんな業務を持っているのか、どこでつまづいているのかなどがわかるようになり、結果プロジェクトの進行がスムーズになると思います。 Basecampの特徴 メッセージボード、ToDoリスト、マイルストーン、Whi

有料 契約数 14,000 件以上 ※1 有料利用 ユーザー数 140 万人以上 ※2 サービス 継続率 98.8 % ※3 ※1：2024年9月末時点。 ※2：2024年9月末時点の有料契約内でBacklogを使用している利用者数の合計（契約者に招待されて同一スペースで使用しているユーザーを含む） ※3：2024年9月末時点の有料契約総数に占める解約数を引いた割合。

こんにちは、櫛井です。 陰と陽、正義と悪、肉食と草食、いつの世も相反する要素というのはありますがいずれも表裏一体ともいえます。今回は、ディレクターとして身に付けておきたい「客観的な視点」について書いてみたいと思います。 客観的な視点はなぜ必要？ Webのディレクターをしていくと様々な役割を求められますが、一番大きな役割は「プロジェクトをゴールさせること」ではないでしょうか。企画だけうまくいっても、開発だけうまくいっても、結局は設定したゴールに辿り着かないことには意味がありません。プロジェクトメンバーには様々な考え方の人が集まりますが、その時にチームを引っ張る力とはなんでしょうか。私は客観的な視点から生まれる説得力であると考えます。 また、自分以外の誰かに「なぜこうなのか」を説明する時にも「え、いいと、思ったから…」では説明になりませんね。あらかじめ様々な視点 (とくに自分とは相反する視点)

【第3回】IT導入でやってはいけないこと：まるごと！ 中堅・中小企業とIT経営（1/4 ページ） 前回は、中堅・中小企業における経営課題とITサービスの活用方法についてお伝えした。今回は、企業がIT導入するときに「やってはいけないこと」について、事例をまじえて整理する。 IT導入の実態 企業のITサービス導入に関するデータとして、「日経コンピュータが」2003年と2008年にアンケート調査した結果（図表1-1）を紹介する。このデータによれば、アンケート調査をした企業814社のうち、品質、コスト、納期の3基準すべてで「当初計画通りの成果」を収めたプロジェクト（ITサービスの導入）を成功基準として成功率を算出している。結果、成功した割合は、2008年が「31.1％」、2003年は「26.7％」である。成功率は5年間で上がっているという見方もできるが、そもそも約７割の企業がITサービスの導入に失