スタートアップの宿命、開発における「ゴールの見えないタスク」との向き合い方 - エンジニアtype
スタートアップの宿命、開発における「ゴールの見えないタスク」との向き合い方 2013/07/24公開 Synclogue International, Inc. 広報担当（@Synclogue） Windowsアプリの同期ソフトウエア『Synclogue（シンクローグ）』をはじめ、新しいSyncの仕組みを提供するテクノロジー企業、Synclogue International Inc.の広報担当です。『Synclogue』を世界中で利用されるサービスに育てることがミッション。月に1度は米国と日本を行き来しています。世界トップレベルの技術力を持つエンジニアに囲まれながら奮闘する文系男子 こんにちは。Synclogue International, Inc（シンクローグインターナショナル）の広報担当です。 前回のコラムに引き続き、欧米・日本・アジア地域に拠点を持つITスタートアップ企業として、
がんばるあなたがプロジェクトを殺す - haradakiro's blog
あまりに暑いのでちょっと怪談を。 今のような仕事のやり方をする前、いわゆるシステムインテグレータに所属していた。まあ、呼び方はいろいろあるのだろうけれど、一番長いこと仕事にしていたのは、いわゆる「火消し」。問題プロジェクトにがあると、プロジェクトに投入されるという役どころだ。まあ投げ込まれるのは大変だけれど、いろいろなものを見ることができた。 投入されたプロジェクトは多種多様だけれど、たいていの場合、すぐに問題があるようには見えない。みんな忙しそうに働いているし、大きな開発プロセスの問題もない。粛々と作業がすすんでいるように見える。でも、クライアントと管理職は怒っている。怒っているから、いろいろな作業が追加されて、メンバーはどんどん忙しくなる。 しばらく見ていると、プロジェクトには必ずある種類の人がいることに気がつく。みんなに頼りにされていて、なにかあると彼(彼女の場合もあるよ、もちろん)
山本一郎氏が語るソーシャルゲーム開発の「炎上案件」を食い止める方法
東京で4月15～16日という日程で、Unite Japanという米Unity Technologies主催のカンファレンスが開催中だ。ゲーム開発は属人性を伴っているものであることを痛感させられたセッションがある。イレギュラーズアンドパートナーズの山本一郎氏が、ゲームエンジンのUnityが普及したがために起きている「炎上案件」にどのように対処するべきかを語った講演だ。同社は、トラブルを抱えたソーシャルゲーム開発プロジェクトの「炎上案件」が発生している場合の処理作業を業務の一つとして行っている。 Unityはゲームエンジンとして、日本では前年対比で500%という驚異的な売上を出し、世界でアメリカに続く、第2位のライセンス契約が結ばれているまでの大成功の状態にある。一方で、「Unityだから、安い、早い、簡単に開発できる」という思い込みも広がっている。優れたゲームエンジンを使えば、優れたゲームが
リソース不足によるプロジェクト崩壊を防ぐ--役割を兼務するメンバーの士気を保つには
わたしは今、顧客と興味深いやりとりをしている真っ最中なのだが、他の顧客や組織も同じ問題で苦しんでいるのかと気になった。この顧客のところでは、開発者として契約したスタッフメンバーが、（リソース不足と人員削減のあおりで）テスターとビジネスアナリスト（BA）を兼ね、時にはプロジェクトマネージャー（PM）の役割も果たすことを求められている。この状況で起きる困難には、リソース管理の難しさ、役割の混乱、スキルの不一致、士気ややる気の低下、そしてビジネス上の成果を上げることの難しさも含まれる。 では、これらの困難についてもう少し詳しく見てみよう。 開発者として投入されたチームメンバーや契約業者がBAやPMの役割も果たさなくてはならない場合、リソースプールの状態を理解したり、管理したりするのが難しくなる。例えば、ある開発者は、ビジネスの分析やプロジェクト管理、テストにどれだけの時間を割いたのだろうか？事業
Yahoo! JAPANにおけるアジャイル開発、スクラムへの取組み（前編）
先週の水曜日（10月19日）に、アジャイル開発手法「スクラム」を学ぶイベント「Scrum Gathering Tokyo 2011」が都内で開催されました。 スクラムを実際に導入した事例として紹介されたのが「Yahoo! JAPANにおけるアジャイル開発、スクラムへの取組み ～組織と現場から～」のセッションで紹介されたヤフー株式会社の例。 同社は2名の担当者が中心となり、社内セミナーなどでスクラムに興味を持ってもらうことで社内の自主的な変化を促す一方、評価制度や内部統制などの制度を調整する担当役も置くことで制度面での変化も後押しするなど、スクラム導入の具体的な手法が紹介されました。 そのセッションの内容を紹介しましょう。 2名で分担してアジャイル開発の推進を開始 ヤフー株式会社 R&D統括本部プラットフォーム開発本部本部長 志立正嗣氏。 組織の立場から見て、どういう風にスクラムを導入してき
アジャイルを身近に感じたAgile Japan 2011 福岡 | MutsuLog
4/15は福岡県Ruby・コンテンツ産業振興センターで開催された Agileを味わえる Agile Japan 2011 福岡に参加しました。 大遅刻したため、午前中のUstream基調講演には間に合わず 午後の福岡会場のセッションから参加しました。 まず、感想を述べますと プログラマと組むことがあるデザイナーにも為になる内容でした。 また単純に「開発」を含まない「サイト制作」における 「公開直前でのクライアント側からのちゃぶ台返しを未然に防ぐには？」 「営業と制作間での不毛な争いを無くすには？」 という問いにおいても 解決するためのヒントがありました。 以下、各セミナーでメモしたことを書いてます。 Backlog，CacooにおけるコラボレイティブなUI開発 (株式会社ヌーラボ 縣 氏） UI(ユーザーインターフェース)は皆で作るもの。 統一感あるUIを実現するために、プロダクトオーナー
そして後ろから撃たれる
コンピューターは大好きだった。 学生の頃からサーバーとかプログラムをやってたおかげで、SIの会社に入社してからはちょっとしたヒーローだった。 寝る間も惜しんで働いて、案件を片っ端からざくざく片付けた。 元々スケジュールも厳しいので納期優先だ。みんなそれを望んでた。 適材適所に合わせて効果的な言語、環境、フレームワーク、ライブラリを選んで組み合わせた。 ライブラリやフレームワークにバグがあれば自分で直した。OSS万歳だ。 本もばりばり読んだし、勉強会にもたくさん顔を出した。 結果を残してきたつもりだった。 これがSEの生きる道だと信じてた。 そうして何年かが過ぎて、案件の山が落ち着いてきたころに異変が起きた。 周りが一斉に今まで構築したシステムが保守できないと言う。うわ。顔がマジで怖い。 遊び半分でシステムを作られても困ると言う。デザインパターンやフレームワークは趣味ですか。そうですか。 一
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
