「アジャイルの現状と未来、次に来るもの。～リーン開発への展望～」Agile Japan 2010基調講演から
「アジャイルの現状と未来、次に来るもの。～リーン開発への展望～」Agile Japan 2010基調講演から アジャイル開発手法として知られるXPやスクラムは、国内で徐々に浸透し始めています。しかしアジャイルをさらに推し進めて企業レベルでアジャイルを活用したり、あるいは企業自身がビジネスをアジャイルに回すためにはどうすればよいのでしょうか。 4月9日と10日の2日間開催されたイベント「Agile Japan 2010」。2日目の基調講演に登壇したAlan Shalloway氏は「アジャイルの現状と未来、次に来るもの。〜リーン開発への展望〜」（What Is Next In the Agile World）と題し、企業をマネジメントする視点からのアジャイルについて講演を行いました。 Shalloway氏の講演は、アジャイルについてよく言われる「プロジェクトではうまくいくが、会社レベルで展開し
入社二ヶ月経ちました - 銀の人のメモ帳
前職を数ヶ月で辞めて転職活動して、意外にすんなりと転職活動を終えてた。普通に転職活動をしてみて、一社内定頂いたけど辞退した。 今働いてるところは、前回の転職活動で意識高いエントリを書いたらメールくれたベンチャー。 前回の転職活動では、力が欲し〜とか自分より凄い人が居るところで働きたい〜とか言ってたけど、今回は、如何に自分が楽しく働けるか、もしくは自分が楽しいように変えられるかを重視してた。 今の会社、社員数は20人に満たないから、わがままじゃなくて妥当性を持って変えようとすれば変わりそうな感じで、そこらへんについてはストレスが少ない。 本当は入社一ヶ月くらい経ったあたりで社名を明かしてそれなりにひと目に付くような文章書こうと思ってたけど、炎上の火消しにぶっっっこまれてマジで糞な感じになってるから、こんな感じで、なんか適当に書いてる。 僕より前に入社したエンジニアは、わりとギークっぽい感じで
組織で働くからこそ手にできる、エンジニアとしての強み―はてなCTO田中慎司氏に訊く | キャリアハック（CAREER HACK）
▼はてなCTO 田中慎司氏へのインタビュー第1弾 はてなCTO田中慎司氏に訊く―「CTOとは、エンジニア1人ひとりのポートフォリオを作る存在である」 はてなCTO田中氏から見た、デキるエンジニアとは。 はてなのCTOである田中慎司氏は、技術部長ならびにインフラ部門の責任者、さらにはサービス開発部の副本部長も兼務しているという。 アプリケーションエンジニアからインフラエンジニアまで、数々の技術者を見てきている田中氏に、優秀なエンジニアに必要なものは何かを訊いた。 テクニカルスキルの身に付け方から、マインドの持ち方、さらには環境の選び方まで、具体的な方法論があるという。 株式会社はてな 執行役員 最高技術責任者 田中慎司氏 技術を磨くなら、“原典”にあたるべし。 ― 田中さんはCTOだけでなく技術部長なども兼任されていますが、そんな田中さんから見て、優秀なエンジニアというのはどういった要件を備
Code Quality Tool & Secure Analysis with SonarQube
In your IDEFree IDE extension that provides on-the-fly analysis and coding guidance Self-managedSelf-managed static analysis tool for continuous codebase inspection
プロジェクトマネジメントなう＼(^O^)／ | ぽんぽんぺいんなう＼(^O^)／
２０代後半から１５年ほどSIプロジェクトのリーダー／マネージャーをやってきた経験から。 『 監督とは、 他人が打ったホームランで金を稼ぐことだ。 』 ケーシー・ステンゲル（MLB監督） ●ポリシー １）全てのメンバーが目的・段取りのわからない仕事をしない／させない。 ２）プロジェクトの成功には、短期的な成功と中長期的な成功がある。両方を意識すること。 ３）プロジェクトの短期的な成功は、お客さんを満足させることと利益をあげること。 ４）プロジェクトの中長期的な成功は、リーダーとメンバーが成長し、また一緒に仕事をしたいなと思い合うこと。 ５）リーダーとメンバーがフラットでオープンな関係を築けなかったプロジェクトは、中長期的には失敗する。 ６）みんなで得意なことを持ち寄って知恵を出し合ってやってみてダメだったらそれは僕らにはムリな仕事だったということ。 ７）人は一人一人別人であり仕事に対するスタ
人事評価とはどういう仕事か－－『C:A:Pモデル』による分析の試み | タイム・コンサルタントの日誌から
中間管理職になってからそれなりの時間がたつが、人の評価というのはいまだに不得手である。毎年回ってくる、人事評定と呼ばれる仕事のことだ。部下を面接し、その目標や達成度や希望やら不満やらを聞いて、それからおもむろに机に向かって、その人の評点をつける。面接自体はそれほど苦にならないが、評価がいつも難しい。その昔、面接で自分が上司に訴えるだけですんだ頃に比べると、とても気の重い仕事である。自分の評価した結果が、直接、その人のボーナス査定や昇進につながるからだ。 まあ、わたしの職場の場合、自分の決めた評点が最終値となるわけではなく、さらに上司やもっと上での調整・決定が行われるので、少しは責任が軽いと言えるかもしれない。ただ、査定が決まった後、今度は管理職は部下にそれを伝えなければならない。当然、（なぜ自分の努力はこれしか報われないのですか？）と、全員の目が訴えてくる。自分だってそうだったのだから、も
ITエンジニアの『生産性』と、データ・サイエンスの微妙な関係 | タイム・コンサルタントの日誌から
ある、社外の人との集まりに顔を出した時のこと。IT分野の経験を積んだ人が多く、みな一家言持っておられる。わたしは昨年後半から、久しぶりに社内のIT関連業務を見るセクションに移ったばかりなので、最近の事情に疎い。なるべく拝聴する側に回ることにした。話は業界の技術トレンドから、クラウドやビッグデータといった最新のバズワードに向かい、日本のIT業界の現状をなげく論調にうつった。日本を代表する大手SIerたちの低空飛行ぶり、技術的イノベーションの不足、そして多重下請に象徴される業界の構造的問題。追い打ちをかけるように、オフショアとの競合による単価の下落。なんだか、あんまりエンカレッジされるような話題が出てこない。 －－だとすると、日本のSI業界というのは将来性があるのでしょうか？ わたしは思い切って、直球ど真ん中の質問をなげてみた。しかし返ってきたのは、苦笑いするように首を横に振る姿ばかり。 「情
山本一郎氏が語る「プロジェクト炎上のメカニズムと早期発見，行うべき処理の概論」。ゲーム開発はなぜ炎上するのか
山本一郎氏が語る「プロジェクト炎上のメカニズムと早期発見，行うべき処理の概論」。ゲーム開発はなぜ炎上するのか ライター：徳岡正肇 プロジェクト炎上のメカニズムと早期発見， 行うべき処理の概論 山本一郎氏 2013年4月15日，Unity開発者のためのイベント「Unite Japan」が都内で開催され，「プロジェクト炎上のメカニズムと早期発見，行うべき処理の概論」と題する講演が行われた。登壇したのは，炎上といえばこの人，ブロガーの“やまもといちろう”こと山本一郎氏だ。 「炎上」と聞くと，我々は「うっかり発言で，ネット大炎上」などといったフレーズを思い浮かべるが，ここで語られる「炎上」というのは，ゲームの開発がにっちもさっちもいかなくなってしまう状況のことで，山本氏は，そういった案件に対する火消しのプロなのである。 Unityに限らず，ゲームエンジンの普及によってゲーム開発は飛躍的に効率化して
開発現場で一度は耳にする「何で聞いてくれなかったの！？」なんて台詞は二度と聞きたく無い。 - ぐらめぬ・ぜぷつぇんのはてダ(2007 to 2011)
異なる二種類以上の開発現場で、ほぼ同様の条件で題名の「何で聞いてくれなかったの！？」という台詞がマネージャ/リーダから発せられるのを確認した。 ソフトウェアの開発現場で受託・内製問わない（両方の開発現場で確認）。ある担当者にアサインしたソフトウェアコンポーネントが（１）完成した後バグが発覚し、マネージャ/リーダが感知していない作りや設計になっていた、（２）〆切に近づいているが仕上がる感じが無く、確認してみたところ実装上の問題に嵌っていたりマネージャ/リーダが予測できないトリッキーなor複雑な設計orコードになっていた。 そのような場合に、「何でもっと早く相談してくれなかったんだ・・・」というマネージャ/リーダの無念の思いが込められ、「何で聞いてくれなかったの！？」という台詞が担当者に降りかかる。 最初に結論、というかリーダ/マネージャに対する「お願い」になってしまうが、離れ小島的にやけに静
大企業はソースコードの管理に何を使っている？
Facebookの元CTOだったダスティン・モスコヴィッツが立ち上げた質問サイト、Quoraにて大企業がどんなソースコード管理システムを使っているのか？という質問が挙っていました。Quoraは回答の質が高いという触れ込みでスタートしているサービスなのでこれらの情報は多分正しいのでしょう。 Facebook svn (一部の人はgitも使っている) Amazon perforce Zynga svn Netapp Perforce Google git(Android), Perforce Quora git SAP Perforce ebay Clear Case git(実験中) VMware Perforce この内容の限りだとオープンソースではgit、商用ではPerforceという流れがあるようですね。 via:http://www.quora.com/What-version-co
SVN repository management
[例] メインブランチの最新版にアクセスするURL (userはsourceforge.netのアカウント名) https://user@svn.sourceforge.net/svnroot/sakura-editor/sakura/trunk/ Note: TortoiseSVNではuser@を指定しなくてもCommitの際にユーザ名とパスワードを聞かれますので，そこで入力できます． Commit 2006.03.25 Commit手順の検討メモ にて検討を加えて書き直しました． 正 式branchへのCommit手順 ファイルに変更を加えたときには必ず別の人のReview processを経ること．(ただし，更新履歴についてはこの限りでない) 変更→パッチ作成→レビュー→(必要に応じて作業ブランチを作成)→問題がな ければtrunkへ trunkへのレビュー前のCommitは禁止す
初心者ディレクターが気をつける10のこと／在宅でライターの仕事ができる「nanapiワークス」をリリースしました - iGirl
【2020年12月追記：nanapiもnanapiワークスも役目を終えられまして、サービスクローズしています。関わって、育ててくださったすべての方に感謝します】 ■ これまでのあらすじ（読み飛ばし可） わたしは約1年前（2009年夏）から（株）ロケットスタートの nanapi という How to サイト運営に携わっています。（参照：（株）ロケットスタートで働くことになりました） 2010年3月、正式にフルコミットすることになり、東京へ引っ越してきました（単身赴任）。 そしてこの度、新サービス「nanapiワークス」のディレクションを1からやるという大役を任していただけました。 ■ 「在宅でライターの仕事をするサイト｜nanapiワークス」 をリリースしました nanapiワークスとは、nanapiに配信される記事を書き、採用されるとポイントが付与されるサービスです。（ポイントは現金とか商
ドラッカーを学ぶための３冊 - finalventの日記
inspired by ドラッカーを学ぶための３冊 : 金融日記:ドラッカーを学ぶための３冊 明日を支配するもの―21世紀のマネジメント革命: P.F. ドラッカー, Peter F. Drucker, 上田 惇生 ドラッカーの経営学と思想はこの一冊に凝縮されている。 ドラッカー名著集12 傍観者の時代 (ドラッカー名著集 12): ピーター・F・ドラッカー, 上田 惇生 ものすごい名著。読まずに死ねるかの類。 非営利組織の成果重視マネジメント―NPO・行政・公益法人のための「自己評価手法」: P・F. ドラッカー, G.J. スターン, Peter F. Drucker, Gary J. Stern, 田中 弥生 ドラッカーがなぜ経営を重視したかがわかる一冊。逆にいうと世の中のドラッカー読みがいかに的外れかわかる。
チームの士気を下げさせないマネジメント3原則＋8つの実践術 | ライフハッカー・ジャパン
こちらの記事では、チームのモチベーションを下げさせないための鉄則として、以下の3点を挙げています。 その1: 公平性 給与・待遇などにおいて、フェアに扱うこと その2: 成果の尊重 仕事やその成果を尊重すること その3: 健全な仲間づくり メンバーと良好で建設的な関係を構築すること とくに重要なのはメンバーに一定の安心感を与えること。成果が出なかった場合でも、クビにするというのは、究極の最終手段と考えるべきだそうです。 では、日常のマネジメントでは、具体的にどのような点に気をつければよいのでしょう？この記事では、以下の8点を勧めています。 明確で信頼できる目標をチーム全体に浸透させる メンバーの貢献をきちんと認める メンバーの仕事が円滑に進むよう、「調整役」になる メンバーの育成のため、コーチングする コミュニケーションを十分にとる やる気のないメンバーとも向き合う チームワークを推進する
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
TechCrunch | Startup and Technology News