アジャイルを採用したソフトウェアプロジェクトの失敗率はその他の手法と比べて268％も高いことが判明
ソフトウェアの開発手法としてアジャイルを採用したプロジェクトはアジャイル以外の手法を採用したプロジェクトに比べて失敗率が268％も高いという調査結果が発表されました。 268% Higher Failure Rates for Agile Software Projects, Study Finds - Engprax https://www.engprax.com/post/268-higher-failure-rates-for-agile-software-projects-study-finds 268% higher failure rates for Agile software projects • The Register https://www.theregister.com/2024/06/05/agile_failure_rates/ 今回の調査はコンサルタント会社「
CentOS Stream入門 - 赤帽エンジニアブログ
Red Hatの森若です。 この記事は Software Design 2021年3月号 に執筆した「CentOS Stream入門」の原稿から派生させた記事です。 CentOS Streamとは? CentOS Streamは2019年9月に公開された比較的新しいLinuxディストリビューションです。 その後2020年12月に、CentOS プロジェクトが出荷されたRHELをリビルドしたCentOS Linuxの作成を近い将来やめ、CentOS Streamへシフトする発表を行いました("CentOS Project shifts focus to CentOS Stream")。このアナウンスでCentOS Streamの存在を知ったという方も多いかと思います。今回はこのCentOS Streamを紹介していきます。 CentOS Streamは安定志向のディストリビューションで、将来
炎上案件に突如ディレクターとして投入されたときにやってみたこと - Qiita
ぼんやり1メンバーとして眺めていたプロジェクトが、リリース1週間前になって「あれも足りない！これも出来てない！どうすんじゃゴラァ」となったときに突如ディレクターとしてぶっこまれ投入されたときにやってみたことのメモ。 一次対応 とにもかくにもPJTに投入されて最初にやったこと。 コミュニケーションルールをみんなで確認して、守ってもらうようにした 誰が何の情報を持ってて、そして誰から誰にどんな指示が出てて、それらがどんなステータスか、、、 もうぐっちゃぐちゃになっていた。 ディレクターは一度死ぬが、一旦全部ディレクターに報告させて、ディレクターから適切な人に指示を出すことにし、メンバー同士でのダイレクトなコミュニケーションをいったん、原則禁止した。 （ディレクターがAさんとBさんで直接やって、と指示を出すときもあるが、それもやりとりの結果をAさんから必ずフィードバックさせるようにした。） ただ
Redmine Desktop Client - 常時手元においておきたいデスクトップRedmineクライアント MOONGIFT
Redmineをプロジェクト管理に使っている企業は多いです。アジャイル開発のみならず必要十分な管理項目があることで従来のプロジェクト管理においても活躍します。 しかしWebブラウザからアクセスするのに対して若干の不便さを感じることもあります。もっと素早くアクセスできれば良いのに…そう思う方はRedmine Desktop Clientを使ってみましょう。 Redmine Desktop ClientはオリジナルのRedmineClientからフォークし、REST APIを使うようにしたソフトウェアです。 接続設定です。RedmineのURLとID/パスワードを入力します。Redmineのバージョンも指定する必要があります。 タイムトラッキング機能があります。タスクを選んでトラッキングを開始します。 タスクの編集や追加もここからできます。 RedmineのWeb UIから操作するよりもRed
WBS（だぶりゅーびーえす）
work breakdown structure / ワーク・ブレークダウンストラクチャ / 作業分解図 / 作業分割構成 / 作業の詳細構造 プロジェクトマネジメントの計画フェイズにおける主要なツールで、プロジェクトの成果物あるいは仕事（work）を詳細区分（breakdown）して階層構造（structure）化した図表、あるいはその図表によってプロジェクトのスコープ（注1）全体とその中で作られる成果物ないしは作業の関係を体系的に集約・把握する手法のこと。 WBS作成はプロジェクト計画の初期に行う作業で、プロジェクトで実施されなければならないすべての作業を洗い出し、同時にプロジェクトマネジメントにおけるコントロール単位を明確化するものとなる。WBSはその後のプロジェクト工数の見積もり、日程計画（ネットワーク図など）、調達管理（外注化判断）、資源配分計画（役割分担表など）、予算／コスト管
アジャイル開発を習得したいなら。スクラム開発対応のプロジェクト管理·ScrumDo MOONGIFT
ScrumDoはアジャイル、スクラム開発に対応したプロジェクト管理。Django/Python製。 ScrumDoはPython/Django製のオープンソース・ソフトウェア。アジャイル開発が徐々に使われるようになっている（社内開発中心だが）。アジャイル開発では、ユースケースをストーリーという単位にして管理する。一つのイテレーションの中で一つまたは複数のストーリーをこなす形だ。 ストーリー作成 一つのイテレーションを終わった段階で複数の機能が開発、テスト、結合されているのでそのままリリースすることさえできる。それを繰り返して開発を進めることで徐々に機能や品質が高まっていく。そんな開発を実現するためのプロジェクト管理がScrumDoだ。 ScrumDoではストーリーを作成し、その中にタスクを追加する。そしてそれをイテレーションの中に組み込んでいく。イテレーションを行った結果はバックログとして
3年使ったRedmineの使い方について共有したい10のこと
前回は、1000人のエンジニアがRedmineを使い出すまでの事例を紹介させていただきました。今回は、Redmineの使い方や、大規模に変化してくRedmineの運用について、2年間の運用や改善から得たナレッジや、気がついたことをまとめていこうと思います。 1. Redmineのオブジェクト構造を理解した方がいい Redmineは以下の構造になっているので、タスクの属性をうまく分類する必要があります。 プロジェクト > サブプロジェクト > バージョン > 親チケット > 子チケット > トラッカー > カテゴリ 注意したいのは、プロジェクト・サブプロジェクトには期限が設定できず、バージョンには終了日時、チケットには開始日時と期限をつけることができる点です。期限があるものには、期限のあるものを当てはめるのがすっきりします。Redmineを使って「何を」「どう」管理していきたいのかを、まず考
かんばんボードによるプロジェクトの見える化
アジャイル開発でプロジェクトを進めている現場では、やるべき作業を表す付箋や、進行状況を示すチャートをプロジェクトルームの壁に貼って状況を見える化し、共有している光景をよく見かける。 本稿では、昨今のアジャイル開発プロジェクトで広く浸透している見える化の手法を見ていく。その中で、チーム全体がプロジェクトの今の状況を把握し、開発者の自律的な作業を可能にし、協調作業を促進する、三つの視点(とき、こと、ひと)をうまく使うかんばんボードの利用法を提案する。そして最後に、三つの視点によるプロジェクトの見える化を実現している、かんばんボードのソフトウェアによる実装 “TRICHORD” を紹介する。 アジャイル開発プロジェクトにおける見える化 XP(eXtreme Programming)の中に、“情報発信する作業場所”というプラクティスが紹介されている。これはプロジェクトの進行状況を、一目で把握できる
ProjectForge
Work with your teams and keep track of budgets, deadlines, human resources and your financial management. What is ProjectForge? ProjectForge is a web-based solution for project management including time-sheet booking, gantt-charting, financial administration, controlling and managing work-break-down-structures (e. g. together with JIRA as issue management system). Three reasons for ProjectForge A
チケット駆動開発が進むべき道part2～プロジェクト管理サーバーは開発チームの資産 - プログラマの思索
プロジェクト管理の歴史が書かれた記事から、チケット駆動開発に至っている現在を連想した。 又、「プロジェクト・マネジメントは組織としての能力である」という記事から、チケット駆動開発が進むべき道について考えたことをメモ。 ラフなメモ書き。 【元ネタ】 ECナビ エンジニアブログ : ECナビにおける案件管理の歴史 ～Excel/MS ProjectからRedmineまで～ プロジェクトマネジメント ワンポイント講義～プロジェクト・マネジメントは組織としての能力である ECナビ エンジニアブログ : ECナビにおける案件管理の歴史 ～Excel/MS ProjectからRedmineまで～を読むと、Excel・MS Project→自作ツール→Trac・Redmineに至る流れの背景がよく分かる。 10年前まではオープンソースのプロジェクト管理ツールは存在せず、紙やExcelで障害報告してタスク
開発者向けグループチャットで素早く作業 | Atlassian
共同でより多くの成果を収める Confluence は、知識を集めて共同作業するための使いやすいチームの リモート ワークスペースです。
MOONGIFT ：プロジェクト全体のデータを管理する「ProjectForge」 オープンソース・ソフトウェア/フリーウェアを毎日紹介
ProjectForgeはJava製/Webベースのオープンソース・ソフトウェア。プロジェクトに関するデータは一元管理されているのが理想だ。とは言え必要と無用の線引きは曖昧で難しい。開発者にとって無用でもバックオフィスでは重要というデータもあるだろう。 カレンダー そうしたことを考えず、全てのデータを登録してしまおうという考えもある。アポイント情報、タスク、ドキュメントなど全てだ。そうした様々なデータを見やすく一元管理してくれるのがProjectForgeになる。 ProjectForgeは左側にメニューが並んだプロジェクト管理だ。ガントチャート表示、タスク管理、タイムシート、カレンダー、予定表、アドレス帳、給与を含めた損益管理、メッセージ管理、ドキュメント管理など多数の機能が提供されている。 システム設定 何でもかんでも扱うことに対しては賛否がありそうだが、中途半端に扱うなら全て登録して
アジャイルコミュニティは、理性を欠いているか？
原文(投稿日：2010/03/15)へのリンク The pmiagile Yahoo! グループ は、２つのコミュニティが一緒になる場所である。このグループの投稿者は、幅広く、様々な経歴を持った人たちである。最近のスレッドでは、project management body of knowledge (PMBOK)に書かれているような、従来型のプロジェクト管理に、アジャイルのプラクティスを適用できるかどうかを議論したものである。（このリポータは、長い引用を、あらかじめ謝っているが、これは、言い換えることが難しい、情熱的なトピックである）。 Michael James氏がPMBOKから引用: １シーズンに１回ぐらい、私は、PMBOKは、アジャイルのアプローチと矛盾しない、と信じる気になる。もしそれが真実なら、いいことだが。（再投稿して）PMBOKガイド４版からのいくつかの引用は、「プロジェク
「プロジェクトの失敗につながる九つの要因に注意」、NTTデータの岩本副社長
「予算オーバーや納期遅れ、品質低下といった失敗プロジェクトをIT企業の視点で調べると、九つの共通点が見つかった。九つのうち三つを満たす案件については、特に注意が必要だ」。NTTデータの岩本敏男副社長パブリック＆フィナンシャルカンパニー長は2010年1月15日、プロジェクトマネジメント（PM）の国際標準化について議論する「PM国際標準化フォーラム」に登壇し、こう述べた（写真）。 岩本副社長が挙げた九つの要因とは、次のものである。一つ目は、対象プロジェクトが新規顧客からの受注であること。二つ目は、新システムの要件が「現行どおり」とされていること。三つ目は、新技術や経験のない処理方式を採用していること。四つ目は、IT企業と顧客との間で一括請負契約を結んでいること。 五つ目は、IT企業のプロジェクト原価率が95％以上であること。六つ目は、開発期間が6カ月以内といった短期プロジェクトであること。七つ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
TechCrunch
アーンドバリュー (Earned Value) はアジャイルメソッドを活用できるか
ソフトウェアエンジニアのためのホームページ Presented by System Creates Inc.
プロジェクト管理の課題解決に役立つ3つのホワイトペーパー - ＧＯ！ＧＯ！！ニュ〜〜ス！！！
オフショアリングはなぜ失敗するのか？～グローバル化の恩恵を得るために日本企業が超えなければならない壁
Redmine.JP — Redmine日本語情報サイト
