最小限の管理コストで最大の「見える化」を 近年「開発の見える化」が話題となっていますが、いざやろうとするとなかなか難しいものです。 模造紙を壁に張り付ける「タスク看板」などを利用してタスクの「見える化」を行っても、肝心のタスクの実行状況が見えなかったり……。そんなことはないでしょうか？ 本当にチームメンバーのタスクを把握できているでしょうか？ そもそも「タスク」とは、コーディングやテストといった純然たる作業や、故障処理、管理、仕様変更などの副次的な作業も含みます。開発を見える化する際に基本となる1つの単位です。 今回紹介するMylynとTracを利用すると、タスク取得→コミット、タスク取得→コミット、……というリズムに乗った開発で、作業履歴（ログ）を残しながら各開発担当者の作業内容を明確にできます。最小限の管理コストで最大の見える化を。世にも不思議なMylynマジック、とくとご覧ください。
標準のままではちょっと使いづらいので、以下のように設定しました。 "F7とF8で前後の変更箇所へ移動 nmap <F7> [c nmap <F8> ]c "<Leader>dqでDiffから抜ける nmap <Leader>dq :winc l<CR>:bw<CR>:diffoff<CR> また、tabbar.vimを使っているとVimDiffに入る際ウィンドウがおかしくなってしまうので、以下のように修正しています。 "<Leader>cvでタブバーを消し、VCSVimDiffを表示(vcscommand.vim) map <Leader>cv :TbStop<CR>:VCSVimDiff<CR> これでかなり快適になりました。 VimからTortoiseSVNを起動 Call TortoiseSVN commands Tip #1491 - Call TortoiseSVN comman
ソフトウェア開発手法とその管理システムには様々な選択肢がある。私もこれまで色々試行錯誤してきたのだが、今は、tracとバーンダウンチャートを追加するプラグインであるTracBurndownプラグインでスクラム開発という環境が気に入っている。 この環境を導入したきっかけは、転勤で勤務地が変わったことである。 これまで、東京でチームを組んでソフトウェア開発をしており、その仕事を引き続き仙台で行うことになったが、今までの開発プロセスだと不都合が出始めた。 タスクカードを使った「かんばん方式」とスクラムをベースにした開発プロセスを組み合わせて使っているのだが、物理的に開発拠点が分離してしまい、タスクカードが使いにくくなってしまったのである。 いいタイミングなので、周囲の評価が高いので試してみようと構築していたtracにバーンダウンチャートのプラグインを導入して、全面的に移行することにしたという訳だ
(Locked ) This project is currently locked. Access to the project's tools is read-only. Until the project is unlocked, no project files or data can be modified. Moved to New Location Moved to New Location This project has been moved to GitHub. See: https://github.com/subclipse and https://github.com/subclipse/subclipse/wiki As part of moving the project it has also been split into three separate r
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
