DevLOVE現場甲子園2013にて、３年前の課題とそれに対する現在の気付きについて発表しました。Read less
3年前の僕へ
DevLOVE現場甲子園2013にて、３年前の課題とそれに対する現在の気付きについて発表しました。Read less
最強の改善フレームワーク『これだけ! KPT』が自立的なチームを育てる | Act as Professional
朝会やふりかえりなどの優良なプロジェクトファシリテーションガイドを無料で公開している天野氏がKPTを1冊の本にまとめました。 私はアジャイルソフトウェア開発において、ふりかえりは2番目に大切なプラクティスだと考えています。 ソフトウェア開発という業種だけでなく、様々な業種で改善行動をするためのキッカケとして使えます。毎週何らかの形でKPTを3年以上おこなっている私にも多くの学びを得ることができました。 KPTとは？まず、KPTの読み方ですが「けーぴーてぃー」とは読まず、「けぷと」と読むのが正しいようです。このやり方を指してKPT法（けぷとほう）なんて言い方も見かけます。プロジェクトや日々の業務のふりかえりをするためのツールとして使われることが多いです。 やり方Keep（いいところ）、Problem（悪いところ）、Try（改善のためにやること）をチームで共有し、改善するためのきっかけを作る手
「私がFacebookで働いていて嫌いな10個のこと」が面白い
2012年08月16日08:00 by oklahomer 「私がFacebookで働いていて嫌いな10個のこと」が面白い カテゴリ小ネタ 15日の14時過ぎにFacebookの開発ディレクターが「現役社員がこんなことを書くなんて信じられない」というコメント付きでシェアしていた「Ten Things I Hate About Working at Facebook（私がFacebookで働いていて嫌いな10個のこと）」という記事が面白かったので共有です。 いきなりニュースフィードに流れてきたので、IPO後の初業績報告だとかIPO以来の幹部入れ替わりが話題になってるから社内はピリピリしてんのかなぁ、まだエイプリルフールじゃないしなぁと思いつつ帰宅してジックリ読んだわけですが、読んでみて納得です。考えてみたら、本当にマズい内容だったら開発ディレクターが拡散したりしませんよね。 以下、本文和訳で
「開発者のためのリーン・スタートアップ」「リーン・キャンバス入門」の資料を公開します - Kentaro Kuribayashi's blog
隣席のるびりすと氏(@hsbt)と僕とで、この半月ほど、東京・福岡で合計3回にわたって勉強会ツアーをやっていました(その他のこともたくさんやっていたので、それだけではもちろんないのですが)。今日でそれもひと通り終わったので、どのようなことをやっていたのかについて、ここで公開したいと思います。 我々の話はどの回も以下の順番で行われており、いわば三題噺みたいな構成となってます。 リーンスタートアップ インセプションデッキ Scrum それは、我々が議論している模様を撮った以下に掲げた写真に見られるように、開発プロセスというものが階層的な構造を持っているからです。 www.instagram.com ここでは、その最初の話「開発者のためのリーン・スタートアップ」および「リーン・キャンバス入門」のスライドを紹介します。 開発者のためのリーン・スタートアップ 僕は技術者です。また、技術者としてさらな
受託開発から離れた理由 - komagataのブログ
数年前、受託開発の会社を辞めてこれから自社・製品サービスを作ってる会社で働こうと思い、会社を転々としつつ今（FJORD, LLC）に至ります。 上記のような事を思った切欠は下記の様なことがあったからです。 中規模の案件 その時、僕はコンシューマ向けのWebシステムの案件を５〜６人ぐらいのチームで取り組んでいました。データベースに保存されたデータをPHPでXMLを返すAPIを作り、Flashで表示するサイトで、時代が時代だったので「このトラフィックをPHPで構築するなんて。Javaでやるべきだ。」なんて言われてましたが今考えるとおかしいですね。 サーバーとFlashクライアントが連携するのでAPI（XMLのSchema）に関してはデザイナーとも結構密にやり取りしていたように思います。僕はガントチャートとにらめっこしながらも案件の後半になってもそれ程デスマという感じも無く、定時で帰れるメンバー
優れた開発者を見つけるには - The Joel on Software Translation Project
Joel Spolsky / 青木靖 訳 2006年9月6日 水曜 優れた開発者というのはいったいどこにいるんだ? 空いたポストを埋めるために誰かを採用しようとしたとき、多くの人がするのは、広告を出し、おそらくは大きなオンライン掲示板を見て回り、履歴書を山ほど取り寄せるということだ。 そこにある履歴書を、「フム、これはいいかもしれない」とか、「お話にならない」とか、「この人がバッファローに越してきてくれるならいいんだけど」などと考えながら見ていく。しかし、請け合ってもいいが、そのときに決して起こらないだろうことは、「すごい、この人は素晴らしい! ぜひとも雇わなくちゃ!」ということだ。実際何千という履歴書に目を通し、そして履歴書の見方がちゃんと分かっていたとしても(これは簡単なことではない。そのことについては金曜日に書くつもりだ)、何千という応募の中に、率直に言って優れたソフトウェア開発者が
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
エンジニアtype 技術者のキャリアを考えるWebマガジン - 転職＠type
