株式会社 スカイアーク
株式会社スカイアークは、2025年12月1日付で親会社である株式会社フューチャースピリッツに吸収合併され、 同日をもって株式会社フューチャースピリッツにすべての業務を継承いたしました。 これまでのご愛顧に心より御礼申し上げます。 今後とも株式会社フューチャースピリッツをよろしくお願いいたします。 株式会社フューチャースピリッツ
RedmineとTracの機能比較 - プログラマの思索
RedmineとTracの両方でチケット駆動開発を運用してみて、色んな気付きがあった。 以下メモ書き。 【比較対象】 ・Redmine0.8.0 ・Trac0.11.1.ja 【元ネタ】 脱Excel！ Redmineでアジャイル開発を楽々管理 － ＠IT自分戦略研究所 【1】複数プロジェクトの扱い RedmineがTracよりも機能が優れている点の一つは、複数プロジェクトに対応していること。 Tracはプロジェクトに親子関係を入れることができないため、特に大規模プロジェクトではチケット駆動開発を実践しにくいだろうと思う。 複数プロジェクトを作りたい状況は、二つある。 【1-1】開発チームが複数のサブチームに分かれていて、それぞれでタスク管理したい場合。 RedmineやTracを運用してみると、一つのプロジェクトでメンバーが5人以上だとチケットが乱発されたり、放置されやすくなるようだ。
フリーランス開発者のための計画・見積もり・交渉術 - marubinottoの日記
ここ一年程関わってきたプロジェクトが幸運にも成功裏に完了した。今回の開発ではタスクの切り出しや見積もり、交渉などをいわゆるリリース計画手法を利用して比較的形式的な形で実施してきたが、かなりうまく機能したのではないかと思う。僕はいわゆるフリーランスの開発者で、今回のプロジェクトでは顧客企業と直接契約させて頂いた。つまり、個人プログラマ対顧客企業という直接契約の形態で、おそらくこのようなケースは日本ではかなり少ないのかもしれないが、もっと小さなシステムの開発では個人開発者と顧客（あるいは中間業者）、という契約関係はあちこちに存在すると思われるので、この手法が役に立つケースはあるのではないかと思われる。まず僕が実施したリリース計画手法はいわゆるアジャイルで言われている方法とは異なり、開発者と顧客の間に契約上の緊張関係が存在することを前提としている。例えば、計画上発生した数値について、アジャイルで
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Loading...
