第1回 技術を究めたかった私が、マネージャになったワケ テイクウェーブ 竹内義晴 2008/1/16 ■苦労の連続。そこから抜け出すために 転職先は中小企業で、大手企業のあるプロジェクトに参加していました。担当は24時間365日稼働の巨大システムです。絶対に止めることはできません。多くの時間がシステム構築以外のところに割かれました（いまでは、すべてがシステム構築の一部であると分かるのですが、技術を追究したかった当時の私にはそうは思えなかったのです）。しかも、大手企業における中小ソフトハウスの扱いは……。想像にお任せしますが、私にはとてもつらく感じられるものでした。 「もっと技術力を上げ、システムを作り続けたい」との思いで転職したのに、興味の持てない仕事やプレッシャーばかりの毎日。ホトホト疲れ果て、潰瘍（かいよう）にもなり、「犬はいいよなぁ。しっぽ振ってればご飯もらえるんだから。それに比べて
会社に関するmytkbizのブックマーク (8)
-
mytkbiz 2010/11/30
-
株式会社永和システムマネジメント アジャイル事業部
開発前〜開発までは無料。 システムをリリースし、実際に使い始めてから利用料が発生します。 さらに、リリース後4年目以降はサービス利用料が半額になります。
-
Simple small business software, collaboration, CRM: 37signals
A catalog of ideas — signals — that drive us.
-
技術者の仕事を価値に変えるには、単価を超えるしかない。 - GoTheDistance
人月単価からの脱却というテーマも毎年のように浮かんでは消えていくのですが、その時その時で思うことは変わっていくので、現時点の考えをちょっと整理してみたいと思います。 どこでも言われていることですが、人月の最も絶望的なところは｢成果で価値を図ることが出来ず、猫も杓子もみんな同じ｣になることです。初心者でもプロでも、同じ値段。だって手間賃＋αだから、と。おごちゃんがSIerでは、1人が1人分しか稼げないという指摘をされており、僕もこの点においてSIerに絶望しています。個人が飛躍できるエコシステムが、どこにも無い。生産性が高くても給与が上がらないとか、人月見積もりは生産性がどうという主張は｢りんごは赤い｣という話に聞こえるので、逆に大丈夫かと心配になる。 初期費用が少なく借金することもなく、極論するとたった１人でも圧倒的な成果を出せるレバレッジが効くのがIT(知的成果物)の一番のメリットなのに
-
大きな会社との付き合い方 - GoTheDistance
大きな会社に所属していたけれど中小に転職し、今また大きな会社さんと仕事をする機会が増えてきました。備忘録の為にメモしておきます。 どこもそうだと思いますが、会社を回すために機能群で縦割りした組織体制になっているため｢直接お話をするヒト｣と｢実際に動いてくれるヒト｣が違うんですね。話を通してはいるけれど、その話を通した担当者が実際に動いて確認をしてくれるわけじゃないのです。仮に自分には非が無いとしても、こちらがアラートをあげなくてはならない。相手のミスが自分にとってのブーメランになって、取引に支障が出る。 なにそれ？って思います？ でもそれが現実なことが多いんです。 自分が確認を怠ると、相手のミスがあろうともそれが処置されているか確認していない自分に非がある、という話になっちゃう。｢そもそも悪いのはオマエだろ？なんで動かないんだよ？｣っていうのは通用しない。部署を超えてしまったら一切そこから
-
会社の経営状態を見抜く5つの秘訣：日経ビジネスオンライン
今回からシリーズでスタートするこのコラムは、会計の素人のための財務分析講座です。財務分析といっても流動比率や自己資本比率などの財務分析指標を説明するものではありません。財務諸表から会社の状態を読み解くコツを説明するものです。つまり、財務諸表のどこを見れば何がわかるのかを説明していきます。 素人でも財務諸表は読み解ける 今回の第1回と次回の第2回は財務分析の基礎的な方法論の説明ですが、第3回からは話題の企業を例にとって実際に財務分析をしていきます。 このコラムは会計に苦手意識を持つ人のためのものです。会計分野に深い知識がなくても財務諸表を読み解くことは可能です。このコラムを執筆する私自身が元々機械エンジニアですし、いままでに仕訳の勉強をしたこともありません。そんな会計の素人でも財務分析のポイントさえわかっていれば、財務諸表から会社の状態を読み解くことができます。 ではこれから財務諸表が読める
-
アーキテクトが必要ないということはない！（1/4） - ＠IT
アーキテクチャ・ジャーナル アーキテクトが必要ないということはない！ Joseph Hofstader 2008/10/20 本コーナーは、マイクロソフトが季刊で発行する無料の技術論文誌『アーキテクチャジャーナル』の中から主要な記事をInsider.NET編集部が選び、マイクロソフトの許可を得て転載したものです。基本的に元の文章をそのまま転載していますが、レイアウト上の理由などで文章の記述を変更している部分（例：「上の図」など）や、図の位置などを本サイトのデザインに合わせている部分が若干ありますので、ご了承ください。『アーキテクチャ ジャーナル』の詳細は「目次情報ページ」もしくはマイクロソフトのサイトをご覧ください。 ■概要 最近、ソフトウェア開発におけるアーキテクトの役割が非難の的になることが多くなっています。ソフトウェアプロジェクトでは、アーキテクトという肩書きは明確に定義されていない
-
情シス子会社の人材育成、もう教育だけではだめ − ＠IT
1980年代後半から90年代前半にかけ、事業会社の情報システム開発や運用を担う「情報システム子会社」が多く設立された。ところが近年、IT技術の発展、グローバル化、連結経営、ITガバナンスなどさまざまな要因が彼らの立ち位置や役割を変化させている。情報システム子会社は、設立時の目的とのギャップに悩まされている状況にある。日本情報システム・ユーザー協会（JUAS）は9月3日開催の「ITガバナンス2008」で、情報システム子会社各社の代表らが議論するセッションを行った。会社の役割が変わればそこで働く人材も新たな役割を求められる。セッションでは人材戦略にも焦点が置かれた。 情報システム子会社の変遷 情報システム子会社の位置付けのタイプは次のように分けられる。 タイプAの情報システム子会社は、事業会社の情報システム部門全体を子会社化した形。タイプBは、戦略立案と企画は事業会社の情報システム部門が行い、
-
1
公式Twitter
- @HatenaBookmark
リリース、障害情報などのサービスのお知らせ
- @hatebu
最新の人気エントリーの配信
キーボードショートカット一覧
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Copyright © 2005-2025 Hatena. All Rights Reserved.
設定を変更しました