組織論 - masayang's diary
ということで、明日からAgile2009に参加。 今回は「組織論」に重点を置いて情報収集したい。 最初からAgileな組織を形成できれば苦労はしない。 やはり課題は非Agileな人達の意識をどうやって変えていくか、だろう。 それは作り手もそうだし、お客さんにもいえること。 あと、利害関係者という意味では「株主」もかな。*1 *1:株主総会で「おたくはちゃんとAgileしてるの？」って、俺が黒スーツ・黒シャツ・赤タイで質問すればいいのか。
電通の雑誌（出版社）向けのiPhoneアプリ経由配信サービスって、どんだけぼったくってるんだよ （追記あり） - やまもといちろうBLOG（ブログ）
電通の雑誌（出版社）向けのiPhoneアプリ経由配信サービスって、どんだけぼったくってるんだよ （追記あり） なんか、聞いたら配信手数料は下代の30％近いってことらしいじゃん。それも、appleへの上納金とは別に。これだと、雑誌社に落ちる金額は40％ぐらいになっちゃうような。事実なら、明らかに投下するコストに比べて値段が高すぎだろ。ぼったくりだ。程度の差はあるけど、pdfで取り込んだデータをアプリで展開するのと、IEC62227とかDRMぽいのが挟まってるだけだよな、これ。 こんなのUSの気の利いたラボに開発させたら3万ドルぐらいの代物なのに、何でこんなになっちゃってんの。せっかくiPhone市場は盛り上がるのかな、と思っていたら、こいつは確実にバブルな匂いですね。 iPhoneに雑誌を有料配信 電通などスタート、年内に30社50誌 http://www.itmedia.co.jp/new
技術者の楽園？「経営者の楽園」の間違いでしょ． - カレーなる辛口Javaな加齢日記
「「技術者の楽園」を作ろうとして、現実逃避するIT企業が多い気がする」http://kirik.tea-nifty.com/diary/2009/08/it-7cee.html 経営者が技術者というのは、別に構わない。むしろ、納品物が技術の結晶であるとか、システムそのものであるとか、製品知識が技術と直結している、一品もののビジネスであるなら、合理的なんだろうと思う。 ただ、技術の独自性や革新性を求めることを社風にするまではいいけれど、採算性の絶対に取れない自己満足気味のプロジェクトや、野放図な開発計画を社員技術者に認めるだけでなく、経営者として考えるべき合理性すら棚に上げて、自分のやりたいようにグダグダな運営をするのは、正直どうなんだろう。 ああ，なるほど．Googleのことですね，分かります．*1 *2 検索エンジンなんかで利益がでないのは常識だったでしょ． 日本のIT業界に，「技術者の
Cash For Clunkers終了へ - masayang's diary
LAT: 'Cash for clunkers' won't be running much longer, government says 政府は早ければ明日木曜にも、Cash for clunkers制度の終了を発表する模様。 ニューヨーク州の自動車ディーラー団体が、Cash for Clunkersからの離脱を発表したのを受けて、連邦運輸省のRay LaHood長官が終了の意向を表明。 政府からの補助金がディーラーの手元に中々届かないのが最大の原因。 日本と違って、米国の自動車ディーラーは在庫を抱えて商売をする。 政府からの補助金分を立て替えると、手元の現金が減ってしまう。 手元資金が減れば、新たな在庫を抱えることが難しくなる。 在庫が減るということは、売る車も減る、ということ。 売る車がなければ、Cash for Clunkersも意味がなくなる。 Fritz Hitchcock,
ダイエット - 勢川びきのX記 (4コマblog)
=== ビキペディア(Bikipedia)より === 【コストダウンエット】 不況になると流行る経営体質改善ダイエットのこと。 やりすぎると、結局は取り返しのつかないレベルまで体力を落とすので注意が必要。 平気でいつまでもそのダイエットを続ける秘策は「厚み方向だけ」にダイエットしてくこと。「X％削減」はこの方向であれば永遠と続けることができる。 （例） (1回目）「20%削減しろ！」→最初の80%になる (2回目）「さらに20%削減しろ！」→最初の64%になる (3回目）「さらに20%削減しろ！」→最初の51.2%になる : 10回やっても・・・ (10回目）「さらに20%削減しろ！」→最初の10.7%になる : 無限回やっても (無限回目) →0にはならない 但し、人間としてどんどん薄くなってしまい、それに伴って脳みそが入る厚みもなくなる。 （それでもいい人はご自由に） ←ぽちっとクリ
IT業界七不思議 - カレーなる辛口Javaな加齢日記
http://d.hatena.ne.jp/minekoa/20090813/1250129786 その１，開発者のいない開発チーム 彼、このプロジェクトのメインプログラマなんだけどな〜。彼の生産性無くしてはそもそも計画がもう、立ちゆかないのだけれど・・・・。ちなみに彼が切られてわたしが残った理由は、わたしがここしばらくプログラムを書いていないからでしょう。SE(笑) と PG なら SE 残そうとか、そう言う話。だめです、救いようがない。 要約：プログラムを書ける人がいなくなりました。どうやって開発したらいいのでしょうか。 よくあること．orz そういう「わかってない」中堅〜管理職がたくさん育った頃に、景気後退の波が押し寄せてきたら... ただし、好景気がずっと続くような前提の戦略はどこかで破綻する。景気後退が始まったら低レバレッジ(=高内製率)の体制に移行できるような準備をしておくべき
『社内とネット上とで随分と変わってくる「優秀なエンジニア」の定義』
優秀なエンジニアというと、どういった人を思い浮かべるでしょうか？ 優秀って言葉が随分とあいまいなため、その定義も幅広くなりますが、会社内とその外とでは随分とその意味も異なってきます。 社内で優秀なエンジニアって言うと、突き詰めてしまえば会社にどれだけの利益を与えることができるかというところに、重きが置かれているのではないでしょうか。 言ってしまえばエンジニアとしての能力というより、実績重視になるわけです。 技術に長けている人でも、コミュニケーション能力が低ければ社内での扱いもぞんざいなものになっている人もいますし、逆に技術力が無くてもマネジメント能力がある人は重宝されると言うケースも目立ちます。 この辺りは会社の文化や業種などによって、優秀なエンジニアの扱いと言うものも随分と変わってくるように思えます。 別にエンジニアとして技術がないことがいけないというわけではありません。 自分も技術一本
眠る開発屋blog｜最新オンラインカジノのニューカジノ情報
もしもこの世から「残業」が完全になくなったら ３年ぐらい前に読んだ本を思い出した。 １９８０−９０年代の話ですが、残業について、 「時間外・休日労働の弾力的運用が我が国の労使慣行の下で雇用維持の機能をはたしている」（１９８５年労働基準法研究会報告）とか、「我が国の労働慣行の実情に合うような上限設定が可能かどうか定かでない」（１９９２年同報告）と、雇用維持の為のコストとして恒常的な長時間労働を是認する考え方が主流でした。 需要の低下に応じて、生産水準を下げなくてはならなくなっても、バッファがあるから解雇せずに大丈夫でしょ、という。。。 まぁ、 ところが、その後、労働法政策が内部労働市場の雇用維持から外部労働市場における移動促進に徐々にシフトしていったにもかかわらず、この長時間労働哲学には疑問が呈されないまま２１世紀に至っているのです。 と著者は問題視しているわけだけど。 話変わって、最近友人
「技術者の楽園」を作ろうとして、現実逃避するIT企業が多い気がする - やまもといちろうBLOG（ブログ）
経営者が技術者というのは、別に構わない。むしろ、納品物が技術の結晶であるとか、システムそのものであるとか、製品知識が技術と直結している、一品もののビジネスであるなら、合理的なんだろうと思う。 一応、私としては「日本の技術やサービスはガラパゴス化している」とか「パラダイス鎖国である」というのはあまり賛成しない。じゃあドイツは？ スペインは？ イタリアは？ おのおのの国がおのおのの国民性のなかで社会風土の結実として経済システムを持っている以上、”世界標準”とやらと異なっていて当然だと思うからだ。 ただ、技術の独自性や革新性を求めることを社風にするまではいいけれど、採算性の絶対に取れない自己満足気味のプロジェクトや、野放図な開発計画を社員技術者に認めるだけでなく、経営者として考えるべき合理性すら棚に上げて、自分のやりたいようにグダグダな運営をするのは、正直どうなんだろう。 周辺も問題で、彼（彼女
仕組に凝り過ぎて事業機会を失っていないか？ - masayang's diary
FT: Banks make $38bn from overdraft fees CNN: Bank overdraft fees to total $38.5 billion 米国の銀行は、「Overdraft(残高不足)」手数料で、2009年になってから385億ドル(3兆6500億円)稼いだ。 これは過去最高の勢い。 Overdraftとは？ ご存知の通り、米国は「小切手」での決済が幅広く浸透している。 小切手＝紙。 小切手≠即時決済。 即時決済ではないので、小切手を振り出す側は気をつけないと残高が最低値を下回る可能性がある。*1 この最低残高を下回ると、銀行は「Overdraft対応費」を請求してくる。 自分も慣れない頃はやらかしてしまった。 手抜きシステムで収益機会 vs 手の凝ったシステムで機会損失 こうして考えるとアメリカの銀行ってすごい！ まず、システムにかける金が少なくて済
『自分の単価を知らないことで生まれる弊害』
情報システム部門の要員は自分の単価を知っている人が少ない。 こう書くと、驚く人も多いのでしょうか。 人月ベースのコスト換算は害悪だと言う人も多いですが、自分の単価を知らないこともまた問題だなと感じることがあります。 生々しく自分の単価が書かれた請求書や見積書を見るというのはあまり気分の良いものではありません。 自分の単価を突きつけられるというのは、自分の生み出す存在価値というものを明確に突きつけられますし、モノのように売られていく印象に嫌悪感さえ覚えたりもします。 しかし、悪いところがあるにしろ数値化するというのは、人にとってわかりやすい部分もあります。 自分が生み出している価値の大きさを知ることもできますし、目標と言うものもわかりやすくなります。 その価値と言うものが知らないと言うのは、自分の生み出す効果の大きさや存在そのものを図る術も難しくなります。 情報システム部門は特に社内向けのシ
「夢見るSIerと虚構」 - カレーなる辛口Javaな加齢日記
http://d.hatena.ne.jp/int128/20090724/1248455420 メモ． あー，だいたいこんな感じだよな．orz 「開発プロセスの改善」はどこのSIerでも施策に挙げていると思いますが、成果を上げているところはあるのですかねぇ。 こういう事務作業をなくすと仕事がなくなる人がたくさん出てくるので（ry。 設計と製造の区別が付いていない人が多くてげんなり。設計書があれば製造するだけだと思ってるからオフショアが大人気です。現場はデスマですが。 SIer が自らSaaSビジネスをやることはないと思ってます。自らが商売して投資を回収するノウハウがないし、 かといってSI案件をクラウドで効率化するみたいなのは無理。スケールアウトするには技術が必要。 SIの最大の旨みは「作ったけど売れなかった」がないところにあります。「やってみたら駄目だった」はあるけど、それは投資じゃな
無責任な顧客企業とSIビジネスは鶏と卵 - カレーなる辛口Javaな加齢日記
http://asipeye.blogspot.com/2009/07/sier.html http://d.hatena.ne.jp/JavaBlack/20090723/p1 関連． >この不景気をきっかけに、発注側のユーザ企業に変わってもらいたい。 他力本願。根本的に間違ってる。 ユーザ企業の前にSIerが変わるべきだろ...。 とにかく数で押す人月商売からの転換が先。 以前も同じ事を書いたかもしれないけれど，それには半分同意できるが，おそれく無理． SIビジネスと人月単価は鶏と卵の関係だから．*1 どこか國の馬鹿大臣も言っていたが，「（一般競争入札にして）透明性の確保が重要」と考える人も世の中にはいるのだ．*2こういう人のいう「透明性(のある価格)」とはえてして「人月単価」であり，人月単価の元では結果的にSI的な定品質で，しかも低品質で割高な物作りが推奨されることになる． もちろん
システム発注とか | 眠る開発屋blog
だらだら読んだ。 反吐が出た。げろげろげろ。 まったく、おめーらは人のせいにするのが好きだなwww 曖昧な注文をしてくるクライアントが比較的多い。 デパートに「コンシェルジェ」ってのがいて、「お客様の要望に合わせて、 お勧めの商品を選びますよ」的なサービスってのがあるのだが、 そういうのを要求されがちというか、 「安くて美味しいリンゴはない？」ではなくて、 「安くて美味しい果物はない？」という抽象度が大きいリクエストが多いというか。 受託側の見積もりは「予算」と「要望の抽象度」で変わってくる。 「予算ありき」の場合はその予算に沿った提案が出てくるだろうけど、 予算が曖昧な場合、抽象度が高ければ高いほど、ハイスペックの見積もりが出てくる。 レストランに入って、「とにかく美味しいもの持ってきて」って言うようなものだ。 ってかさ、そもそも「幾らまでならお金かけてもＯＫ」的な視点がないと、そりゃあ
眠る開発屋blog｜最新オンラインカジノのニューカジノ情報
もしもこの世から「残業」が完全になくなったら ３年ぐらい前に読んだ本を思い出した。 １９８０−９０年代の話ですが、残業について、 「時間外・休日労働の弾力的運用が我が国の労使慣行の下で雇用維持の機能をはたしている」（１９８５年労働基準法研究会報告）とか、「我が国の労働慣行の実情に合うような上限設定が可能かどうか定かでない」（１９９２年同報告）と、雇用維持の為のコストとして恒常的な長時間労働を是認する考え方が主流でした。 需要の低下に応じて、生産水準を下げなくてはならなくなっても、バッファがあるから解雇せずに大丈夫でしょ、という。。。 まぁ、 ところが、その後、労働法政策が内部労働市場の雇用維持から外部労働市場における移動促進に徐々にシフトしていったにもかかわらず、この長時間労働哲学には疑問が呈されないまま２１世紀に至っているのです。 と著者は問題視しているわけだけど。 話変わって、最近友人
『社内体制整備と年末の公共工事』
毎年、会社における組織体制のありようと言うのは大なり小なり変化していくものです。 場合によっては、毎年違う名前の部門で働くと言うこともあるでしょう。 現場にいる人間にとっては、組織の体制の変わりように意味を見出すことができず、まるで年末にあちこちで起こる「道路を掘っては埋める」公共工事をしているようだと感じたりします。 組織が変わると言うことは、会社にとって戦略的な意味がありされていることです。 会社の事業計画により、強化・統廃合すべき分野を考慮し、組織のあり方も変えていくわけですから、それに振り回されているという現場は仕方なくも、その会社と言う大きな船に乗っている以上、経営陣が舵を取る方向に向け、注力していかなくてはなりません。 これも、公共工事に例えたように掘り進めたのに、翌年には埋めろと指示され、また翌年にはやっぱり掘れと支持されるよう、組織を変えたのに解体し、また同じような組織を作
流動性の低さがもたらすCOBOLerの恐怖 - カレーなる辛口Javaな加齢日記
http://d.hatena.ne.jp/JavaBlack/20090710/p1 http://eulabourlaw.cocolog-nifty.com/blog/2009/07/post-fb88.html http://mojix.org/2009/07/09/why_black_company http://mojix.org/2009/07/13/chuushou_kaikokisei 関連 とりあえず、C++ を使ってはいけなかったコトだけは解った http://d.hatena.ne.jp/minekoa/20090712/1247398358 結構前に、余ったCOBOLエンジニアがたくさんいるから COBOL の仕事を創出するんだ、みたいな記事を読んで、「バッカじゃないかしら」と思ったのだけれども、図らずも不景気で わたしの周辺の環境もそうなってきました。 なるほど、
眠る開発屋blog｜最新オンラインカジノのニューカジノ情報
もしもこの世から「残業」が完全になくなったら ３年ぐらい前に読んだ本を思い出した。 １９８０−９０年代の話ですが、残業について、 「時間外・休日労働の弾力的運用が我が国の労使慣行の下で雇用維持の機能をはたしている」（１９８５年労働基準法研究会報告）とか、「我が国の労働慣行の実情に合うような上限設定が可能かどうか定かでない」（１９９２年同報告）と、雇用維持の為のコストとして恒常的な長時間労働を是認する考え方が主流でした。 需要の低下に応じて、生産水準を下げなくてはならなくなっても、バッファがあるから解雇せずに大丈夫でしょ、という。。。 まぁ、 ところが、その後、労働法政策が内部労働市場の雇用維持から外部労働市場における移動促進に徐々にシフトしていったにもかかわらず、この長時間労働哲学には疑問が呈されないまま２１世紀に至っているのです。 と著者は問題視しているわけだけど。 話変わって、最近友人
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
「事業計画作成とベンチャー経営の手引き」及び「事業計画作成支援コースの 運営とベンチャー支援上のポイント」の公表
「凡人起業」読了とか | 眠る開発屋blog