Webサービス開発現場から / 近頃の開発のやり方 ･･･ Github と Pull Request とコードレビュー - naoyaのはてなダイアリー
先日プレスリリースが出たのですが、KAIZEN platform という会社で技術顧問などをやっています。それから、一昨日自分も出たWebアプリケーション開発に関する勉強会 (資料) を開いたじげんという会社でも少し前から同じように顧問のような形で携わっています。 自分が関わっている会社のPRも含めて、すこし、2013年現在のWebサービス開発の現場感、やり方みたいなものを書いてみたいと思う。ただ、自分の利益があるところの話だけではフェアではないので、Webエンジニアならよく知っているであろう Qiita を運営しているインクリメンツの様子も合わせて紹介する。 KAIZEN platform KAIZEN platform が提供しているサービスは planBCD という A/B テストの SaaS で、Webサイトのコンバージョンだとかを画面の構成要素を変えて効果測定したいとか、そういう
いいアジャイルと悪いアジャイル
スクラムはラグビーにおいて最も危険な段階であり、それというのも、潰れたり不適切なかみ合い方をすると、前列のプレーヤーが怪我をしたり、首の骨を折る危険すらあるからだ。—Wikipedia 私が子供の頃には、コレステロールは体に悪いものだった。これは覚えやすかった。脂肪は悪い。コレステロールは悪い。塩分は悪い。みんな悪い。しかし近頃では、コレステロールが「いい」コレステロールと「悪い」コレステロールに分かれている。私たちがこの2つをどうにかして見分けられるとでもいうように。そしてその切り替わりは奇妙なものだった。FDAが突然プレスリリースを発表して、殺鼠剤には2種類、いい殺鼠剤と悪い殺鼠剤があり、いい方はたくさん摂って悪い方は摂ってはならず、そして決して2つを混ぜたりしてはいけないのだと言ったかのようだった。 一年くらい前まで、私はいわゆる「アジャイル」プログラミングに対して、ごく一次元的な見
アトラシアンのニコラス・マルドゥーン氏が語る分散バージョン管理によるアジャイル開発
--- まずアトラシアン社の概要をご紹介ください。 ニック 2002年にオーストラリアのシドニーで設立され、現在はサンフランシスコ、アムステルダム、東京にも拠点があります。私が2007年にアトラシアンに加わった時は89人目の社員でしたが、現在では約550名になっています。 アトラシアンのミッションは、世界の様々なチームが素晴らしいソフトウェアを作るための支援をすることです。製品は大きく分けて二つあります。まず、バグ、タスク、プロジェクト、人、ソースコードなどのあらゆるものを管理する、プロジェクト管理ツールの提供です。もう一つはチームがリッチなコンテンツを作成、共有、議論するためのコラボレーションツールです。 アトラシアンのソフトウェアは、エンタープライズでも利用可能であると当時に、数多くのユーザーに使ってもらえるように、価格が非常に安くなっています。実は、私たちの会社にはセールスの担当者は
会議で口を開いてもらうための段取り
今回説明するのは「演出」スキルの一つ，会議のファシリテートのコツだ。場を上手に作り，参加者に十分納得してもらったうえで合意形成を行なう方法を説明する。 様々な会議と様々なかかわり方 一口に会議といっても様々で，かかわり方や期待される役割は異なる（表1）。合意形成を目的とする場合と，情報共有を目的とした場合とではファシリテートの仕方も異なる。合意形成を目的とした会議の方が，より多くのコミュニケーションが必要な分，成功させるのは難しくなる。
チームの生産性向上を重視するアジャイル開発の精神―米IBM チーフソフトウェアエコノミスト ウォーカー・ロイス氏
― まず、ロイスさんのこれまでの経歴をお聞きしたいのですが、ずっとソフトウェア開発の世界に携わっているのでしょうか？ そうですね、およそ35年間この世界に関わってきています。もともと大学では物理学を専攻していたのですが、その後コンピュータサイエンスを学び、さらにコミュニケーションの教育も受けました。入社後は、プログラマーを皮切りにシステムエンジニア、プロジェクトマネージャー、ヴァイスプレジデントなどを経験して、現在の役職に至っています。 ― 今のチーフソフトウェアエコノミストという役職には、どういったミッションが求められているのですか？ 私に求められているのは、いかにしてソフトウェアプロジェクトの測定方法を改善できるかについての指標を示すことです。これはすなわち、「どのような形で技術的な成果をビジネス上の価値に結び付けられるか」について考え、その実現を目指していくということになります。 そ
［覆面座談会］はびこる失敗アジャイル
アジャイルの適用が進む一方、失敗プロジェクトが増えている。アジャイル開発の経験が豊富な3人に、現場の様子を語ってもらった。いったいどんな失敗が起きているのか。（聞き手は日経SYSTEMS記者、池上俊也） 記者：最近、業務システムの開発にアジャイルを適用する事例が増えてきました。アジャイル開発の経験が豊富な皆さんは、こうした状況をどのようにご覧になりますか。 Aさん：以前は若い開発者が中心となって、Webシステムの開発でアジャイルを採用するケースが多かったと思います。しかし最近は、ちょっと違う。開発会社のトップや、ユーザー企業の担当者がアジャイル開発の採用を求め、トップダウン的に取り組むケースが多いようです。それもこれまでウォーターフォール型を適用していた業務システムのプロジェクトに適用する事例が目立ちます。 Bさん：より速く、より安くシステムを開発する手法として、アジャイルが広く認知された
グラス片手にアジャイル開発 第4回 － ハイブリッドアジャイルの実践法
エンタープライズ分野へのアジャイルの適用 ここ2、3年のアジャイル開発の再評価は第2のブームとも呼ばれています。実際のところは10年前にブームであったものがじわじわと現場に浸透し、それが表面化して見えてきたと言うところでしょう。こうした中、エンタープライズ（企業）系のアプリケーション開発でもアジャイルを適用するケースが多くなってきました。Web上のちょっとしたツールやアプリの開発でアジャイルの成果を実感し、今度は本格的な基幹業務システムの構築でも適用してみようという機運が高まってきたのです。 業務システムへのアジャイル適用の3つの課題 「業務システムにもアジャイルを適用」という目標を掲げた場合、3つの課題が浮かび上がります。1つは契約の問題です。連載第1回目に述べたようにアジャイルは「変更があって当たり前」というスタンスなので、いつまでもお客様が変更を要求してきたらコストが膨れ上がるのでは
アジャイルはウォーターフォールよりも難しい
ここにきて、アジャイル開発手法を業務システム（アプリケーション）の開発に適用しようとする動きが本格化している。これまで小規模、Webシステムへの適用が目立ったが、最近は業務システムや大規模プロジェクトへの適用事例も出てきた。アジャイルはもはや“ブーム”ではなく、本格的な普及が始まったと見てよさそうだ。 ところが、実際にアジャイルを採用した現場に話を聞くと、何とことごとく失敗している。そもそもアジャイルは、大規模プロジェクトを想定していないし、請負契約が多い国内のプロジェクトは、要求の増加に歯止めが利きにくいアジャイルと相性が悪い。さらに業務システムへの適用となると、コストや納期の制約があり、品質優先で開発を繰り返しながらシステムを成長させていくアジャイルと考え方が相反する面がある。 それでも開発現場はアジャイルに望みをかけている。刻々と変わる要求やリスクに迅速に対応する必要があるからだ。最
アジャイルなソフトウェア開発とは | オブジェクトの広場
同僚の協力もあり 2002 年にアジャイルモデリング ( AM ) 日本語リソースサイト [1] を開設し, 2003 年に AM 本 [2] を刊行して以降, 筆者にとって「 AM の適用事例を作る 」ことが大きな課題として残されていました. 幸いにも, 2003 年から社内開発でアジャイルなソフトウェア開発を適用する機会を得るとともに, 2004 年にはお客様からアジャイルなソフトウェア開発のプロジェクトのお手伝いを依頼されたり, 社内開発で AM を実践する機会を得ることができました. 読者の皆さんが AM を学ぶ際の参考となることを目指して, 今回から数回の連載で AM を実践するために筆者が勉強したり, 考えたり, 実践したことを紹介させて頂こうと考えています. とりあえず, 今回は AM の土台となるアジャイルなソフトウェア開発について説明します. 1. アジャイルなソフトウェ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
開発契約のウソ・ホント
セールスフォース・ドットコムが実践する独自のアジャイル開発手法とは？
グラス片手にアジャイル開発 第1回 ― 実践的アジャイル開発とは
アジャイルはなぜ失敗するのか？～教科書には載っていない反復型開発の3つの掟
なぜ、今アジャイルが再び注目されるのか？
Japan.internet.com デベロッパー - 7つのアジャイル開発手法の実践ガイド（第1回）
今日からできる！全員参加型の建設的フィードバック「ふりかえり」～実践編（KPT・タイムライン）
オブジェクト倶楽部 - TOPページ