序列をなくした新しい会社組織のかたち - GoTheDistance
この話に入る前に。 えがい人と海外ニートさんの論争って、一昔前にはてなで流行った｢10年は泥のように働け｣に対する反発と同質なんじゃないかなーと思って読んだ。すごく簡略化すると｢仕事というのは一生懸命にやって頑張らないと始まらないのだ。疑問を覚えてもそこで頑張ってみるといいよ。｣対｢刺身たんぽぽのようなお仕事でサビ残休出の泥にまみれて人生がしぼんで自分が壊れたら何の意味もねーだろ｣という、果てしない平行線。互いに取り付く瀬がない感じが際立っていました。 個人的には会社に強制的に死ぬほど働かされた経験が無いので、｢日本企業は常にブラックで社員のケツをひたすら叩くんだぜ｣的な話を聞くと、全然実感が無い。残業200時間ぐらいあるけど、得たものも多かったから、今はよき思い出になってる。環境に恵まれていただけかもしれないけれど。 この話を考えると、｢働く人全てが上昇志向を持っているわけがないのに、全
SI業界を目指す君達へ贈る「何故システム開発はテンパるのか」 - novtan別館
先日学生に聞かれたんですよ。 「下流工程は大変って聞きますが、上流は楽なんですよね？」 よろしい、君はよく勉強している。でも根本的に間違っている。下流工程が辛いのは、上流工程でちゃんと仕事ができなかったからだ*1。 というわけで、主に学生向きに話を単純化して語ってみます。これが普通だとか、一般的だとか言うつもりはなく、違う視点もあるかと思いますが、一つの考え方として。 SIでのシステム開発は、建設業にたとえられます。が。 顧客の希望を聞き、設計し、施工し、引き渡す。こういった工程を踏む仕事ということで、システム開発はよく建設業にたとえられます。実際に工程管理の手法なども似通っています。ところが、大抵の場合、耐震偽造をした建築物よりもシステムのほうが脆弱に仕上がります。何故でしょうか。 一つには、建物の図面を引くには建築士の資格が必要ですが、システムの設計に資格は必要ありません。 もう一つ、
SIerのフレームワーク - Kazzz's diary
最近うんざりしているのは、自ら作った(or用意した)フレームワークを案件にバーターしてくるSIerがいることだ。 SIerから仕事を請けているソフトウェアハウスの多くは、コンペで低く抑えられた発注金額や単価を生産性や熟練度でカバーするために自社又はOSSのフレームワークを採用することが多いのだが、プラットホームやミドルウェアならまだしもフレームワークまで押し付けられると、こういった目論見がパーになるのである。 SIerのフレームワークといっても、ソースを見ると大抵はOSSのフレームワークを拡張しただけの設計であり、それにオーサリングツールとEclipseプラグインを組合せた構成なので、結局は使う開発環境やツールまでロックインされており、お世辞にも快適とは言えない場合が多い。その癖エンドユーザからはちゃっかりとフレームワークのライセンスフィーを頂いていることが多く(ユーザ向けにはパッケージ扱
迷ったら狩野さん！...狩野分析法による優先度付け - masayangの日記（ピスト通勤他
追記 id:discypusさんから、狩野分析法の出典に関するコメントをいただきました。 狩野法って、 狩野 紀昭 氏 http://www.sangakuplaza.jp/page/134499 の http://www.yahoo-vi.co.jp/method/b10.html の手法かと 思うのですが、合ってますでしょうか？ まさにこれですね。http://www.yahoo-vi.co.jp/method/b10.html にある日本語のほうがすっきりしてます。 お詫び 分析用配列に誤りがありました。修正してあります。 要旨 先日受講したScrum Product Owner Trainingで印象に残った分析法を紹介。 Agile開発では「優先度順に要件（フィーチャ）を開発していく」のが基本だが、いざ優先度をつけようにも話は簡単ではない。発注側に強力な指導者がいてその人が独裁的
ついに職場で人が倒れた, インターンシップ, 今日のTwitter - 32nd Diary(2007-08-22)
めーるあどれす ruby -rbase64 -e'puts Base64.decode64 %q(dGFrYW5vMzJAZ21haWwuY29t)' ■ [Work][Life] ついに職場で人が倒れた風邪を引いてお休みとかではなくて、業務時間中に職場からいきなり担架で運ばれていった・・・ みな、まさに死んだ魚を見ているようで、10分後には何事もなかったかのように業務再開。管理者は苦笑していただけだ。異常すぎてボク自身も頬が緩んだ。異常だ。 もうね。仕事が進むとか進まないってレベルじゃない。 だが、地獄はこれでは終わらないはずだ。 管理者たちはこんな状況で開発された製品の品質、コードの可読性や保守性、そういうものをすべて考えているんだろうか。 腐った脳は腐った成果物しか生まない。 たとえ悲惨な現状をなんとか乗り切っても将来的に詰むだろうな・・・ボクはこんな流れで詰んだプロジェクトをいくつ
ITmedia エンタープライズ：遅れた日本のソフトウェア開発 その原因はここにあり!?：作業環境を改善せよ さもなくば日本のエンジニアは壊滅する！ (
作業環境を改善せよ さもなくば日本のエンジニアは壊滅する！：遅れた日本のソフトウェア開発 その原因はここにあり!?（1/3 ページ） 米グーグルでは食事がタダに。米マイクロソフトではソフトドリンクが飲み放題。そのほか、米国のIT企業の多くでソフトウェア開発者は全員、個室を与えられている――こんなこと、日本の企業であるだろうか？ 驚愕!? 海外企業における個室の作業スペース 米国のみならず先進諸国においては、ソフトウェアエンジニアの労働環境は総じていい。世界一巨大なソフトウェア会社のマイクロソフト、欧州最大のソフト開発会社として有名なSAPで働いた経験から、そう感じる。どちらの会社も、さまざまな側面において一部から厳しく評されることもあるが、そんな評判とは裏腹に、エンジニアの労働環境は良かった。 ご存知かもしれないが、米マイクロソフト本社のオフィススペースは筆者が勤めていた当時、完全な個室型
IT業界の「3K問題」 NTTデータ社長の考えは？ ― ＠IT
2007/05/09 「新3Kともいわれている」。NTTデータの代表取締役社長 浜口友一氏は5月9日の決算発表で、日本のITサービス業界をこう憂えた。決まった予算の中で顧客企業が機能の追加を求め、ITサービス企業が拒否するという状況が多く、「顧客とSEの消耗戦になっている」（浜口氏）ことが背景にある。NTTデータはITサービス業界の3K返上に向けて活動を始めた。 エンジニアが「きつい、厳しい、帰れない」の3K状態に陥ってしまうのは要件定義が正しく行われないのが原因と浜口氏は見る。1度は要件を決めても顧客企業の都合で開発中に変更されてしまい、大幅な手戻りが起きてしまうこともたびたびだ。3K問題の解決には上流工程の改善が欠かせない。 強固な要件定義を行うためNTTデータはシステム開発の契約を2段階に分けることを始めている。1段階目では顧客とシステムデザイン契約を結び、コンサルティングにより、シ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
