tag:Baldanders.info,2015-02-18:/tags 2015-02-18T09:00:00+00:00 バルトアンデルスは連続的な怪物，時間の怪物である。（ホルヘ・ルイス・ボルヘス 『幻獣辞典』より） https://baldanders.info/images/avatar.jpg https://baldanders.info/images/avatar.jpg tag:Baldanders.info,2015-02-18:/blog/000806/ 2015-02-18T09:00:00+00:00 2015-02-18T09:00:00+00:00

今までこのサイトの管理などに codebreak; のサービスを使っていたが Bitbucket に乗り換えることにした。

Spiegel /profile/ <p> 今まで<a href="https://baldanders.info/blog/000700/">このサイトの管理などに codebreak; のサービスを使っていた</a>が <a href="https://bitbucket.org/">Bitbucket</a> に乗り換えることにした。 理由は特にない。 が，将来的に非エンジニアの方々と協働することがあるなら <a href="https://bitbucket.org/">Bitbucket</a> のほうが若干有利かな，と思ったり。 </p><p> <a href="https://bitbucket.org/">Bitbucket</a> 側にあらかじめ空の repository を作っておけば乗り換えは簡単。 </p> <pre class="brush:bash gutter:false" title="git">$ git pull $ git remote set-url origin git@bitbucket.org:username/repository.git $ git push</pre> <p> で綺麗に移行できる。 でもめっさ時間かかった orz </p><p> そうそう， <a href="http://sourceforge.jp/magazine/15/02/11/155800">git の最新版 2.3.0 が出ている</a>。 ので，さくらのレンタルサーバの git をアップデートしておく。 あらかじめ git-2.3.0.tar.gz をダウンロードしておいて </p> <pre class="brush:bash gutter:false" title="git">$ cd ~/work $ tar xvf git-2.3.0.tar.gz $ cd git-2.3.0 $ ./configure --enable-pthreads=-pthread --prefix=$HOME/local $ gmake install</pre> <p> でアップデート完了。 </p><p> <a href="https://bitbucket.org/">Bitbucket</a> は無制限に private repository を作れるのが特徴。 あと git の GUI クライアントである <a href="http://www.sourcetreeapp.com/">SourceTree</a> とも相性がいい。 とくに Mac 環境では「<a href="http://www.sourcetreeapp.com/">SourceTree</a> 最強！」みたいな話もあるみたいなので， Mac ユーザとやりとりする際にはいいかもしれない。 </p> tag:Baldanders.info,2015-02-17:/blog/000805/ 2015-02-17T09:00:00+00:00 2015-02-17T09:00:00+00:00

最近 git の使えるコラボレーション・サービスを物色してるんだけど，「Backlog は使いやすいけど有料なのが残念」て記述が結構あって「いやいや， Backlog は無料版もあるんだよ」というお話。

Spiegel /profile/ <p> 最近 git の使えるコラボレーション・サービスを物色してるんだけど，「<a href="http://www.backlog.jp/">Backlog</a> は使いやすいけど有料なのが残念」て記述が結構あって「いやいや， <a href="http://www.backlog.jp/">Backlog</a> は無料版もあるんだよ」というお話。 </p><ul> <li><a href="http://www.backlog.jp/register_free.html">1プロジェクト，10人までのフリープラン</a></li> </ul><p> <a href="http://www.backlog.jp/">Backlog</a> は1プロジェクトでメンバが10人までならフリープランが使える。 機能的には，プロジェクト数とユーザ数以外は（おそらく）ベーシックプランと同等と思われる。 つまりガントチャート等のツールは使えない。 フル機能を使いたければ有料版を選択しなさい，ということだろう。 </p><p> もちろんメンバは1人でもよい。 私はフリープランを1人で事務管理に使っている。 </p><p> <a href="https://github.com/">GitHub</a> や <a href="https://bitbucket.org/">Bitbucket</a> 等が明らかに code driven の workflow であるのに対し， <a href="http://www.backlog.jp/">Backlog</a> は「古き良き」 ticket driven の workflow と言える（なお <a href="http://www.backlog.jp/">Backlog</a> では ticket ではなく「課題」と呼んでいる）。 </p><p> Ticket driven 型 workflow を1人で使う場合は <a href="http://ja.wikipedia.org/wiki/Getting_Things_Done">GTD</a> 的な使い方ができる。 タスクや思いついたことをとりあえず全部 ticket として放り込んでおいて，後でまとめて処理・整理し実行すればよい。 </p><p> Ticket driven 型 workflow を複数人の協働として使う場合は旧来の「稟議」型の workflow と整合がとりやすい。 稟議型の workflow は </p><ol> <li>発意</li> <li>（発意に対する）評価</li> <li>実行</li> <li>（実行に対する）評価</li> </ol><p> の順で役割分担し回していくやり方。 大きな企業で（役割分担の詳細は異なるが）よく見られるもので，適切に監査を挟むことで不正が起きにくくなるのが特徴だ（ただし workflow 全体が関係者に透過的になっていないとダメだけど）。 フローが進むごとに ticket の担当者を変えていくことで ticket driven 型と稟議型との整合がとりやすくなる。 </p><p> <a href="http://www.backlog.jp/">Backlog</a> が fork や pull request といったイマドキの機能を持たないのは ticket driven 型 workflow を想定したサービスだからだと思う。 故に <a href="https://github.com/">GitHub</a> か <a href="http://www.backlog.jp/">Backlog</a> かではなく，それぞれの特徴を上手く組み合わせて使うのが道具の賢い使い方だと思う。 </p><p> できれば，<a href="https://github.com/">GitHub</a> や <a href="https://bitbucket.org/">Bitbucket</a> から <a href="http://www.backlog.jp/">Backlog</a> への Web hook があれば嬉しいんだけどなぁ。 </p><p class="offrec"> （最近流行りの「かんばん型」には，これらのツールだけではちょっと道具立てが足りない感じ。 <a href="https://bitbucket.org/">Bitbucket</a> をホストしている <a href="https://www.atlassian.com/">Atlassian</a> には <a href="https://www.ricksoft.jp/product/atlassian/jira-agile">JIRA Agile</a> というツールがあって，これが「かんばん型」らしい。 ただしオープンソースプロジェクト以外は有料） </p> <div class="hreview"><a class="item url" href="https://www.amazon.co.jp/exec/obidos/ASIN/427406932X/baldandersinf-22/"><img src="https://images-fe.ssl-images-amazon.com/images/I/51llL1uygcL._SL160_.jpg" alt="photo" class="photo"/></a><dl><dt class="fn"><a class="item url" href="https://www.amazon.co.jp/exec/obidos/ASIN/427406932X/baldandersinf-22/">リーン開発の現場 カンバンによる大規模プロジェクトの運営</a></dt><dd>Henrik Kniberg 角谷 信太郎 </dd><dd>オーム社 2013-10-26</dd><dd>評価<abbr class="rating" title="4"><img src="https://images-fe.ssl-images-amazon.com/images/G/01/detail/stars-4-0.gif" alt=""/></abbr> </dd></dl><p class="similar"><a href="https://www.amazon.co.jp/exec/obidos/ASIN/4897979358/baldandersinf-22/" target="_top"><img src="https://images-fe.ssl-images-amazon.com/images/P/4897979358.09._SCTHUMBZZZ_.jpg" alt="ハイブリッドアジャイルの実践"/></a> <a href="https://www.amazon.co.jp/exec/obidos/ASIN/462108786X/baldandersinf-22/" target="_top"><img src="https://images-fe.ssl-images-amazon.com/images/P/462108786X.09._SCTHUMBZZZ_.jpg" alt="Fearless Change アジャイルに効く アイデアを組織に広めるための48のパターン"/></a> <a href="https://www.amazon.co.jp/exec/obidos/ASIN/482228350X/baldandersinf-22/" target="_top"><img src="https://images-fe.ssl-images-amazon.com/images/P/482228350X.09._SCTHUMBZZZ_.jpg" alt="リーン開発の本質"/></a> <a href="https://www.amazon.co.jp/exec/obidos/ASIN/4798130613/baldandersinf-22/" target="_top"><img src="https://images-fe.ssl-images-amazon.com/images/P/4798130613.09._SCTHUMBZZZ_.jpg" alt="ディシプリンド・アジャイル・デリバリー エンタープライズ・アジャイル実践ガイド (Object Oriented SELECTION)"/></a> <a href="https://www.amazon.co.jp/exec/obidos/ASIN/4873117097/baldandersinf-22/" target="_top"><img src="https://images-fe.ssl-images-amazon.com/images/P/4873117097.09._SCTHUMBZZZ_.jpg" alt="Serverspec"/></a> </p> <p class="description">「かんばん方式」もだいぶ浸透してきましたよね。私はこれで勉強しました。</p> <p class="gtools">reviewed by <a href="#me" class="reviewer">Spiegel</a> on <abbr class="dtreviewed" title="2015-02-17">2015/02/17</abbr> (powered by <a href="http://www.goodpic.com/mt/aws/index.html">G-Tools</a>)</p> </div>