平素は株式会社ライブドアのサービスを ご利用いただきありがとうございます。 提言型ニュースサイト「BLOGOS」は、 2022年5月31日をもちまして、 サービスの提供を終了いたしました。 一部のオリジナル記事につきましては、 livedoorニュース内の 「BLOGOSの記事一覧」からご覧いただけます。 長らくご利用いただき、ありがとうございました。 サービス終了に関するお問い合わせは、 下記までお願いいたします。 お問い合わせ ※カテゴリは、「その他のお問い合わせ」を選択して下さい。
//次のことをお試しください ページアドレスが正しいかをご確認ください ブラウザの更新ボタンをクリックし、ページの再読み込みをお試しください
+ こんな悩みを抱えたプロジェクトマネージャへ ++ 綿密に計画を立てたプロジェクトなのに、予測不能なことが次々に起こり、計画通りに進まない。 ++ 納期間近になって進捗の遅れが発覚した。 ++ プロジェクトが泥沼化して終わりが見えない。ゴールが見えないので、メンバーのモチベーションが落ちてきた。 ++ 徹夜続きで、メンバーのひとりが失踪した。 +プロジェクト管理のアンチパターン ++ なんとなく遅れているような気がしても、頑張れば(*)挽回可能だと思っている ++ リリース直前でやはりリリース延期 ++ リリース延期の期間が短くて、ふたたびリリース延期 (*)頑張り方 + 土曜、日曜も仕事しようとする + 夜遅くまで仕事しようとする + PM自らが、今までより実務に没頭しようとする +学生症候群(あるいはパーキンソンの第一法則) ++ かなり順調で前倒しで進んでいたはずのプロジェクトが、
WebDAVのバージョニング拡張 日本語ファイル名の利用とバージョン管理ではドラフトレベルだったWebDAVのバージョニング拡張(DeltaVと呼ばれていた)ですが、2002年3月にRFC 3253としてリリースされました(注)。 ざっと読んだ限り、最終ドラフトから大幅に変わった部分はありません。ただし、追加されたメソッドの数が多かったり既存メソッドの大幅な拡張を伴うということもあり、WebDAVの基本規約であるRFC 2518よりもボリュームが増しています。 今回紹介するのは、RFC 3253の基であるDeltaVの実装の1つ、「Subversion」です。 Subversion DeltaVがRFC 3253としてリリースされ、Apache 2.0が正式リリースされた前後にSubversionの方にも変化がありました。「Version 1.0」という文字列がProject homeペー
動機 よし、Subversion を使ってみるか…と思い、Fedora Core 3 の評価もかねてインストールしてみました。 そもそもの目的は、Eclipse の Subclipse でのバージョン管理なのですが(move/rename がしたかったんです)、 Fedora Core 3 では FSFS レポジトリが利用できる Subversion 1.1 でパッケージが作ってあったので、ついでに Fedora Core 3 も試してみようと思った次第です。 が、SELinux が有効の状態では、レポジトリに対する書き込みができないため、すんなりと使うことができませんでした。 せっかくの SELinux を無効にするのももったいないと思い、SELinux のポリシーを作って使えるようにしてみました。 Subversion を使わなくても、WebDAV を利用しようと思ったら同じような作業
■少人数プロジェクトが儲かる理由 開発案件の最終利益率とプロジェクトメンバー数には一定の相関がある。開発に関わったメンバーの数が少ないほど、一般に利益率は高い。実際に数字で調べてみたわけではないが、筆者の過去の経験からも確信できるし、そのように思い当たる人も多いだろう。 その理由は単純である。メンバーが多いほど、メンバー間の情報伝達のためのコスト(情報コスト)が飛躍的に増えるためだ。指示やいわゆるホウレンソウのための初期コストだけでなく、訂正や伝達ミスにともなうさまざまな後追いコストが、人数の多いプロジェクトほど大きくなる。メンバーが2人のときに情報コストが1だとすれば、(1人のときなら0)、人数に従って次のようにコストは増えてゆく。 2人 1 3人 3 4人 6 5人 10 : : n人 n(n-1)/2 たとえこの事実が理解されていたとしても、これらのコストを考慮して工数積み上
組織における情報共有の活性化を考えるとき、現状の把握が重要となる。現状の見える化ができていない場合、まずはDBの整理および棚卸しが避けて通れない。 内部統制対応の陰で進む非効率化 前回「Notesが穴? 『見える化』で対処する日本版SOX法」では、昨今の情報投資に関する話題の中心となっている内部統制やセキュリティの観点で、Notesを全社情報共有基盤として使用する際のリスクの見える化について述べた。続いて今回は、Notesを導入したそもそもの目的である情報共有の活性化につながるヒント、利用状況を見える化する方法をご紹介する。 前回冒頭でご紹介したように、情報共有戦略はアクセルとブレーキのバランスで成り立っている。ブレーキがしっかりしているからこそ、安心してスピードを出すことができるのだが、せっかく高性能なエンジンを積んでいながら、内部統制やセキュリティといった呪縛(じゅばく)にとらわれて、
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く