redMine｜Ruby on Railsで作られたプロジェクト管理ツールredMineを使ってみよう!:第1回 プロジェクト管理ツールの必要性/Tracとの違い/redMineがオススメな理由|gihyo.jp
プロジェクト管理ツールの必要性 みなさんのプロジェクトは上手に運営できていますか？ プロジェクトメンバーのタスクの進捗管理はできていますか？ 問題・課題管理はスムーズに行えていますか？ ExcelやWord、紙資料を用いた管理で、作業が煩雑になっていませんか？ 進捗報告ミーティング用の会議資料作成やチームメンバとの情報共有のために、大きく時間を取られていませんか？ ファイルサーバには必要かどうか判断できない無駄な資料があふれかえっていませんか？ ソースコードはきちんと管理されていますか？ リリース用のソースコードに、どんな機能が盛り込まれ、どんな不具合が解決したのか、ちゃんと把握できてますか？ プロジェクトが混沌としてくると、ドキュメントやソースコードの構成管理がぼろぼろになり、プロジェクトメンバの作業の進捗具合をリーダが見通せなくなります。その結果、上記のような問いかけに対して「できてい
ITmedia Biz.ID：第4回 会議をいきなりはじめてないか？
そろそろ実際の会議の現場に入っていきましょう。ただし「では早速──」などと議論に入ってはいけません。会議をスムーズに進めるには、会議冒頭の手順が重要なのです。 前回は、会議のゴール設定とリマインドの仕方を紹介しました。 ちゃんとリマインドをしたことで、会議室には時間通り参加者全員がそろっています。ここで「では早速──」などと言って、いきなり議論を始めてはいけません。誰しも長い会議は嫌なものですよね。長い会議、終盤に迷走する会議を防ぐためには、会議の最初に時間管理をしておくことが重要です。 プラクティス4──時間管理（time management） 時間管理は、会議のファシリテイション（議事進行技術）で最も難しいものの1つです。しかし会議の最初にきちんと手順を踏むことによって劇的に改善します。その手順は以下の5つです。 会議のゴールの確認 会議の終了時刻の確認 ToDoの見直し スケジュー
実践！ 自己組織化プロジェクト
前回のまとめ ～ すべてのものを「粒」で考えてみよう 前回の「アリの生態にみる自己組織化のルール」では、プロジェクトマネジメントと一見何の関係もない、「アリ」の社会的行動が、シンプルなルールにのっとって自立的に機能している開発プロジェクトと同じ現象～「自己組織化」という現象なのではないか？ ということを述べました（比喩的に似ているのではなく、同じ現象なのではないか？ というのがミソです）。 そこで、この「自己組織化」現象をさらに推し進めるため、プロジェクトのあらゆるところで、自然のプロセスに倣い、 大きさのそろった「粒」をできるだけ増やすこと 「粒」と「粒」との連携は可能な限りシンプルにすること 「粒」と「粒」との連携方法に例外をなくすこと という、シンプルなルールを当てはめるとよいのではないか、という結論を書きました。あらゆるものを「粒」としてそろえられないか？ と考えるところがポイント
[デモ用ワークスペース] ログイン | Backlog
BacklogのユーザーIDとパスワードでログイン ログイン状態を保存する パスワードを忘れた方はこちら
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
