昨年末、ブログをネタにTwitterで議論したことを akipii さんが「アジャイル開発にはモデリングや要件定義の工程はあるのか、という問題とその周辺: プログラマの思索」というエントリにまとめてくださいました。ありがとうございます！。 ブログで書かれたことに直接の返答にはならないのですが「アジャイルにおける事前合意はどうあるべきか？」ということを書きたいと思います。 アジャイルは最初に全てのCDSを決めない まず、狭義のアジャイル開発プロセスは優れたマネジメント手法です。システム開発を評価するQCDS（品質/コスト/期日/スコープ）ですが、Q（品質）というは「そのシステムにとって問題ないレベルにする」でしかないので、CDSの調整が論点になります。 ウォーターフォール型開発というのは、 「スコープは最初に確定」し、 「コストや期日はスコープを達成するために必要な分を最初に設定」し、 必要
客先常駐は増加傾向に見える。 別に統計資料はないので、どちらかというと体感的なものだけど、ベンダーからユーザーへの常駐は増加している気がする。これはまぁスタイルはいろいろで、完全に委任契約のものから、継続SIを仕事として請負契約の形になっているが作業的には客先にずっといるというスタイルのものをある。ベンダーの人員というよりも、ベンダーの下請け・孫請けが常駐していることが多い。さらに、多くの場合、戦力になっているのは、フロントの一次受けではなくて、下請け・孫請けの部隊だったりする。そんなこともあるので、地方の中小企業の場合は、さすがにフロントのサヤ抜きが、馬鹿馬鹿しいので、直接に契約に切り替えることも多い。 いずれしても、SIという位置づけのものまで含めると、この種の「派遣の一種」のような常駐モードの人員は相当いて、SEから運用・コンサルまでITに関わる分野では、非常に幅広くかつ大きなビジネ
はじめに このブログでは言及してませんでしたが、宣言どおり無事転職して、今年の1月から新宿のSIerで働いています。まぁその辺の話は来月あたりの暇な時にでも書くとして*1、今回は別の話。 ついこの間、その新会社で、PM的役割をこなす社員を対象に開かれた「法務研修」という名のついた社内セミナーに参加しました。内容は、SIerの立場で契約に携わる時にどうすべきか、というもの。SIerあるあるの契約にまつわる揉め事を事例に、それを回避するために何に気をつけるべきか、といったことが扱われました。まぁこれ自体は目新しい内容ではなく、SIerに所属する者なら当然知っておく・気をつけるべきことばかり。再確認という意味では非常に有意義でしたが、それ以上でもそれ以下でも無かったなぁ、というのがオレの率直な意見でした。……研修本編終了までは。 ちょっとこれ大丈夫か、と思ったのは、Q&Aに入ってから。社員の誰か
小芝敏明がピクシブの"開発本部長（VP of Engineering）"に就任。小芝敏明とはどんな人物なのか？これからピクシブをどのように変えるのか？その想いを聞いてみましょう。 この2年間、"開発文化を創る"というチャレンジをしてきた "古き良き時代から来ました。真面目なSE、真面目にSE" @bash0C7こと小芝です。どうぞ、よろしくお願いします。 ── 小芝さん、メディアでもブログでも、毎回その挨拶ですね。どういう由来が！？ 自分の職業を一言で表現するなら「システムエンジニア」という言い方がフィットすると考えてます。広義のシステムを扱う仕事が自分の天職と思っていて、そのように名乗りも使っています。言い回しはソロアイドルの寺嶋由芙さんインスパイアです。 ── 仕事の活動だと、今のピクシブの広告配信プラットフォームを手掛けたり、RubyKaigiの運営に関わるなど、最前線のエンジニアと
Microsoft Learn. Spark possibility. Build skills that open doors. See all you can do with documentation, hands-on training, and certifications to help you get the most from Microsoft products. Learn by doing Gain the skills you can apply to everyday situations through hands-on training personalized to your needs, at your own pace or with our global network of learning partners. Take training Find
セキュリティ事故ってもう日常茶飯事で、萎縮ムードは常識化してる。 大きな組織になればなるほど、もう社員のことは信用しない。 それってSIerが死にゆく理由だと感じてしょうがない。 社員さんよ、「信用してないけど結果残せ」って言われてる感じじゃない？ それってちゃちな話じゃない。 例えば、DropBoxが使えないからリアルタイムな情報共有ができないとか 社外とのGitのやり取りができないから、ソースの共有で手間食うとかそれだけの話じゃない。 SIerが「IT企業」の枠にいるくせに 「情報技術には保守的です」って言ってるってことで 「医者だけど、医術は信じてません。まじないで病を直します」って言ってるような感覚を受ける。 IT業界と言ってるくせに、情報を扱う姿勢が保守ってどう？ 例えば以下３つの事例はなぜ毎年おこるのか？ 1. セキュリティーカード紛失によるセキュリティー事故 もう1５年も同じ
2. 自己紹介 ● 門田 矩明(かどた のりあき) ● 株式会社CyberZ 「F.O.X」 プロダクトマネージャ兼エンジニアマネージャ ● JavaエンジニアでFWはほぼSpring固定。JSもJavaと同じぐらいには好き。 ● 前職はSIerで、某レーベルのFCサービス作ったり、新卒就活サイト作ったり、 某出版社の楽器検索サイト作ったり、FXの取引＆周辺システム作ったりとか。 ● 2012年にサイバーエージェントに入社。 Amebaで複数のスマホ向け新規サービスにエンジニアとして参加しつつ、 (運良く)いくつか開発責任者したり、技術ボードやったりしてた ● スマホ広告周りの開発がやりたくなって、2014年にCyberZ 異動。 4. 中の下のエンジニアの特徴 ● 一通りの開発に関する経験はしている ● 降ってくるタスクは大体こなせるし、こなせる自信はある ● 職場では中堅エンジニアだし
この「極言暴論」で、いつも傲慢不遜にITベンダーやユーザー企業のIT部門をこき下ろしている木村が、技術者にお勧めする。あなた方も私を見習って、客に対して「上から目線」になりなさい。だって、あなた方はプロなのでしょう。しかも、客が言うことを聞いてくれないと、ろくなものが作れない商売だ。客の言いなりの御用聞きに明日は無いよ。 ちなみに、ここで言う「客」とは、ITベンダーの技術者にとっての客である、ユーザー企業やIT部門のことだけではない。IT部門の技術者にとっての客、つまり事業部門などのことも含まれる。そんなわけで今回の話は、ITベンダーやユーザー企業を問わず、業務系システムの開発などに携わる全ての技術者に当てはまることだ。 それにしても、業務系システムに携わる技術者は、どうしてこうも客に弱いのか。「顧客と業者の力関係」とか「社内の立場」とか色々あって、サラリーマンだから仕方がないということだ
転職・求人情報サイトのtype エンジニアtype ITニュース 「SIでの開発経験は事業会社で通用しない」は勘違い～元SE4名の実体験に学ぶ、働き方をフィットさせる方法 2015.05.20 ITニュース SIerから事業会社への転身は、珍しくないキャリアになった。事実、SIerを経てスタートアップの起業家やCTOとしての道を歩んでいるエンジニアも多い。そこで気になるのは、これまでの経験は事業会社で通用するのか？ という点だろう。 その一つの解を提示するイベントが、渋谷にあるビズリーチのオフィスで開催された。 2015年4月23日に開催された『SIer出身サービス開発エンジニアが本音でトークナイト』では、クックパッド、ビズリーチ、ホワイトプラス、ネットプロテクションズからSIerにてキャリアをスタートした4名の登壇者たちが、事業会社への転身後に感じた魅力や苦労点を語った。 （写真左から）
あるエンジニアがタブーを破ったとかで大ケンカになった。 原因になったエンジニアは、㈱タカシの正社員だったんだけど、㈱山田に派遣されてた。 で、その出向先である㈱山田に転職したってワケだ。 もちろんタカシの社長はカンカンになった。 取引先の社員を引き抜くとは何事かと。 山田の社長の言い分は「そのエンジニアは、元々どこかに転職するつもりだったから声をかけただけ」とのこと。 議論は平行線をたどり、一度会社の会議室で大バトルになって会社中が騒然としたけど、第３者が取り持ってくれタカシが100万くらい支払って、丸く収まったというかタカシと山田は絶縁した。 で、それが１年ほど前のことなんだけど、昨日バッタリそのエンジニアに会ったから当時の話を聞いてみたんだ。 本人曰く「あんなに大事になるとは思わなかった」そうだ。 派遣できたエンジニアを引き抜くって、業界のタブーなんですかね？ 流石に取引先の社員を引き
あるITベンダーの経営者がこんな話を披露してくれた。日本のIT業界をよく知る外国人から「日本のIT業界は全くダメだ」と言われそうだ。さすがにムカッとして「そんなことはない」と反論しようとしたら、相手は「世界に全く貢献しない日本の業界など産業としての存在価値は無い」と言い放ったそうだ。「さすがに、ぐうの音も出なかった」とその経営者は話していた。 確かに、ソフトウエア開発を請け負う“純粋な”SIerや受託ソフトウエア開発会社はもとより、コンピュータメーカーも含め日本のITベンダーは、世界に対してほとんど価値を提供できていない。「日本のITベンダーだってグローバル展開を始めている」と反発する人もいるかと思うが、それは単に世界で商売しようとしているだけの話である。 要は、ITの領域では日本発の技術や、それをベースにした製品・サービスがほとんどないのだ。画期的な技術を生み出すことで新たな価値を提供す
1. Using LXC on Production 第4回 コンテナ型仮想化の情報交換会＠東京 2014.9.6 Isao SHIMIZU @isaoshimizu 3. 自己紹介 清水 勲 （Isao SHIMIZU） ! 株式会社ミクシィ モンストスタジオ所属 ! 現在4年目（2011年入社） mixiのインフラ運用 モンスターストライクのインフラ・サーバ運用（現在） エンジニアブログ執筆（Fedora、systemd、OpenStack、LXCなど） ! 前職: 2003～2011年 SIerで企画、開発、インフラ運用 組み込み、Web、スマフォアプリ、動画配信など ! 最近気になっていること ・Golang、CoreOS、AWS 3
35歳定年説より怖いフルスタックエンジニアしか生残れない未来とは - paiza開発日誌 昔々、SIerでもフルスタックという言葉では無かったのですが、「Ｔ型人材」「Π型人材」になれと言われてきた時代がありました。(今も言われているのかな) この言葉が今WEB業界から出てきたことに、感動を禁じえません。 ああ、SIerのオッサンが、昔訓示をうけた姿がここにある。。。 時折、SIerの昔話みたいな話がWEB業界の最新の話として出ることがあるんですが、歴史は繰り返すってことですね。。。 クラウドでインフラ領域に侵食するオフショア さて、話題のフルスタックエンジニアですが、正直日本国内で優位性を保てるのはあと5年じゃあないかな、なんて予想してます。 フルスタックエンジニアの複合スキルで触れられているシステムのインフラ構築ですが、基本は日本人エンジニアが担当することが多いです。 理由はいろいろあり
パナソニックが、社内情報システム部門（情シス）の社員約1500人のうち、3分の2にあたる約1000人の削減を検討している——。無慈悲な報道が流れたのは、今年の1月1日。該当者にとって最悪の正月になってしまった。 各社の報道によると、パナソニックの情シス子会社「パナソニックITソリューションズ」を富士通に売却。社内で分社化した「コーポレート情報システム」からも一部社員を富士通とIBMに転籍させるという。つまり、取引先のSIerへの転籍だ。 なぜ、こんなことになったのか。情シスは、ビジネスプロセスの改善やシステム統合によるコスト削減など、企業戦略に欠かせない部門だったはず。パナソニックの関係者も「情シスは社内で高い評価を受けていた。特にグローバル化を手がける部門は、世界中を飛び回って調整していた」と話す。 風向きが変わったのは、コストダウンを目的に部門ごとに導入していたITシステムを統合してか
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
