CodeZine編集部では、現場で活躍するデベロッパーをスターにするためのカンファレンス「Developers Summit」や、エンジニアの生きざまをブーストするためのイベント「Developers Boost」など、さまざまなカンファレンスを企画・運営しています。
![グラス片手にアジャイル開発 第5回(前編) - イテレーション単位のアクティビティ](https://cdn-ak-scissors.b.st-hatena.com/image/square/546e62d71d37b69f7bf39eaff70f16707f12ca33/height=288;version=1;width=512/https%3A%2F%2Fcodezine.jp%2Fstatic%2Fimages%2Farticle%2F5565%2F5565_arena.png)
プログラマの思索: ツールが開発プロセスを改善するを見て。 と言うか更にリンク先のネタ元の以下2つも見て。 元請SIerがTracのような環境を提供できない3つの理由 - なからなLife 元請け企業が用意すべきもの - @katzchang.contexts 実際に、お客さんとBTS共有して開発した事、何回かあるけど、結果としてはどれも良かった。 デメリットもあったけど、メリットが上回った感じ。 メリットとして感じた物は 情報のやり取りが早い 打合せのロスが減る 平行で同時に質問や回答しやすい 内容を各開発者へ伝達するのが楽 情報が集約される 履歴がお互いに見える場所にあるので、確定した仕様の変更が減る 記載した情報の検索が早い 特に、情報が集約される事が凄く大きい。 資料ややり取りが全部BTSに集約される*1ので、プロジェクトの 情報が、BTSに集まる様になる。 なので、お互いに情報が
Home » headline, プロジェクト・マネジメントを考える。 アジャイルは二度死ぬ(Agile Only Live Twice)その1:トム・デマルコ氏の蹉跌とその誤謬 アジャイルの隆盛 WEBの世界の中で、日々ITに関する情報を集めていると、アジャイル開発がシステム開発の完全なる主流になった気になってしまいます。偏った情報収集をしているせいだ、といわれればそれまでですが、WEB/ベンチャー業界・SIer業界・企業IT部門/IT子会社界・オープンソース界全てを通じて、Blogなどで声の大きい方々は多かれ少なかれ『アジャイル』という考えに肩入れしているように感じられます。 当然、世の中の流れが全てそうなっているかというと、そういうわけでは無さそうです。WEB/ベンチャー業界や、オープンソース界では、ほぼメインストリームとなっていると思いますが、SIer業界・企業IT部門/IT子会
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く