SI案件でアジャイル開発を進めるときの勘所
アジャイル開発に取り組むチーム向けのコーチングや、技術顧問、認定スクラムマスター研修などの各種トレーニングを提供しています。ぜひお気軽にご相談ください（初回相談無料） みなさんこんにちは。@ryuzeeです。 10月に発売となった『プロダクトマネジメント - ビルドトラップを避け顧客に価値を届ける』ですが、まだお読みになっていない方是非よろしくお願いします。 また、ここ数か月新しい書籍の翻訳に取り組んでいて、来年の春くらいには発売になるかと思います。この本も楽しい本だと思うので是非楽しみにお待ち下さい。 さて、先日、プライベート講演で、SIのコンテキストでアジャイル開発を進める場合に、どのような点に気をつけておくとよいかを話して来ました。 汎用的な内容で読者の方の参考になるかと思いますので、資料を公開しておきます。 以下、資料だけ見てもわからない方向けの解説です。 TL;DR（結論）SI案
僕らのSIerワンダーランド - megamouthの葬列
この業界に入る前、私はいわゆる電電ファミリーと呼ばれるNEC、富士通、OKI、日立のような巨大ベンダーには、さぞかしハイレベルな開発体制があって、マネージャーから一兵卒に至るまで中小零細とは全く異なる頭の良い人たちが、日夜世界を相手にしのぎを削っているのだ、と信じ込んでいた。 私がそれらの会社と最初に関わりを持ったのは、00年代のはじめ頃、しがない零細Web屋でサラリーマンをしていた時分で、平凡でつまらない業務系Webシステムのエンドクライアントが件の巨大ベンダーだった。 弊社は4次請けぐらいの位置にいて、商流の間に何も作れないグループ会社や代理店が幾つも挟まっている。発注元の巨大ベンダーはさぞかし大枚をはたいていることだろう、と素朴に思った私は社長に尋ねた。 「天下の○社さんなら、こんなシステム簡単に内製できそうですけど。外注するものなんですね？」 少し首を傾げて社長は、餅は餅屋というこ
これが大規模SIerな弊社のデファクトスタンダードな開発スタイルだ！！ - そこに仁義はあるのか(仮)
受託開発やっている、いまの開発スタイルを書く。 この前のブログはわりとフォーカスをしぼったはなしだったので、今回は簡単に全体のはなし。（書く順番が逆っぽい） 今回のプロジェクトではアーキテクトとして、この↓開発スタイルの構築と運用をしていて学び多い。 バージョン管理はGit プロジェクト用サーバーにGitBucketをたててソースコードを管理している。 オフショアと仕事をするなど、開発拠点がわかれることが多い。 ソースコードに対してロックをとったりしちゃうと、他の人が開発すすめられなくなるし、拠点別れて並行開発する大規模案件だからこそ、Gitを使う必要がある。 各開発者がブランチをきって開発をして、プルリクでレビュー依頼、からのマージをすることで、レビューが済んでいるソースしかmasterブランチに取り込まれない、というのもイイ。 弊社の”エンジニア”はみんな当たり前のようにGitを使って
生きろ！チーム開発！ 300人月の仲間はみな死んだ
1. Null was used as an exception to point out issues. 2. Null used three sentences to summarize the key details. 3. Null's summary highlighted the object, option, exception handling, and Kotlin programming language.
2013 デブサミ 「SIの未来ってどうなのよ？」
2013年2月 Developers Summit 【14-D-3】 「SIの未来ってどうなのよ？」SIer大淘汰時代にAWS専業で新しいSIの形にチャレンジする企業の舞台裏と題して、AWS専業のインテグレーター、サーバーワークスの代表を務める大石が、なぜ「AWS専業」を目指すことにしたのか、今までどのようなAction!を起こしてきたのか、そしてクラウド時代のSIerはどうなり、どんなAction!が求められるのか、お伝えさせて頂きました！ AWSに関するお問い合わせ：https://www.serverworks.co.jp/contact/ サーバーワークスエンジニアブログ：http://blog.serverworks.co.jp/tech/
はてなブログ | 無料ブログを作成しよう
三角コーンに擬態するヤドカリロボットを作ってみた【NT金沢】 先週末開催されたNT金沢にて、こんなものを持っていきました。 というわけで、#NT金沢 出展中です！今回の作品は「ヤドカリ・パイロン」。パイロンに擬態したヤドカリが、シャカシャカ歩き回ります。"つくる〜む海老名"ブースにて！ pic.twitter.com/ZTTKCtSdKj— shikk…
もしSIerのエンジニアがジョブズのスピーチを聞いたら（１） - Wadit Blog.
最近、いわゆるSIerと呼ばれる業態がヤバそうだという話が聞こえてくる。富士通の3万人のSE職の転換とかが話題になった。おそらくどこのSIerも相当の危機感を抱いているのちがいない。従って、そこで働いているエンジニアのかたがたもこれからの行く末に悩んでおられると思う。 そこでちょっと旧聞に属する話で恐縮なのですが、いくつかのブログ記事についてコメントしておきたいと思う。流しておけばいいのだが、どうも根本的なところで勘違いしているようで気になっていたのであえて取り上げておくことにする。まずは、GoTheDistanceさんの「「SIerでのキャリアパスを考える｣というイベントに登壇しました」というエントリーで（別に個人的にどうのというのではなく一般論として取り上げてみたのである、湯本君ゴメン）、そこでのプレゼン資料を公開され、その解説が書いてある。 最初の問題提起として、「僕が常々問題にして
SI屋さんとSIと、直近の課題について。 - 急がば回れ、選ぶなら近道
某セッションでちょっとしゃべったことをつらつらと。SIの現状と近い将来について思うところをまとめておきます。自分自身の立ち位置も確認していくという意味で。 結論的にいうと、SI自体は必要とされていますが、SI屋さんのビジネスモデルは成立しないという状況になるので、旧来の「SI屋さんの方法」ではうまくいきません。なので、別のやり方でSIをどうやっていくか？という議論が必要になりますね、という話です。 まずSI事業は人月稼働で商売をしています。スタート地点はそうではなかったのですが、一旦大きな人数を抱えると、食わせる必要があるため、より大きな仕事を取る羽目になります。要は稼働させる事、それ自体が目的になります。稼働を維持させる事で、収入を確保する事ができ、確保された収入で稼働のための人員を維持できる。そもそもそういう循環をベースに組織の目的が、「結果として」形成されてしまっています。 副作用と
プログラマ35歳定年説、定年後の未来 - GoTheDistance
株式会社クラステクノロジー代表の四倉氏の連載コラム「第151回」が、とても興味深いのでご紹介します。 【第151回】35歳定年説の真実-株式会社クラステクノロジー 詳しい内容は上記コラムをご覧頂きたく。 プログラマ35歳定年説とは 上記の四倉氏によれば、プログラマ35歳定年説とは｢1Step,1Stepの生産性に比例するので、長い間労働すれば高いアウトプットが出せ収入が増える。体力が下り坂になってきて徹夜や残業ができなくなるのが、大体35歳前後。体力低下と共に収入も下り坂。それに限界を感じてIT業界去ってしまう｣ということのようです。これをプログラマと呼ぶのかとか、ステップ数(笑)という憤りもあるでしょうが、｢ステップ数と売上が比例するため、いっぱいコードを書けば収入が増える｣という理屈は腑に落ちました。是非の問題ではなく、確かにその理屈なら体力勝負という表現も理解できる。 そして、この理
人月計算とExcelとスーツの世界より
俺の住む世界はアイティーとやらに支えられているらしい。 アイティーに関われば、俺の住む世界をさらに素敵なものにしていけるに違いない。していきたい。 そう願って、何も知らなかった文系新卒の俺が金融系のシステム会社に入って、もう一年以上が経つのだ。 昔、お遊びでゲームを作ったことはあった。RPGツクールなんかが好きだった。 だから自分はシステム会社に向いていると思った。 実際、資格取得を勧められて始めた勉強は楽しかった。 浮動小数点数、オートマトン、SQL、スタック、木、論理式。 パズルみたいで楽しかった。コンピュータの中身が理解できて、わくわくした。 楽々と基本情報技術者の資格を手にし、半年後にはほとんど勉強もせずにソフ開も取得した。 研修の課題では同期の誰よりも速く、短く効率のいいソースを仕上げた。 現場に出て、本番機に触った。 ３０年間親会社を支え続ける偉大なシステムの中身を、わくわくし
住商情報システム(SCS)とCSKが合併した件について - GoTheDistance
ニュース - 「成長が見込めないIT業界で生き残りを賭ける」、SCSがCSKを吸収合併：ITproの件について。 やっぱりね、という感じであります。予想が的中してしまいましたね。 不動産投資で失敗してしまった某独立系SIerは住商系列に食われそうなので、経営権握られてしっかり解体されてSCSと合併とかありえるかも。 最近SIerがだいぶヤバくなっている件 - GoTheDistance まぁ住商系のファンドが資金を調達している段階でこのシナリオは既定路線だったように思います。住商系ファンドが肉を貪る＝>株価下げてTOBしやすくする=>TOBで吸収合併、というありがちな話。 不動産投資に失敗して巨額の損失を補填するために使われた資金調達スキームは、債務を株式化しておいて自社株を渡す代わりに債務返済や利子の支払いを免除してもらう方式だったようです。Dead Equity Swapってヤツですか
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
イマドキのExcelスクショの撮り方