mydeskteam.com - mydeskteam リソースおよび情報
This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.
SIerの「開発」と「運用保守」分離がまねく3つの弊害 - paiza times
Photo by Photo4jenifer 今回のpaiza開発日誌は片山がお送りします。 近年Webビジネスにおける開発業務は、システムが売上や収益と直結しているため、素早い開発が求められるようになり、開発と運用が協力する継続的インテグレーションやDevOpsという概念が重要になってきています。 逆にSIerでは開発と運用・保守の分離がされたままで、特にITエンジニアの成長阻害要因になっていると考えられます。この「開発と運用保守の分離」は、SI業界で働くITエンジニアにとっては、「人月商売」「多重下請け構造」と並ぶ三つ目の問題になっているのではないかと思います。 そこで今回はITエンジニアがキャリアを形成していく上で、開発と運用保守の分離がもたらす弊害について考察してみたいと思います。 ■運用・保守とは何か？ SIerではシステム開発の場において、大きくは「開発チーム」と「運用・保守チ
経営者が新規事業を失敗させてしまう７つの罠 | Social Change!
多くの企業が新規事業に取り組んでは失敗している。新規事業はそもそも難しく、企業の中で始める新規事業もスタートアップも成功するケースはわずかしかない。中でも既存事業をもった企業の中で新規事業を立ち上げるのは、非常に難しい。スタートアップに比べて恵まれた環境にあるにも関わらず、である。 私たちも大手システム会社の社内ベンチャーからスタートしたので事情はよくわかっているし、「納品のない受託開発」では新規事業に取り組むお客様の相談を多く受けてきた。本記事では、そうした経験から新規事業の当事者でなく、既存事業の経営側がやっていることで失敗させてしまっている点について考察した。 たくさんの関係者を入れる 仲間内で始めるスタートアップと違い、企業で新規事業に取り組む場合は、社内からメンバーを集めてきて体制を作るところから始まる。事業計画をもとに必要なスキルを持った人員が配置される。しかし、そこに落とし穴
1ヶ月半休みなしでほぼ毎日終電まで仕事してたら過労でぶっ倒れた。そうなった経緯 - NaeNote
（最終更新日 2016-11-11：その後に書いた関連記事を記事末尾にまとめました） こんにちは、NAEです。 のっぴきならない事情により、2週間ほどは1日15時間くらいオフィスに詰めるような働き方をせざるを得ない状況が続きました。 うち半分は終電すら間に合わず、深夜にタクシーで帰っておりました。 結果として心身ともに影響が出始めました。誤解を恐れずに言うと、ぶっ倒れて休みをもらっています。 状態が落ち着いてきたので、 なぜ激務に陥ったのか その後の対応や経過などから得た学び を、振り返ってみます。 今回はそんなお話。 きっかけは片手間でヘルプに入った炎上プロジェクト はじめの1ヶ月間は稼働率170%。続く2週間は休みなしで終電まで仕事 休みがない。休日出勤でも間に合わない。こんな状態に陥った原因の数々 古くさい仕事のやり方による工数の無駄 プロジェクトの前提が崩れているのに放置し続ける誤
受託型UXデザインの分解と構築 | UXデザイン会社Standardのブログ
この記事は2016年8月6日に開催された”RIDE” UX Sketch SUMMER 2016にて、発表したスライドのフォローアップ記事になります。 STANDARDからはUXデザイナーの鈴木智大が「受託型UXデザインの分解と構築」というテーマで、受託としてのUXデザインへの関わり方の一部を発表させて頂きました。 内容としてはUXデザインのプロセス自体に、受託と事業会社に大きな違いはないと判断し、UXデザインが主体というよりも、主に関わり方や組織へのノウハウを定着させるための仕組みについてお話をしました。 当日は40分の発表時間に対し、90枚近くのスライドを用意してしまったため、説明不足の部分などについても記事内で補うことができればと考えております。 他の登壇者のスライドもアップされ次第更新されるそうですので、ConpassのイベントページをRIDE UX Sketchよりご確認ください
事業会社をIT会社に転生させることが、これからのSIerのミッション - GoTheDistance
言いたいことがストレートに伝わる良い文章だと思います。 simplearchitect.hatenablog.com ウォーターフォールはなんのメリットもない。プロジェクトの工程間のつじつまを合わせることができないやり方でオーダーメイドのソフトウエアが正しく作れるわけがない。正しいし、それなら一切のメリットが無いという話も理解できる。 では、ここで小噺をひとつ。受託開発の要件定義フェーズであなたは要件を変えないと顧客にとって不都合が起こることがわかったとします。社内で相談した結果、えらい人がこう言いました。 確かに不都合はあるかもしれないけど、固まった要件を自分から揺り戻すなんて出来ないぞ。これ以外やりませんって合意を取らないと前に進めないだろ？ その変更が違う変更を産むかもしれないし、お前それ膨らんだ時に責任取れるの？ 僕の実体験を一部脚色してお伝えしています。簡単に言えば、ソフトウエア
絵に描いたようなSI炎上案件を見たので過去の経験から勝手に解説する - セカイノカタチ
www.tsubakimoto-neko.com 絵に描いたようなSI炎上案件ですね。 僕も長らくシステム開発業界に漬かっていますので、身につまされる思いです。 自分の拙い経験から、行間からあふれる業界の闇を勝手に解説したいと思います。 営業主導で案件が決まる 30%OFFの激安システムなんですが、設計からリリースまでちゃんとしてくれとのこと。リリース日時は死守しろっていうからがんばりましたよ？でも人を増やしても増やしても終わらない工程。あれ？30%OFFしたのに、人件費で赤字になっちゃったよ？おかしいな？ まず、受託開発の見積もりというのは、基準があってないようなもので「この感じだとこのくらいかな？」という、画面数などを元に、ほぼ勘で出します。 あってないようなものですが、それを元に「人数×期間」が算出されるため、「このぐらいの体制ならなんとかリリースまで持っていけそう」というラインを決
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ユーザーの要件が間違ってるのはベンダーの責任です！――全ベンダーが泣いた民法改正案を解説しよう その1
VAREAL（バレアル） | | VAREAL（バレアル） | Ruby/Railsでの開発・運用はお任せください。