『プロジェクト・マネジャーが知るべき97のこと』(オライリー・ジャパン、2011年)を出典とする。プロジェクト情報へのアクセスを集中させるのに、すばらしい仕組みを提供してくれます。日に何度も更新されて、チームメンバーのデスクトップに常時開かれるようになるはずです。プロジェクトの実作業に必要となる貴重な脳細胞をムダ使いしないよう、Wikiに入れておくと便利なページについて紹介しましょう。以下に挙げたものは一般的な例なので、自分のソフトウェアプロジェクトに合わせてカスタマイズしてください。リスク、予算管理、マイルストーン実績などを書く場所を作りましょう。データベースに接続するためのコネクション文字列といった情報を書いておきましょう。すれば同僚のプログラマが手当たり次第にソースコードをあさって、時間をムダにするようなことはなくなります。Injection)など進んだコーディングテクニックなどに関する情報も共有しましょう。一般情報:プロジェクト・マネジャーはここに、ヘルプデスクの電話番号、チームの役割と責任、個々のチームメンバーの連絡先といった役立つ情報を書いておくべきです。チームのカレンダー:ここにはチームのカレンダーを貼っておきましょう。カレンダーを埋め込むというテクニックもあります。ミーティング議事録:ミーティング議事録を保管しておきましょう。すれば、過去のミーティングで話された詳細について、簡単に記憶を呼び起こすことができます。将来のミーティングに向けた調査や準備をするために、過去の議事録をすばやく参照することもできます。ミーティング議題:ステークホルダーが今後の議題をオンラインで提案できる仕組みを提供しましょう。プロジェクト・マネジャーの承認、チーム全員への提示、次回のミーティング議題の締め切りにしたがってください。ビジネスアナリスト:ビジネスアナリストは開発者の仕事場に同席していないことが多いでしょう。ここは複数の場所からアクセスでき、作業中のドキュメントとドメイン成果物をまとめておくのにふさわしい場所です。テスター:組織によっては、テスト責任をプログラマから分離しているかもしれません。つのチームの情報センターとして機能します。いったテスティングツールの使い方などを載せておきましょう。オンラインでバグトラッキング手順を検討、議論し、その最終結論を載せておいてもよいでしょう。使うときのコツをいくつか挙げておきます。情報をコピーしてはいけません。コピーするのではなく、その情報へのリンクにしましょう。情報が古くなっていないかどうか確認するために、適宜更新されているか目を光らせましょう。ある情報が古いと、みんな使うのをやめてしまいます。できれば情報をリアルタイムデータ駆動にしてみましょう。インターフェイスをもつプロジェクトマネジメントツールを探しましょう。したツールを利用すれば、進行中の作業についてリアルタイムのステータスが得られます。使った方がよくないか必ず検討すべきです。アメリカ合衆国ライセンスの下で利用を許諾されています。表示-継承ライセンスのもとで利用できます。追加の条件が適用される場合があります。詳細については利用規約を参照してください。Cookieに関する声明モバイルビュ。