スクラムの新しさ - プログラマの思索
スクラムが従来のアジャイル開発に比べて優れている点は、役割のバランスが絶妙なことにあると思う。 また、日本の受託ソフトウェア開発の最大の弱点は、プロダクトオーナー不在が常駐化している事だと思う。 色々考えたことをラフなメモ書き。 【参考】 日本のSIerは"フィックスドプライス"型契約から脱却できるか - ジャスミンソフト日記 ソフトを他人に作らせる日本、自分で作る米国：日経ビジネスオンライン Twitter / akipii: PMBOKではプロジェクトマネジャが発注者にいることが前提になっている。日本ではIT企業すなわち受注者にPMがいることがほとんどだから、米国の手法を修整して取り入れないとうまくいかない。ソフトを他人に作らせる日本、自分で作る米国 http://business.nikkeibp.co.jp/article/tech/20121010/237890/?P=3&rt=
AWSで使うRedmine ALMinium - プログラマの思索
RedmineプラグインALMiniumを元に、AWSへインストールするスクリプトAWS-ALMiniumが公開されていたのでメモ。 これは面白い。 Twitter / angelndxp: Redmineを開発者向けカスタム済みで一発展開できるソリューション「ALMinium」を、AWSで高信頼に運用するスクリプトを開発しました。AWSの応用例です。GitHubで公開しています。 http://bit.ly/OGPYKZ Twitter / angelndxp:@LightningX ALMiniumがもともとAmazonLinux上に「一発展開」できるものだったので、勝手にパラメーターを上書きすれば、高信頼運用に化けないか？と思って作ってみました。BitNamiや、ClouFormationのRedmineより使えますよ。 angelndxp/AWS-ALMinium 軽量チケット開発
プログラマの思索
Redmineのチケットとは一体何だろうか？ Redmineのチケット駆動開発の面白さは、最初は課題チケットでしかなかったのに、いつの間にか作業チケットに変わった、というように、チケットにストックとフローの二重性を持たせて、チケットに複数の意味を持たせている点にあると思う。 Redmineによるチケット駆動開発はストック型プロセスとフロー型プロセスの二面性を持つ: プログラマの思索 Redmineのチケット駆動開発では、チケットに複数の意味を持たせて運用した方が上手く回る: プログラマの思索 その他にも、Redmineでは、課題チケットという一つのインシデントという情報（データ）として意味を持たせていたのに、課題を解決する対策の作業手順（プロセス）もチケットとして登録される、というケースがよくある。 つまり、チケットは、ナレッジとして蓄積されるデータのケースと、作業手順として進捗管理されて
Subversionを見直せ - プログラマの思索
SW構成管理の概念の中心は、バージョン管理。 バージョン管理こそが我々SW開発に従事する者にとって、背骨であり血液に当たる最重要なインフラ。 デスマーチに陥るプロジェクトは、バージョン管理に何かしらの欠点や弱点がある。 おそらく殆どのSW開発では、Subversionをバージョン管理に使っているが、Subversionは実は数多くの機能を持ち、従来のプロジェクト管理を根本的に変える可能性を秘めている。 もう一度、Subversionの機能を見直してみた。 【1】ムービー企画「Subversionによるバージョン管理入門」 WEB+DB PRESS Vol.39誌面連動ムービー｜gihyo.jp … 技術評論社 最近のバージョン管理は、trunkとbranchの2系統のバージョン管理戦略を持つ傾向がある。 メインラインモデルと呼ばれる。 メインラインモデルの手法を使って、本番運用中の保守br
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
