タグ

関連タグで絞り込む (1)

タグの絞り込みを解除

開発と管理に関するlenoreのブックマーク (8)

  • Subversionを見直せ - プログラマの思索

    SW構成管理の概念の中心は、バージョン管理。 バージョン管理こそが我々SW開発に従事する者にとって、背骨であり血液に当たる最重要なインフラ。 デスマーチに陥るプロジェクトは、バージョン管理に何かしらの欠点や弱点がある。 おそらく殆どのSW開発では、Subversionをバージョン管理に使っているが、Subversionは実は数多くの機能を持ち、従来のプロジェクト管理を根的に変える可能性を秘めている。 もう一度、Subversionの機能を見直してみた。 【1】ムービー企画「Subversionによるバージョン管理入門」 WEB+DB PRESS Vol.39誌面連動ムービー|gihyo.jp … 技術評論社 最近のバージョン管理は、trunkとbranchの2系統のバージョン管理戦略を持つ傾向がある。 メインラインモデルと呼ばれる。 メインラインモデルの手法を使って、番運用中の保守br

    Subversionを見直せ - プログラマの思索
  • 開発の現場にてプロジェクトファシリテーションのワークショップ:An Agile Way:オルタナティブ・ブログ

    永和システムマネジメントの川上さんが、プロジェクトファシリテーションの中でももっとも効果が高いとされるプラクティス、「ふりかえり」のワークショップを開催します。 http://www.shoeisha.com/mag/kaihatsu/workshop/ 有料セミナーですが、ぜひ、現場リーダー教育としてご活用ください。実際に参加してファシリテーション(司会のやり方)を体験してもらうことで、もちかえって自身の現場をカイゼンするきっかけを掴むことが、目標です。 ふりかえり、というのをご存知ない方のために、簡単に解説を。。。 ふりかえり、というのはチームが1つの開発単位(一週間とか一ヶ月とか)を終えたあとで、その期間をふりかえって、「次に活かせる何か」をチームで発見しよう、と言う試みです。うまくいったことは続ける。うまく行かない問題は、解決を考える。 KEEP = 続けて行きたいこと、PROBL

    開発の現場にてプロジェクトファシリテーションのワークショップ:An Agile Way:オルタナティブ・ブログ
    lenore
    lenore 2006/08/17
    ふりかえり、というのはチームが1つの開発単位(一週間とか一ヶ月とか)を終えたあとで、その期間をふりかえって、「次に活かせる何か」をチームで発見しよう、と言う試み
  • mamezou.net

    This domain may be for sale!

  • IT Pro プレミアム

    lenore
    lenore 2005/11/04
    有料情報:動かないコンピュータ 名古屋証券取引所 過去の日経探ろう
  • PROBANKプロジェクト

    PROBANKとは富士通が開発した次世代基幹系システムのパッケージ・ソフトウェアの名称。PROgressive BANKing solutionの略で「プロバンク」と読む。地方銀行をターゲットとした勘定系システムを再構築、1999-2000にかけて、東邦銀行など多くの導入契約を次々と結んだ。しかし、北日銀行などが契約解消を発表する。開発が難航し、稼動開始が遅れると富士通から通告があったからだと言われている。 富士通の目算は、最初のユーザーである東邦銀行と「PROBANK」を作り、並行して他の銀行にも売っていく、というものだった。しかし、肝心の東邦銀行との開発が計画どおりに進まなかった。「遅れを挽回するため、東邦に優秀なSEを総動員した。そのため、他の銀行向けのプロジェクトが止まってしまった(富士通幹部) PROBANKプロジェクトが難航した理由はIT-Proで指摘されている。地銀システム

    PROBANKプロジェクト
  • ビジネスイノベーター(アーカイブ) | 経営の情識

    lenore
    lenore 2005/11/03
    ちょっと前のこと。なんですかこのどこかできいたはなしは。
  • Edgewall Software: Trac

    Error displaying page This is a placeholder. If you’re seeing this page, something is improperly configured on the Edgewall web server. Please email info@edgewall.com and tell us about it.

    lenore
    lenore 2005/10/09
    subversionとwikiを用いたプロジェクト管理というかバグ追跡ツール
  • ソフトウェアのプル生産:An Agile Way:オルタナティブ・ブログ

    今回は、トヨタ生産方式とアジャイル開発の共通点である、「プル生産」について書いてみたい。前回から継続している「テスト」の話に関連している。前回は、上流から下流へ向かって1個ずつ要求を流す、という話をしたが、今回は、生産指示(いつどれだけ作って後工程に流すか)について。 トヨタ生産方式では、工程間に溜まった仕掛を在庫(=ムダ)と捕らえている。この在庫を「かんばん」で管理し、前工程への生産指示を出す。後工程が必要になって初めて、前工程が作る。前工程は、生産指示がない限り作らない。生産物は必要な分だけ前工程から後工程へと流れ、生産指示は逆に後工程から前工程へと流れるのだ(後工程引き取り)。 たくさん作ることは良いことだという作り手側の論理で生産を続けると、前工程から後工程へと生産物がプッシュされることになる。後工程で必要とする以上の生産物は、ムダとなり工程間に在庫として貯まる。これが、在庫のムダ

    ソフトウェアのプル生産:An Agile Way:オルタナティブ・ブログ
  • 1