Sqwiggle が良いという話、またはリモートでアジャイル開発をどう進めるか - naoyaのはてなダイアリー
KAIZEN platform Inc. は、新しい働き方をいろいろ試してみようという会社でそのひとつにリモートワークがある。リモートワークの良さあるいは良くないところについては、以前に Rebuild.fm の ep.32 でも話した。 ちかごろは、オンラインミーティングのための道具、情報共有のための道具もクラウドサービスがたくさんあるので、その辺を使って工夫すれば一昔前に比べてだいぶリモートワークも現実的になってきている。実際、KAIZEN には大阪からリモートワークしている人とか、最近リモートワークを前提に都内から鎌倉に引っ越したメンバーなんかもいる。 リモートワークとアジャイル開発 HipChat、Google Hangout や Qiita Team なんかを使うことで、日常の会話、ミーティングや情報共有についてはもともと特に困ったこともあまりなかった。特に Qiita Team
HipChatを半年以上使ってみた感想 - marqs blog
ここ半年以上、社内の自分が関連しているチームでHipChatを使っているのですが、先ほどTwitterで@yaotti/id:yaottiに「使ってみた感じどうですかー？」と聞かれたので感想を書いてみます。 結論から言うと「チャットツールは一長一短で、使う場面やチームによってマッチするツールは変わるなぁ」というのが正直な感想なのですが、今のところHipChatを便利に使っていて、直近で別のツールに乗り換える予定はありません。 今回使用したシーン メールでの情報共有が多すぎたので、グループチャットに切替え 非開発者メイン 拠点が2つ 人数は10人弱 API連携は使用しない ユーザーのITリテラシーは様々 HipChatのよいところ 固定チャットルーム機能 ログインしたら全員が友達リストにいて、業務用のチャットルームが見えるのもGood 検索が簡単（Webから検索できる） ブラウザ内チャットで
新社会人のためのバグレポートの基本 - mixi engineer blog
はじめまして、品質管理部門の柿崎です。 最近、Skyrim にハマってしまい、人生一回休みになりかけています。 季節は春ということで、新社会人になられる方も多いと存じます。 新社会人が会社勤めをするようになって、初めて書くビジネス文書といえば...... そうですね！「バグレポート」ですね。 今回はバグレポートの基本について書きたいと思います。 近年、開発現場ではバグトラッキングシステムが定着し、ドッグフーディングのような社内テストを行う現場も増え、テスト担当者以外の方でもバグレポートを提出する機会が増えています。そして前衛的なバグレポートによって、プログラマ達が理不尽かつ不可解なバグ地獄に叩き込まれる機会も増えています。 バグレポートは諸刃の剣です。 良いバグレポートはアプリケーションの問題を速やかに解決まで導きますが、反対にダメなレポートは現場に混乱をもたらします。 良いバグレポートを
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
