技術採択のときにやるべきこと - まるまるこふこふ

初めに 新規プロジェクト／既存プロジェクトで、新しく使う ライブラリだったり、フレームワークだったり、ミドルウェアを選定してきた経験を通して、 採択する段階でこれはしておいた方がいいなという知見が溜まったので、 メモ書き程度に記述します。 前提として、技術採択についてある程度メンバーに裁量が任せられている風土があり、 かつミッションクリティカルでないシステムに導入する、また自社で事業を行っており、 顧客＝ユーザーであるというのがあります。 (この辺の前提条件が違う場合、採択に当たってまた別の観点が必要になってくると思います) システム要件を満たしているかどうか なんだかフワっとした言い方になりましたが、例えば Web システムに JavaScript のライブラリを 導入する場合に、Web システムが IE8 に対応するという要件ならば、 そのライブラリが、IE8 でも動くか調査するという

[masayoshinym]

採択したいものを使ったプロダクトを作ってみようとするといいから早く作れと言われ、導入を手伝ってくれるメンバーも用意してもらえない未来が見えた。

[ebo-c]

記述に困るとしたら検証不足が浮き彫りにされてるのだろうし、後から部分すげ替え検討するときは対案が役立つかもだし、採択理由を残すの同意

[braitom]

よい。これ大事。＞“採択したいものを使ったプロダクトを1つ作る”

[dorayakikun]

"導入を手伝ってくれるメンバーを自分以外に2名作る" すごい大事だけど、中々難しい...

[ikasumi_wt]

これは良記事。自分が意識してないところもあったのでとても参考になった。これからためそう

[dyamashiro]

“ムーブメントとは３人揃うとそこから加速的に賛同する人が増える”

[poppun1940]

技術採択のときにやるべきこと - まるまるこふこふ 2016 - 12 - 19 技術採択のときにやるべきこと 初めに 新規プロジェクト／既存プロジェクトで、新しく使う ライブラリだったり、 フレームワーク だったり、 ミドルウェア

[massa142]

とりあえずなにか作って理解深めるのと採択理由のドキュメント化はやろう

[sona-zip]

これをやりすぎると大企業的な承認プロセス地獄の第一歩になりそう

[shiraji]

良かった。自分もちょくちょくライブラリ採択とかするけど、明確にドキュメント化出来てないので、これ見て見直したい。まずは採択理由明記するところから。

[exfreeter]

ドキュメント化とそれなりのアプリケーションを作るというのは良さそう。

[ilyaletre]

ちょうど社内の勉強会でこんな話をする予定なのだった。

[hdampty7]

採択理由：お前らが勝手に選ぶと俺が苦労するから代わりに俺が選んでやったぞ。

[lovevoiceryu]

「採択理由のドキュメント化」 これはすごく大事だと思う。作っていても案外正式なドキュメントとして残らないんだよね。

[khtno73]

システムアーキテクト試験の論文例みたいな

[koogawa]

選定理由をドキュメント化するの良さそう

[mizuotoha]

尊い

[efcl]

技術選定のときに考えること