Gantter | #1 Cloud-Based Project Management Software (2023)
6+ million users. Working together. No matter how far apart. We Invent the Tools. Our Two Million Users Do the Rest. Community-Powered | Cloud-Based | Project Management & Scheduling The project management tool that's perfect for remote collaboration. 2.3 million users. Working together. No matter how far apart.
あるＳＥのつぶやき: フリーで使えるプロジェクト管理ツールまとめ
フリーで使えるプロジェクト管理ツールをまとめておきます。 ■ガントチャート 開発マイルストーン ガントチャートでプロジェクト管理できるExcelツール フリーとは思えないほど高機能 ガントチャートforExcel・・・シェアウェアになりました こちらもガントチャートでプロジェクト管理できるExcelツール スケジュールの表示期間を切り替えられるのが便利 OpenProj Java ベースでガントチャートでプロジェクト管理ができるツール Microsoft Project のフリーのビューワーとしても利用可能 フリーの高機能プロジェクト管理ソフト「OpenProj」を試してみました TaskLine Excelのアドインとして動作するプロジェクト管理ツール（saramiさん情報） Microsoft Projectのファイル(XML形式)をExcelで表示するProjectViewerもある
あなたは「まともな線表」が引けますか？
7月11日夜，銀座で筆者のビジネスユニット（NTTデータの事業単位）主催のパーティを開いた。会社で5月の創立記念日に業績表彰を受賞したので，お祝いとふだんお世話になっているパートナー企業の方への御礼をするためだ。来賓として6月にNTTデータ代表取締役常務からNTT代表取締役副社長（CTO，CIO）になられた宇治則孝さんにご参加いただいた。宇治さんには7年間にわたってお世話になり，トップセールスや難しい問題への対応で幾度も助けていただいた。パーティの冒頭で宇治さんへの御礼とお祝いを申し上げた。 このようなパーティは今回が2004年，2006年に続いて3回目だった。2004年には約100人，昨年と今年は約60人の方を招待した。表彰には賞金がついているのだが，それを一晩ですべてパーティに使ってしまうのだ。思い出のために記念品を作ろう，などという発想はまったくない。招待するお客様の数は賞の大きさに
igaiga diary(2007-06-20)
_ 思いやり駆動開発 オブジェクト倶楽部夏イベントに参加して、 LTを「思いやり駆動開発」という題で行い、 ベストトーカー賞を頂きました LTで喋る前からみなさんに「がんばってください！」と励ましのお言葉を頂いたり、 喋ったあとも「おもしろかったですよ！」とありがたいお言葉を頂いたり、 懇親会でぼそっと「今週末で30になります」と言ったら みんなでハッピーバースデーを唄って頂いたり、 みなさんのおかげでとても楽しい1日を過ごすことができました。 とてもとても幸せな1日でした。 本当にありがとうございました。＞ご参加のみなさま また詳しい話は追々この日の日記に追記していきます。 発表資料も後日UPします。 ひとまずコミュだけ作りました。 つ【ODDユーザーグループmixiコミュニティ】
Martin Fowler's Bliki in Japanese - 朝会のパターン：立ってるだけじゃないよ
朝会（デイリー・スタンドアップ・ミーティング、デイリー・スクラム、デイリー・ハドル*1、朝のロールコール*2）を説明するのは簡単だ。チーム全員が毎日顔を合わせ、現在の状況を迅速に確認しあう。立ってやるのはミーティングの時間を短くするためだ。以上。 でもこれだけじゃあ、「良い朝会」と「悪い朝会」の微妙な違いは分からないだろう。 朝会の定義は非常に簡単なものなのに、 うまくいっていない朝会があって私はとても驚いた。 すぐに原因は分かったが、そのチームはそれが何なのか分かっていなかった。 朝会の基本原則と詳細を意識していなかったのだ。 そのために朝会の問題について診断や解決がなされていなかったわけだ。 良い朝会を経験した人たちは、 うまくいってないときに何をすればいいかを知っている。 朝会に慣れていない人たちは、 うまくいってないときに何をすればいいかに気づかない。 「暗黙知なんだから、とにかく
5分で人を育てる技術 (5)言うことを聞かない“自信過剰な部下”：芦屋広太一つ上のヒューマンマネジメント：ITpro
芦屋広太です。日頃いかが人を育てておられるでしょうか。 前回は，「仕事を丸投げする部下」の問題点を指摘しました。「丸投げ」という行為が，人のスキルアップにいかに弊害をもたらすかが理解いただけたと思います。 ところで，多くの方は「丸投げ」と聞いて「部下」よりも「上司」の方が問題ではないのかと感じたかもしれません。「丸投げ」という言葉を聞いてまず，思い浮かぶのは，いいかげんな「上司」が部下に「丸投げ」する行為でしょう。 これも非常に困ったものですが，これについてはまた，近いうちに「上司」シリーズを書きたいと思っておりますので，そこで言及することにしましょう。では，次の5分間指導に移ります。今回は，新しい部下の登場です。 言うことを聞かない部下「坂本君」 部下の岡田と一緒に仕事をしていた私は，次第に人手不足を感じるようになっていました。提案の頻度も増え，それに伴い作成する資料も膨大になって，岡田
やまざき＠BinaryTechnology（ブログ＆資料）
読者のみなさんからの感想が、ちらほら載りはじめました。みなさん、ご購入いただき、ありがとうございます。 まずは、ふじはらさんの日記「それでも明日はやってくる。」から http://www.mars.dti.ne.jp/~hirok/diary/ TIPSに関してはさすが編集に３年かかってるだけあって、新旧織り交ぜてコンパクトにまとめきったなぁ、と評価します。本来ならばなぜこうゆうTIPSが存在するか、そのバックボーンも理解して欲しいのが本音だけど、 このような本を読んでいくうちに「デスマーチにはこうすればよかったのか」「もっと早く読んでいれば」と何度も思った。しかし、デスマーチの現場に入ってしまうと、本を読んでいるひまはない。本はおろか、普通の生活はできなくなるためだ。(p.219) この指摘の通りで、とてもじゃないけどそんな時間は捻出できないと（なにせ仕事以前に生活が破綻してる）。そんな
プロジェクトは失敗するのが当たり前！？ ― ＠IT情報マネジメント
ITプロジェクトが失敗する理由は、成功することを前提としたマネジメントが行われているためである。ITプロジェクトの成功率は思いのほか低く、このような状況を改善するためには「失敗を前提としたマネジメント」を心掛けなければならない。失敗を前提としたマネジメントとは、リスクマネジメントに重きを置いたマネジメントということになる。 ITプロジェクトのほとんどは失敗に終わる 成功率16％。これはある開発ツールベンダが調査した米国におけるITプロジェクトの成功率である。その調査によれば、昨年米国で遂行されたプロジェクトは約17万件であり、そのうち、機能、予算、納期などが当初の想定内に収まったものは16％だったという。 日本においてもほぼ同じ状況であるといえる。「企業IT動向調査2006」（社団法人 日本情報システム・ユーザー協会）に調査によれば、システムの仕上がりに満足と回答したユーザーは10％前後に
火事場エンジニアの武勇伝に赤信号 ― ＠IT自分戦略研究所
「火事場のばか力」はどのような場合に発揮されるのだろうか。エンジニア200人に行ったアンケートの結果、「納期に追いつめられた」「他人のために頑張った」「嫌味な上司や先輩などに負けじと頑張った」「自分以外に誰もやる人間がおらず、孤軍奮闘した」の4つのケースに大きく分類できることが分かった。つまり、「納期」「貢献したい気持ち」「意地」「孤独」が火種となってエンジニアは火事場に突入するようだ。 また火事場を乗り越えた後、「仕事に集中できない」「やる気が出ない」など、いわゆる「燃え尽き」の状態を経験したことがあるかどうか聞いたところ、全体の69％がYESと答えた（図1）。エンジニアの厳しい仕事環境を物語る結果といえるだろう。 その燃え尽き状態がどのくらいの期間続いたかを集計した（図2）。1日から1週間程度が大半を占めるが、1カ月程度が16％、2～3カ月程度が13％、半年程度が6％、1年以上は7％と
デスマーチ第2版[書評]第1回：日本人は“プロジェクトＸ”から抜け出せないのか
日本人は“プロジェクトＸ”から抜け出せないのか こんなことを書くのは、NHKの「プロジェクトＸ」という番組が高視聴率を獲得し、少なくともNHKの経営から見れば成功作となったからである。 「プロジェクトＸ」成功の原因は、プロジェクトを描くフォーマットにあった。つらいプロジェクト、成功への道は見えない。そこで「男たちの逆転をかけたドラマ」（だいたい番組開始35～40分ぐらいだったか。「水戸黄門」を想起させる）が始まって、めでたくプロジェクトはうまくいく。 多くの人々がこのパターンにはまり、日本PTA全国協議会は「プロジェクトＸ」を2003、2004年度の「子供に見せたい番組」に選定するまでになった。 少し考えれば、この構図が欺瞞（ぎまん）であることはすぐ分かる。「男たちの逆転をかけたドラマ」を仕掛けなければならないという時点で、すでにプロジェクト管理は失敗しているのだから。
XPlanner
various xplanner Wiki このプロジェクトでは、XPのプロジェクト管理ツールである、XPlannerの情報を提供します。基本的に、XPlannerが普及することを目的とします。 News 2006-07-09:XPlanner Version0.7beta4に対応した日本語リソースリリース 2006-05-23:XPlanner Version 0.7b7リリース ダウンロード 2006-01-16:XPlanner Version0.7b4リリース。ダウンロード、リリースノート 2005-11-04:XPlanner Version0.7b2リリース。ダウンロード、リリースノート 2005-10-07:XPlanner Version0.7b1の簡単セットアップを公開。 2005-09-18:XPlanner Version0.7beta1が正式にリリースされました。
内部統制支援を開始したNTTデータ、「業務標準化がポイント」 － ＠IT
2006/4/14 NTTデータは4月13日、国会で審議中の金融商品取引法案（日本版SOX法）に対応した、内部統制強化の支援サービスを開始した。NTTグループの米国SOX法対応などの支援で蓄積したノウハウやテンプレートを6つのメニューに整理。顧客企業の業種や業態に応じて組み合わせて提供する。 サービスメニューは（1）内部統制診断、（2）内部統制基本構想策定、（3）内部統制構築・文書化・実装コンサルティング、（4）業務プロセス標準化・グループ連結経営管理システム構築、（5）IT全般統制・ITマネジメントコンサルティング、（6）システム運用標準化・運用管理システム構築の6つ。NTTデータの法人ビジネス事業本部 コンサルティングビジネスユニット長 山口重樹氏は「机上の空論ではなく、内部統制の診断から定着化での実際のサービスを提供する」とサービス展開の広さに自信を見せる。 NTTデータが内部統制強
Martin Fowler's Bliki in Japanese - 生産性は計測不能
http://www.martinfowler.com/bliki/CannotMeasureProductivity.html 設計手法などのソフトウェアプロセスについて、感情的に議論されているのをよく目にします。しかし、その議論に答えを出すのは不可能です。ソフトウェア産業では、ソフトウェア開発の効果要因を計測する術がないからです。特に、生産性を合理的に計測する方法はありません。 生産性とは、インプットとアウトプットで決定されるものです。 ソフトウェアの生産性を測るには、ソフトウェア開発のアウトプットを見なくてはいけません……が、そのアウトプットを計測できないからこそ、ソフトウェア開発の生産性が計測できないのです。 これに対して何もしなかったわけではありません。コード行で生産性を計測しようと研究をしている人たちがいます。めちゃくちゃムカつきますね。だって言語は違うし、数え方の違いもあるし
＠IT：ソフトウェア開発をちゃんと考える（1）
本連載は、メタボリックスの山田正樹氏が、仕事の合間に読む数冊の書籍に刺激を受けて思考した過程やその結果を記述したものである。参考にするのは必ずしもソフトウェア工学に関わる書籍ではないかもしれないが、いずれその思考の軌跡はソフトウェア工学的な輪郭を帯びることになる。（＠IT編集部） 生産性向上のメカニズム ソフトウェア開発における「生産性」とは何か。厳密に定義するのは難しい。生産性とは基本的には「あるアウトプットを得るのにどれだけのコストをかけたか」という尺度だ。さすがに「アウトプット」をソース・コード行数で測っても無駄だという認識は広まってきたと思うが、じゃあ代わりに何を使えばいいのかはいまだにはっきりしない。ユースケースやストーリーで測る考え方もある。そんなものは存在しないという意見すらある。 そういう場合には視点を1レベル上げて考えてみよう。つまり、ソフトウェア開発だけ考えているから分
出動！ 火消しエンジニア 火事場では何が起きているのか － ＠IT自分戦略研究所
プロジェクトでのトラブル発生を「火が出た」、さらに悪化し収拾がつかなくなると「火事場」などと呼ぶ。そんな修羅場でITエンジニアは何を見、何を学んだのか。事態収拾を図る「火消し部隊」として燃えさかる現場に投入されたあるITエンジニアに、火消しの極意を聞く。 ■火災発生、緊急出動せよ どんな仕事場にも多少のトラブルはある。不具合は質も規模も多岐にわたるが、端的にいえば何かが「うまくいかない」。それが積み重なるとプロジェクトは制御不能な状態に陥ってしまう。 日本ヒューレット・パッカード（日本HP） コンサルティング・インテグレーション統括本部 金融アカウント第一本部 第三部 プロジェクトマネージャの田中淳一氏も、いくつかの修羅場をかいくぐってきた1人だ。通常の勤務に比べて何倍も激烈な経験だが、多くの教訓を得る場でもあるという。 田中氏はこれまでに何度か、火事場となったプロジェクトに助っ人として合
kuranukiの日記 改善型開発について
現在のシステム開発という開発モデルを考えてみると、そのシステムを必要としており開発の依頼を発注する発注側と、実際の開発作業を請け負う開発側の間で、プロジェクトに対し契約を結んだ段階からシステム開発は始まる、というのが当たり前の話。そして、この当たり前と思われている関係でビジネスを続けると問題があるのでは、と考察したのが以前のエントリ、「ディフェンシブな開発*1」だった。 今回は、その当たり前だと思われているところについて、発想の転換を取り入れて考えてみようと思う。社会における通念や物事を大きく変えるためには、コペルニクス的転回が必要だからだ。 ノウハウを集約できないSI企業 まずこの「プロジェクト開始してからシステム開発を始める」という点について、ディフェンシブであるということ以外にも、SI企業として重大な問題点が隠されている。それは、IT技術に対するノウハウの蓄積に関する問題である。今の
NTTデータ「開発プロセス透明化宣言」、顧客と一体開発狙う － ＠IT
2006/2/23 NTTデータは2月22日、仕様管理、品質管理、進ちょく管理の観点からシステム開発のプロセスをユーザー企業に分かりやすく説明し、事前合意を得る「プロセス透明化ガイドライン」を制定し、公表した。ガイドラインによってユーザー企業とのコミュニケーションを促進し、プロジェクトへの理解や参加を促すのが目的。NTTデータと顧客が一体となった開発が可能になり、失敗プロジェクトを減らせるとしている。 NTTデータの執行役員 金融システム事業本部長でプロセス透明化施策主査の栗島聡氏は「プロジェクト開発で問題がまったく出ないということはまずない。われわれの姿勢を確認する意味もあり、『開発プロセスの透明化』を宣言したい」と述べた。 栗島氏は開発プロジェクトの課題について「上流工程での問題が非常に多い」と指摘した。複雑に組み合わされたシステムがユーザー企業のさまざまなビジネス局面で利用されたり、
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
activeCollab - Project Management and Collaboration Tool
ISLAND-LIFE アイランドライフ powered by BASE
yoko.ne.jp