タグ

関連タグで絞り込む (17)

タグの絞り込みを解除

businessとdevelopmentに関するume-yのブックマーク (20)

  • プロダクトマネージャーについて - naoyaのはてなダイアリー

    Twitter でプロダクトマネージャーについてぶつぶつ呟いていたら、まとめられていました。ありがとうございます。 プロダクトマネージャー制度を導入するにはどうすれば良いのか プロダクトマネージャーについてあれこれ考えていることを、ここらで一旦整理する良い機会かなとも思いましたので、ちょっと文章をこさえてみることにしました。一年ぶりにブログでも書いてみようと思います。 プロダクトマネージャーはユニコーンなのか。なぜそれが必要なのか。プロダクトマネージャーを見つける / 組織で制度化するとはどういうことなのか。それについて自分の考えを述べていこうと思います。 プロダクトマネージャーは新しいユニコーンか? 昨今よくプロダクトマネージャーが話題になっていますが、人によっては「プロダクトマネージャー」 が今自分たちができないことを象徴している/それが登場すれば全てが解決する銀の弾丸的なもの･･･い

    プロダクトマネージャーについて - naoyaのはてなダイアリー

  • プロダクトマネージャー制度を導入するにはどうすれば良いのか - 小さなごちそう


    KAIZEN platform Inc. 技術顧問 伊藤直也さんの、プロダクトマネージャーに関するツイートがとても示唆に富んでいるのでまとめさせていただく。 ソフトウェアエンジニアのひとがなにかと口うるさいの、組織的な怠慢のツケをはらう羽目になるのがだいたい自分たちだから、というのはあるだろうね。ごまかしがきかない仕事だし — Naoya Ito (@naoya_ito) 2015, 10月21良く見る典型例は、企画とか品質を保証する仕事までエンジニアに丸投げして、エンジニア側にはその期待値がなくてお互いの思惑がずれる、みたいなケースだな。この場合にエンジニアがしょぼいものを作るから、と指を指されてるけど、問題は製品企画開発の責務を組織の中で曖昧にしてるところにある — Naoya Ito (@naoya_ito) 2015, 10月21たまたまエンジニアの中にそこまで含めて上手な
    プロダクトマネージャー制度を導入するにはどうすれば良いのか - 小さなごちそう

  • 「ほんとうのプロダクトアウト開発」 ― マツダはなぜ、よみがえったのか? - naoyaのはてなダイアリー


    "プロダクトアウト"。技術や思い入れなどを優先して製品を作るやり方です。 技術から発想しなければなし得ない製品というのは当然ありますし、そういうものこそ革新的であるとずっと思っていました。ですが、僕はこの﹁プロダクトアウト開発﹂というのを、いつからか都合の良いように解釈していた。自分達がやりたいことを優先するための正当化、技術的に困難な課題を解くことからはじめるのではなく、そこに扱いやすい技術があるからそれで作るという、リスクを取らない開発のための言い訳。 ﹁プロダクトアウトじゃないと、真に新しいものは作れないんです。﹂ 先日、﹃マツダはなぜ、よみがえったのか?﹄という本を読みました。不振に陥った自動車メーカーのマツダが、苦境の中から RX-8 を開発し、その状況から脱出するまでをつづったノンフィクションです。この本には﹁ほんとうのプロダクトアウトとはなにか﹂ということが記されていました。
    「ほんとうのプロダクトアウト開発」 ― マツダはなぜ、よみがえったのか? - naoyaのはてなダイアリー
    ume-y
    ume-y 2010/03/31
    RX-8開発で目指したもの。
    リンク

  • はてなブログ | 無料ブログを作成しよう

    オーベルジーヌ実食レポ 食べ物の鼻塩塩(未だに通じるのかな) オーベルジーヌというカレーをご存知だろうか 都内にあるデリバリー専門のカレー屋で、 ロケ弁などで大人気の本格欧風カレーが楽しめるらしい いいな〜 いいな〜オブザイヤー 都内の奴らはこんな良いモン食ってんのか 許せねえよ………

    はてなブログ | 無料ブログを作成しよう
    ume-y
    ume-y 2010/02/25
    「こういったヘボい会社と契約しないように防御したいなら、とりあえず「予算内で」とか「なるべく安く」とか言わず、まず「どういった工程で案件を進めるのか詳しく教えてくれ」と確認するのが良いと思います」
    リンク

  • ホテル検索用 Android アプリのソースコードまるごと流用 | スラド YRO


    長瀬敦史氏の開発した﹁宿ろいど﹂というホテル検索を行う Android 用のアプリが、﹁お宿ナビ﹂という名前で Android Market に公開されていたのを、本人が発見した。﹁お宿ナビ﹂には株式会社エクスプレッソが開発したという表記がされていた (本人 blogの記事より) 。 お宿ナビは宿ろいどと画面が全く同じだけでなく、ログ出力に yadoroid という名前が記録されるようになっていたため、同一であることが確認された。フリージャーナリストの増田真樹氏が同社に取材した結果、すでにマーケットからは削除しており、同社は﹁今後は、他者、他人の著作権を侵害するものではないかどうか、社内でチェック体制を強化﹂していくとのこと (増田氏のブログ記事より) 。

  • Google App Engine公開で起こる変化とは？

    GoogleがGoogle App Engineのプレビュー版をリリースしました。これはGoogleが提供するアプリケーションと同じシステム上で、開発者が自由にウェブアプリケーションを構築できるプラットフォームです。開発者たちは、Googleのサーバを利用してソフトウェアを配布できるため、プログラムが当初想定していた以上の規模に成長した場合でも自動的にスケールできるそうです。Amazonも以前から、「EC2」「S3」「SimpleDB」という似たような一連のサービス群を提供しています。このような巨大なリソースを持つ企業が自社のプラットフォームを広く開放するのは、どのような狙いからでしょうか。また、このような動きが活発化することで、ウェブアプリケーション市場はどのように変化していくのでしょうか。パネリストの皆さんの意見を聞かせてください。

    Google App Engine公開で起こる変化とは？

  • MSのオープンソース受け入れに疑問 (1/2) - ITmedia エンタープライズ


    オープンな標準とソースコードに関するMicrosoftの約束に隠された本当の狙いを知らない人であれば、Microsoftが本当に変わろうとしていると思うかもしれない。 Microsoftの図々しさには感心するばかりだ。情報を隠そうとしたことで欧州連合︵EU︶の裁判所に手痛い敗北を喫し、その情報を開示するよう裁判所から命じられたMicrosoftは、﹁自社製品のオープン性を高め、開発者、パートナー、顧客および競合企業のために相互運用性を改善し、機会と選択肢を拡大する﹂ことに真剣に取り組んでいる いやはや、なんだかめまいがしてきた。 ﹁Microsoftがかつてなく大胆な方針転換。オープンソースを受け入れ﹂という見出しを載せた新聞もあった。世の中にはだまされやすい連中もいるものだ。勘違いしないでいただきたい。Microsoftは全面的な敗北をPR面での勝利に変えようとしているだけなのだ。Mi
    MSのオープンソース受け入れに疑問 (1/2) - ITmedia エンタープライズ
    ume-y
    ume-y 2008/02/26
    「すべて、EUの裁定で要求されたことだ。それどころか、EUによると、今回のMicrosoftの発表も不十分な内容だという」
    リンク

  • 「アジャイルレトロスペクティブズ」書評 -- 社員食堂配膳モデルからヴァイキング食べ放題モデルへ - アンカテ


    仕事というものを、社員食堂の日替わり定食のように、ひとつの同じメニューが全員に配膳されるようなイメージでとらえている人が多い。これを、ヴァイキングのように、テーブルに次々と並べられていく作業を、それぞれが食べたい所から好きなように食べていくモデルに変えていくことが必要だと思う。 多様化する社会にこれから入っていく人が、自分の仕事を選択する場合にもこのイメージが有効だと思うが、ソフトウエア開発という職種では、その内部においても、仕事がヴァイキングのモデルのように進むようになりつつある。一つのシステムを開発する為に必要なスキルは、非常に多様なものになっていて、メンバーの持つスキルが分散してそれぞれが得意分野に対応していくことが必要になっている。 定食を残さず食べるには、好き嫌いが無いことが仕事に就く条件になるが、ヴァイキングでは、何かしらの得意分野を持っている個性的な人が集まらないと戦力になら
    「アジャイルレトロスペクティブズ」書評 -- 社員食堂配膳モデルからヴァイキング食べ放題モデルへ - アンカテ
    ume-y
    ume-y 2007/10/02
    「ヴァイキングのように、テーブルに次々と並べられていく作業を、それぞれが食べたい所から好きなように食べていくモデルに変えていくことが必要だと思う」
    リンク

  • ITmedia エンタープライズ：遅れた日本のソフトウェア開発 その原因はここにあり!?：作業環境を改善せよ さもなくば日本のエンジニアは壊滅する！ (


    作業環境を改善せよ さもなくば日本のエンジニアは壊滅する！‥遅れた日本のソフトウェア開発 その原因はここにあり!?︵1/3 ページ︶ 米グーグルでは食事がタダに。米マイクロソフトではソフトドリンクが飲み放題。そのほか、米国のIT企業の多くでソフトウェア開発者は全員、個室を与えられている――こんなこと、日本の企業であるだろうか？ 驚愕!?海外企業における個室の作業スペース 米国のみならず先進諸国においては、ソフトウェアエンジニアの労働環境は総じていい。世界一巨大なソフトウェア会社のマイクロソフト、欧州最大のソフト開発会社として有名なSAPで働いた経験から、そう感じる。どちらの会社も、さまざまな側面において一部から厳しく評されることもあるが、そんな評判とは裏腹に、エンジニアの労働環境は良かった。 ご存知かもしれないが、米マイクロソフト本社のオフィススペースは筆者が勤めていた当時、完全な個室型
    ITmedia エンタープライズ：遅れた日本のソフトウェア開発 その原因はここにあり!?：作業環境を改善せよ さもなくば日本のエンジニアは壊滅する！ (
    ume-y
    ume-y 2007/09/05
    生産性が100倍違っても、給料は2倍も違わないしね。環境と給料が悪いと、エンジニアは手を抜いて帳尻を合わすのですよ。
    リンク

  • 黒船ソフトウェアへの対抗手段は大同団結？ | スラド Slashdotに聞け


    ITmediaに大同団結で今こそ海外進出に挑むべしという記事が掲載されている。昨年結成されたMade in Japan Software Consortiumに関する記事ではあるのだが、少々首をひねってしまった。出だしで日本のソフトウェア輸出入統計において、輸出額は約90億円、輸入額は約9189億円と100倍の開きになっているというお馴染みの解説がなされ、国産ソフトウェアの技術や実力は決して低くないのにこのようになっているのは戦略が欠けていたからとしている。そこでメイドインジャパンなベンダーの大同団結という流れなのであるが、これを読むと、そもそも戦略が欠如というのに多数の企業が連合を組むというのは、大型ロードサイトショップに対抗する地方のシャッター商店街にでも見えてしまう。大同団結で対抗というなら全社合併ぐらいでないと意味がない気がするが、果たして黒船とやらに対抗できる戦略というのは存在す

  • スラッシュドット ジャパン | プログラマのやる気を上げよ


    本日の産経新聞にやたらにでかくNTTデータの浜口社長のインタビューが掲載されている。﹁日本のソフト業界はプログラマーを軽視した。能力のあるプログラマーにはいい報酬を支払い、品質や生産性を上げなければならないのに、そうしなかった。﹂ということで、﹁スーパープログラマーとでもいうべき技術者を集めて、生産性の高いソフト制作の手法を編み出したい。相応の処遇についても検討する﹂と、優秀なプログラマーを重要視した方向にもっていきたいようだ。何となくどこかで見たような話だが、日本最大のSI屋のトップの発言ということで、搾取され続けるプログラマーの皆さんには一筋の光なのかもしれない。 そんなことを思っていたら、Geekなページにプログラマがやる気をなくした理由というエントリ。フィクションということで、とにかくやる気をなくしている理由を列挙したものだが、これを見ると何だか浜口社長の意気込みも遅かったのではな

  • 人月見積もりでは生産性は上がらない、IPAが警告 ― ＠IT

    2006/11/29 情報処理推進機構（IPA）は11月29日、2006年度「情報処理産業経営実態調査」の結果を発表した。この調査は「情報処理産業界の財務、経営状況の現状を把握し、今後の経営の参考に供する」（IPA）ことが目的で、1978年以降毎年実施されている。28回目となる今年は従来のアンケート調査に加えてヒアリングも実施し、労働生産性の分析などを行った点が特徴だという。アンケートでは861社から有効な回答が得られた。ヒアリングは25社に対して行った。 2005年度の情報処理産業全体の売上高は0.8％の増加で、伸び率は鈍っているものの2003年度から連続でプラス成長している。経常利益も22.6％の増加で、増収増益となった。ヒアリングの結果でも、経営状況は昨年と比べ良好であるという意見が多く聞かれたという。 生産性に関しては、ソフトウェア業界において、ソフトウェアプロダクト販売分野の売上

    ume-y
    ume-y 2006/11/30
    「現状多いのはコスト積み上げ型の何人日という形での見積もり。ソフトウェア工学は進歩しているが、生産性を上げても金額が低くなってしまう。このジレンマが生産性の上がらない要因」
    リンク

  • グーグルは「次の大ヒット」を生み出せるのか - My Life Between Silicon Valley and Japan


    検索エンジン、AdWords/Adsense事業、そのコア事業を支える(昨日詳しく解説した)情報発電所インフラ。グーグルの現在の成功は、この三つの大きな達成によっている。 ただグーグルはとにかく手を広げていて、次から次へと新サービスを発表してくる。しかしその新サービスの大半は未だ﹁大ヒット﹂に至らず、競合に遅れをとっているものも多い。ここのところ三回にわたって紹介したYouTubeのように、Googleが狙うとされている﹁新しいスペース﹂(YouTubeの場合はGoogle Video)の一つひとつに、厳しい競争を勝ち抜いたベンチャーが登場する。 グーグルの新サービスは、会社全体としてたくさんのことをやっている中の一つだが、競争を挑むベンチャーのほうは、たった一つのことに狙いを定めて勝負してくる。﹁垂直統合﹂した低コスト構造のインフラを持っているのはグーグルだけかもしれないが、それがなけれ
    グーグルは「次の大ヒット」を生み出せるのか - My Life Between Silicon Valley and Japan

  • 複雑さに金が落ちる時代は本当に終わるのか？ - アンカテ


    RailsやChuraのいけてないところ これは、RubyonRailsに対する実に的確な批判だと思う。だが、これによって逆にRailsの意味が見えてきたような気がする。 (このエントリ、入口はソフトのやや専門的な話ですが、例によって大風呂敷で、そこから"The World is Flat"の話につながっていくので、できればプログラマ以外の方もおつきあい下さい) Railsというソフト開発ツールの良さは、単に便利とかフルスタック(必要な全ての機能盛合せ)ということではなく、実践的な仕事の流れが背後に想定されていることだ。頭をひねってツールを使いこなすというより、ツール(が想定しているソフト開発手順)に﹁乗る﹂という感覚で開発を進めることができる(まさにOnRails)。 だから、Railsの個々の機能の過不足を問題にするのはあまり意味が無い。仮に不足があったとしても、オープンソース
    複雑さに金が落ちる時代は本当に終わるのか？ - アンカテ
    ume-y
    ume-y 2006/06/21
    「そういう会社は地球全体で業種ごとに二つか三つ」
    リンク

  • My Life Between Silicon Valley and Japan - グーグルがイノベーションを生む秘訣


    解説はまたいずれ、ということで、今日は原文の紹介のみ。 Business Week 6/19/2006号に、 ﹁Marissa Mayer's 9 Notions Of Innovation﹂という一覧表が出ている。ネット上では、 http://www.businessweek.com/magazine/toc/06_25/B39890625innovation.htm の中のSlide Showで、ちょっと読みにくいので、ここにまとめておいた。グーグルがイノベーションを生むための9箇条は以下の通り。 (1) Ideas come from everywhere Google expects everyone to innovate, even the finance team (2) Share everything you can Every idea, every project,
    My Life Between Silicon Valley and Japan - グーグルがイノベーションを生む秘訣

  • naoyaのはてなダイアリー - サーバーを増やせばいいんじゃない、サーバーを増やすだけで解決できるように努力するのだ


    ライブドアの技術の話について書いた、その記事のコメント欄。最初は感情的な批判などがあって話題とは別の方向で炎上し気味だったんでうーんと思ってたんですが、後半になってきて少し面白い議論が出てきました。 こんな反応があった。 アクセス数が増加している段階で、ApachやAppServerのスレッド数をいじろうが、ヒープサイズを増やそうが、DBのパラメータをいじろうが、はてまたアプリを書き直そうが、性能要求にミートするには相当のワークが発生しますし、どう最適化、チューニングしても追いつきません。そのようなチューニングにお金をかけるならサーバーを追加したほうが安く上がるのではないかと思うのですが、如何でしょう?それに対する僕の返信は、 確かに何千万もするファイルサーバーとか、ロードバランサーとかで問題が解決できる機会っていうのは存在すると思います。なので ”負荷が高ければ、結局サーバーを単純に増
    naoyaのはてなダイアリー - サーバーを増やせばいいんじゃない、サーバーを増やすだけで解決できるように努力するのだ
    ume-y
    ume-y 2006/02/10
    「人を増やすだけで処理能力が向上する体制を作るのが管理術」　Googleでは、ブレードが壊れたら差し替えるだけとか。そんな感じか。
    リンク

  • 圏外からのひとこと(2006-01-26)

    * ソフトウエア業界の「バカ世界地図」 mixi発で、「Perl VS Java」というテーマが盛り上がっている。「ソフトウエア業界の中で、ある種のスキルが正当に評価されてないのでは？」という疑問に、「そうだそうだ、おかしいぞ」と同調する声が高まり、「いや、それには正当な理由がある」という反対意見が出て議論になっているようだ。 錯綜する議論の中にいろいろタメになる見解を見ることができて、業界人の端くれとしていろいろ勉強させていただいたが、ちょっと違う視点から(だってそれしか売り物がない)ブログのネタとして業界の外へ発信してみたいと思う。 まず、最初に関連するリンクをならべておく(ちょっとそれ系の用語が多いので業界外の人はパスした方がいいかも)と、mixi内のものとして、 Perlコミュ: 業務経歴書にPerl案件を書くと馬鹿にされる件 walrusさんの日記:「業務経歴書にPerl案件を書

  • 内田樹の研究室: うなぎくん、小説を救う

    2024 1月 - janvier 2月 - février 3月 - mars 2023 1月 - janvier 2月 - février 3月 - mars 4月 - avril 5月 - mai 6月 - juin 7月 - juillet 8月 - août 9月 - septembre 10月 - octobre 11月 - novembre 12月 - décembre 2022 1月 - janvier 2月 - février 3月 - mars 4月 - avril 5月 - mai 6月 - juin 7月 - juillet 8月 - août 9月 - septembre 10月 - octobre 11月 - novembre 12月 - décembre 2021 1月 - janvier 2月 - février 3月 - mars 4月 - avril 5

  • オフショアリングからは逃れられない：栗原潔のテクノロジー時評Ver2：オルタナティブ・ブログ


    昨日の深夜になんとなくテレビをつけてたら、福本伸行先生の麻雀漫画﹁アカギ﹂のアニメをやっていてついつい見入ってしまいました。自分は、最近は漫画はほとんど読まず、アニメは全く観ないといってよいのですが、一時期の福本先生の作品は別で、カイジとかアカギを漫画喫茶で全巻読んだりしたものでした。アカギのアニメは、きわめてアニメ化しにくいと思われる福本画をうまく処理しており、なかなか楽しめましした。 ここで何が言いたいかというとエンドロールのアニメーターのクレジットが全部韓国名だったんですね。どうも、深夜アニメは予算が少ないので、韓国にオフショアリングすることが多いそうです。しかし、クオリティ的には何の問題もなかったと思います。 国による物価の差というものがある以上オフショアの動きは止まらないでしょう。﹁あなたの仕事がネットを通じてできるものであれば、あなたのキャリアは危機にある﹂とは、インドのソフト
    オフショアリングからは逃れられない：栗原潔のテクノロジー時評Ver2：オルタナティブ・ブログ
    ume-y
    ume-y 2005/11/17
    「あなたの仕事がネットを通じてできるものであれば、あなたのキャリアは危機にある」
    リンク

  • 東京三菱とUFJの合併延期に思う：栗原潔のテクノロジー時評Ver2：オルタナティブ・ブログ

    ちょっと前の話ですが、10月1日に予定されていた東京三菱とUFJの統合が来年1月1日に延期されたという記事。 内部事情はわかりませんが、ちょっとでもテストに不安があるのならば、あえて延期するというのは懸命な選択でしょう。期日に間に合わせようとしてテストをはしょる→本番でトラブル→あわてて直そうとしてトラブル拡大という、みずほの轍だけは踏まないでほしいものです。 ところで、新しい統合日が１月１日というのがちょっと気になりますね。年末年始で余裕があるとは言え、年末にはおそらく期末のでかいバッチ処理が走るはずです。それが終わってから、一気に切り替えるということですよね。結構大変そうな気が。 とは言え、たとえば２月１日とかに統合してしまうと、１１ヵ月後の年末になってはじめて本番で走るバッチ処理があるはずであってそこでトラブって困るよりは、オリジナルの開発者が多数残っている最初の段階でバウンダリ処理

    東京三菱とUFJの合併延期に思う：栗原潔のテクノロジー時評Ver2：オルタナティブ・ブログ
  • 1

お知らせ

もっと読む

公式Twitter

  • @HatenaBookmark

    リリース、障害情報などのサービスのお知らせ

  • @hatebu

    最新の人気エントリーの配信

はてなブックマーク

公式Twitter

はてなのサービス

  • App Storeからダウンロード
  • Google Playで手に入れよう
Copyright © 2005-2024 Hatena. All Rights Reserved.